BranchCache për ndarjen e skedarëve përmes VPN: kur ndihmon, kur nuk ndihmon

Dikush në ekip thotë se ndarja e skedarëve përmes VPN është e ngadaltë, dhe sugjerimi i parë është gjithmonë një cache. Përpara se të shtoni BranchCache në dizajnin e aksesit në distancë, ndajeni ankesën në një nga tre format: shkarkime të përsëritura të përmbajtjes së pandryshuar, ngarkime, ose shfletim i rënduar nga metadata nëpër dosje me mijëra zëra. BranchCache zgjidh formën e parë në përmbajtjen e mbështetur dhe nuk bën asgjë të dobishme për dy të tjerat. Ky nuk është një kufizim që duhet anashkaluar; është krahasimi që duhet të bëni përpara se të shpenzoni një javë në vendosje.

E njëjta ndarje, tre ankesa të ndryshme

Një zyrë dege ku tetë persona hapin të njëjtin video trajnimi të pandryshuar është rasti për të cilin është projektuar funksioni. Marrja e parë kalon WAN-in, përmbajtja ruhet në cache afër lexuesve, dhe marrjet e mëvonshme të të njëjtit skedar të pandryshuar shërbehen lokalisht. Përfitimi është i vërtetë dhe i ngushtë: e njëjta përmbajtje, e pandryshuar, disa lexues.

Një laptop që ngarkon një regjistrim të ri përmes një lidhjeje shtëpiake është rasti i kundërt. Nuk ka kopje të ruajtur më parë në cache të një skedari që nuk ekziston ende, kështu që ngarkimi ndjek të njëjtën rrugë të kufizuar si gjithmonë. Një cache shkarkimesh nuk e heq një ngarkim, dhe asnjë zgjedhje vendosjeje nuk e ndryshon këtë.

Forma e tretë është ajo që i zhgënjen njerëzit sepse duket si problem shkarkimi. Hapja e një drejtorie me dhjetëra mijëra skedarë, renditja e saj dhe leximi i metadatave është një rrjedhë operacionesh të vogla, jo një transferim i përsëritur i një objekti të madh. Ruajtja në cache e trupave të skedarëve nuk bën asgjë për listimin.

Cache i shpërndarë: një grup VPN nuk është LAN dege

Në modalitetin e shpërndarë, kompjuterët klientë ndajnë përmbajtjen e ruajtur në cache me njëri-tjetrin, dhe Microsoft e dokumenton atë modalitet si funksionues brenda një nënrrjeti të vetëm. Një grup klientësh VPN nuk është nënrrjet në atë kuptim, edhe kur të gjitha adresat duken të njëpasnjëshme: zbulimi i partnerëve, arritshmëria klient-me-klient dhe leja për të shkëmbyer të dhëna cache janë pyetje të ndara, dhe dizajni i zakonshëm i aksesit në distancë u përgjigjet të trejave me jo.

Mund ta bëni grupin të sillet si LAN dege duke lejuar trafik klient-me-klient, por ky është vendim sigurie, jo vendim cache. Shumica e dizajneve të aksesit në distancë i izolojnë klientët nga njëri-tjetri pikërisht që një laptop i komprometuar të mos arrijë një tjetër, dhe ndërrimi i kësaj izolimi me një goditje cache është shkëmbim i keq, përveç nëse partnerët janë tashmë të barabartë të besuar.

Për një përdorues të vetëm në lëvizje, modaliteti i shpërndarë nuk ka me kë të ndajë. Cache-i mund të shërbejë ende leximet e përsëritura të atij klienti të vetëm, por ky është përfitim cache në anën e klientit, jo përfitim i vendosjes në degë, dhe ia vlen të thuhet përpara se dikush të presë që zyra të bëhet më e shpejtë.

Cache i strehuar: vendosja përcakton nëse ndihmon

Një cache i strehuar e vendos cache-in e përbashkët në një server, që është modaliteti i vetëm që ka kuptim mes nënrrjeteve dhe i vetmi që funksionon kur klientët nuk mund të flasin me njëri-tjetrin. Pyetja e menjëhershme është ku qëndron ai server. Një cache i strehuar i arritshëm përmes të njëjtës lidhje të kufizuar si origjina i ka zhvendosur bajtët, jo problemin.

Vendoseni afër lexuesve, jepini një pronar dhe përmasojeni disku i tij për grupin e punës, jo për të gjithë ndarjen. Microsoft Përmbledhje e BranchCache përshkruan të dy modalitetet dhe sjelljen e klientit, duke përfshirë pjesën që njerëzit harrojnë: klientët ende kontaktojnë origjinën për autorizim dhe informacion përmbajtjeje përpara se të përdorin të dhënat e ruajtura në cache.

Vendosja është tre role të planifikuara së bashku, jo një kuti kontrolli. Serveri origjinë publikon hash për përmbajtjen, cache-i i strehuar aktivizohet dhe bëhet i zbulueshëm, dhe klientët konfigurohen ta përdorin. Në anën e serverit kjo njihet në PowerShell:

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

Në klient, ose drejtojeni nga serverë të emërtuar ose lërini t'i zbulojë përmes pikës së lidhjes së shërbimit; pastaj konfirmoni modalitetin që zgjodhi në të vërtetë në vend që të supozoni se politika u zbatua:

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

Çfarë ende arrin në origjinë

Ruajtja në cache nuk e heq autorizimin. Një klient pa leje për të lexuar një skedar nuk fiton akses sepse dikush tjetër e ruajti në cache, dhe origjina ende përgjigjet pyetjes së autorizimit dhe siguron informacionin e përmbajtjes që mundëson kërkimin në cache. Nëse origjina nuk arrihet, kopja e ruajtur në cache vetëm nuk bëhet ndarje offline.

Ndryshimet e përmbajtjes gjithashtu e prishin atë supozim në heshtje. Një skedar që ruhet përsëri, rikodohet ose preket nga një produkt rezervimi mund të mos përputhet më me hash-in e ruajtur në cache, dhe leximi tjetër kthehet në origjinë. Kjo është sjellje e saktë, dhe për këtë një cache, grupi i punës i të cilit ndryshon çdo orë, ofron pak.

Nxjerrja është kufiri i tretë. Cache-i është i fundëm, kështu që një grup i madh pune nxjerr jashtë përmbajtjen më të vjetër, dhe përfitimi varet nga fakti që rileximet ndodhin përpara nxjerrjes dhe jo pas saj. Përmasimi i cache-it për të gjithë ndarjen është mënyra e zakonshme për t'u zhgënjyer nga një vendosje teknikisht e saktë.

Pranoje me dy marrje dhe një ngarkim

Testoni tre rrjedhat e duhura dhe shkruani çfarë tregon secila. Marrja e parë e një skedari përfaqësues nga një klient, e matur në lidhjen e origjinës dhe në orën e përdoruesit. Marrja e dytë e të njëjtit skedar të pandryshuar nga një klient i dytë në të njëjtin grup vendosjeje. Një ngarkim i një skedari të ri, i cili nuk duhet të tregojë përmirësim dhe konfirmon se cache-it nuk i kreditohet diçka që nuk e ka bërë kurrë.

Nëse marrja e dytë ende kalon lidhjen e origjinës për shumicën e bajtëve, cache-i nuk po përdoret, dhe shkaku është zakonisht një klient në modalitetin e gabuar, një publikim hash që mungon në origjinë, ose një cache i strehuar në anën e gabuar të lidhjes së kufizuar. Këto janë tre rregullime të ndryshme, dhe vetëm njëri prej tyre ka të bëjë me vendosjen e rrjetit.

Pastaj shprehni përfundimin në të njëjtën formë si ankesa origjinale: shkarkimet e përsëritura të përmbajtjes së pandryshuar nga kjo origjinë për këta lexues shërbehen nga ky cache. Çdo gjë tjetër për ndarjen mbetet e paprekur, duke përfshirë ngarkimet, listimin e dosjeve dhe historinë offline, e cila ende kërkon përgjigjen e vet.