VPN аркылуу файлдык бөлүшүү үчүн BranchCache: качан жардам берет, качан бербейт

Топтогу бирөө VPN аркылуу файлдык бөлүшүү жай деп айтат, ал эми биринчи сунуш дайыма кэш болот. BranchCache'ти алыскы кирүү долбооруна кошпостон мурун дооматты үч форманын бирине бөлүңүз: өзгөрбөгөн мазмунду кайра жүктөөлөр, жүктөөлөр же миңдеген жазуусу бар папкаларда метаберилиштерге бай кыдыруу. BranchCache колдоого алынган мазмунда биринчи форманы чечет жана калган экөө үчүн пайдалуу эч нерсе кылбайт. Бул айланып өтүүчү чектөө эмес; бул жайгаштырууга бир жума коротпостон мурун жүргүзүүгө тийиш болгон салыштыруу.

Ошол эле бөлүшүү, үч башка доомат

Сегиз адам эле өзгөрбөгөн окуу видеосун ачкан филиал кеңсеси — бул функция жасалган учур. Биринчи алуу WAN аркылуу өтөт, мазмун окурмандарга жакын жерде кэштелет, ал эми ошол эле өзгөрбөгөн файлдын кийинки алуулары жергиликтүү түрдө тейленет. Пайда реалдуу жана тар: ошол эле мазмун, өзгөрбөгөн, бир нече окурман.

Үй байланышы аркылуу жаңы жазууну жүктөгөн ноутбук — карама-каршы учур. Али жок файлдын мурун кэштелген көчүрмөсү жок, ошондуктан жүктөө дайыма эле ошол чектелген жол менен жүрөт. Жүктөө кэши жүктөөнү жок кылбайт жана жайгашуу тандоосу муну өзгөртпөйт.

Үчүнчү форма — адамдардын көңүлүн калтырган форма, анткени ал жүктөө көйгөйүнө окшош. Миңдеген файлы бар каталогду ачуу, аны иреттөө жана метаберилиштерди окуу — бул бир чоң объектинин кайталанма өткөрүлүшү эмес, майда операциялардын агымы. Файлдардын денелерин кэштөө тизмелөөгө эч нерсе бербейт.

Бөлүштүрүлгөн кэш: VPN пулу филиалдын LAN эмес

Бөлүштүрүлгөн режимде кардар компьютерлери кэштелген мазмунду бири-бири менен бөлүшөт жана Microsoft бул режимди бир субнеттин ичинде иштеген деп документтештирет. VPN кардарлар пулу бул мааниде субнет эмес, бардык дарегилер катарлаш көрүнгөндө да: теңдештерди табуу, кардардан кардарга жеткиликтүүлүк жана кэш берилиштерин алмашууга уруксат — өзүнчө суроолор, ал эми адаттагы алыскы кирүү долбоору үчөөнө тең жок деп жооп берет.

Кардарлардын ортосундагы трафикке уруксат берип, пулду филиал LAN сыяктуу жүрүм-турумга келтирсе болот, бирок бул коопсуздук чечими, кэш чечими эмес. Алыскы кирүү долбоорлорунун көбү кардарларды бири-биринен так бир жабыркаган ноутбук экинчисине жетпеши үчүн обочолоштурат, жана эгер теңдештер мурунтан ишенимдүү тең болбосо, бул обочолоштурууну кэш соккусуна алмаштыруу — жаман бүтүм.

Жалгыз көчүп жүргөн колдонуучу үчүн бөлүштүрүлгөн режимде бөлүшө турган эч ким жок. Кэш ошол бир кардардын кайталанма окууларына тейлей алат, бирок бул кардар тараптагы кэш пайдасы, филиалда жайгашуу пайдасы эмес, жана кеңсе тездешет деп күтпөстөн мурун муну айтуу керек.

Хосттолгон кэш: жайгашуу жардам берерин чечет

Хосттолгон кэш жалпы кэшти серверге коёт, бул субнеттердин ортосунда мааниси бар жалгыз режим жана кардарлар бири-бири менен сүйлөшө албаганда иштеген жалгыз режим. Дароо пайда болгон суроо — ошол сервер кайда турат. Башат менен эле чектелген байланыш аркылуу жеткиликтүү болгон хосттолгон кэш байттарды жылдырды, көйгөйдү эмес.

Аны окурмандарга жакын жайгаштырыңыз, ага ээсин бериңиз жана дискти бүт бөлүшүүгө эмес, иш топтомуна өлчөңүз. Microsoft компаниясынын BranchCache сереби эки режимди тең жана кардардын жүрүм-турумун сүрөттөйт, адамдар унутуп калган бөлүгүн да кошуп: кардарлар кэштелген берилиштерди колдонуудан мурун али деле авторизация жана мазмун маалыматы үчүн башатка кайрылышат.

Жайгаштыруу — чогуу пландалган үч роль, бир белги кутучасы эмес. Башат сервер мазмун үчүн хэштерди жарыялайт, хосттолгон кэш күйгүзүлгөн жана табылат, ал эми кардарлар аны колдонууга конфигурацияланган. Сервер тарапта бул PowerShell'де таанылат:

Enable-BCHostedServer -RegisterSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode, HostedCacheServerList

Кардарда аны аталган серверлерге багыттаңыз же кызматтын туташуу пункту аркылуу аларды табууга жол бериңиз; андан кийин саясат колдонулду деп божомолдоонун ордуна ал чындыгында тандаган режимди ырастаңыз:

Enable-BCHostedClient -ServerNames cache1.corp.example -UseSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode

Башатка али эмне жетет

Кэштөө авторизацияны жок кылбайт. Файлды окууга уруксаты жок кардар аны башка бирөө кэштегени үчүн кирүү ала албайт, ал эми башат али деле авторизация суроосуна жооп берет жана кэш издесин мүмкүн кылган мазмун маалыматын берет. Эгер башат жеткиликсиз болсо, кэштелген көчүрмө өз алдынча офлайн бөлүшүүгө айланбайт.

Мазмун өзгөрүүлөрү да божомолду унчукпай бузат. Кайра сакталган, кайра коддолгон же резервдик көчүрүү продуктусу тийген файл кэштелген хэшке эми туура келбеши мүмкүн жана кийинки окуу башатка кайтат. Бул туура жүрүм-турум, ошондуктан иш топтому саат сайын өзгөргөн кэш аз пайда берет.

Сүрүп чыгаруу — үчүнчү чек. Кэш чектүү, ошондуктан чоң иш топтому эски мазмунду сыртка түртөт, ал эми пайда кайталанма окуулардын сүрүп чыгарууга чейин болушуна көз каранды, кийин эмес. Кэшти бүт бөлүшүүгө өлчөө — техникалык жактан туура жайгаштыруудан көңүл калуунун адаттагы жолу.

Аны эки алуу жана бир жүктөө менен кабыл алыңыз

Туура үч агымды сынап, ар бири эмнени көрсөтөрүн жазыңыз. Кардардан өкүлдүк файлды биринчи алуу, башат байланышында жана колдонуучунун саатында өлчөнгөн. Ошол эле өзгөрбөгөн файлды ошол эле жайгашуу тобундагы экинчи кардардан экинчи алуу. Жаңы файлды бир жүктөө, ал эч кандай жакшыртуу көрсөтпөшү керек жана кэшке ал эч качан кылбаган нерсенин эмгеги жазылбай жатканын ырастайт.

Эгер экинчи алуу байттардын көп бөлүгү үчүн али деле башат байланышынан өтсө, кэш колдонулбайт, ал эми себеби адатта туура эмес режимдеги кардар, башатта жарыяланбаган хэш же чектелген байланыштын туура эмес тарабындагы хосттолгон кэш. Бул үч башка оңдоо жана алардын бири гана тармактык жайгашууга тиешелүү.

Андан кийин корутундуну баштапкы дооматтын формасында айтыңыз: бул башаттан бул окурмандарга өзгөрбөгөн мазмунду кайра жүктөөлөрдү ушул кэш тейлейт. Бөлүшүүгө байланыштуу калгандын баары өзгөрүүсүз калат, анын ичинде жүктөөлөр, папкаларды тизмелөө жана офлайн окуя, ал али өз жообун талап кылат.