Keegi meeskonnas ütleb, et VPN-i kaudu avatav failijagamiskoht on aeglane, ja esimene soovitus on alati vahemälu. Enne kui lisate BranchCache'i kaugjuurdepääsu kujundusse, jagage kaebus üheks kolmest kujust: muutumatu sisu korduvad allalaadimised, üleslaadimised või metateabemahukas sirvimine kaustades, kus on tuhandeid kirjeid. BranchCache lahendab esimese kuju toetatud sisul ega tee kahe ülejäänu jaoks midagi kasulikku. See ei ole piirang, millest mööda minna; see on võrdlus, mille peaksite tegema enne, kui kulutate juurutamisele nädala.

Sama jagamiskoht, kolm erinevat kaebust

Filiaalikontor, kus kaheksa inimest avavad sama muutumatu õppevideo, on juhtum, mille jaoks funktsioon loodi. Esimene toomine läbib WAN-i, sisu puhverdatakse lugejate lähedal ja sama muutumatu faili hilisemad toomised teenindatakse kohapeal. Kasu on tõeline ja kitsas: sama sisu, muutumatu, mitu lugejat.

Sülearvuti, mis laadib koduse ühenduse kaudu üles uue salvestise, on vastupidine juhtum. Failil, mida veel ei ole, puudub varem puhverdatud koopia, seega järgib üleslaadimine sama piiratud teed nagu alati. Allalaadimise vahemälu ei kõrvalda üleslaadimist ja ükski paigutusvalik ei muuda seda.

Kolmas kuju on see, mis inimesi pettumust valmistab, sest see näeb välja nagu allalaadimise probleem. Kümnete tuhandete failidega kataloogi avamine, selle sorteerimine ja metateabe lugemine on väikeste toimingute voog, mitte ühe suure objekti korduv ülekanne. Failikehade puhverdamine ei aita loetlemisele.

Hajutatud vahemälu: VPN-i kogum ei ole filiaali LAN

Hajutatud režiimis jagavad kliendiarvutid puhverdatud sisu omavahel ja Microsoft dokumenteerib selle režiimi toimivana ühe alavõrgu piires. VPN-i kliendikogum ei ole selles mõttes alavõrk isegi siis, kui kõik aadressid tunduvad järjestikused: partnerite avastamine, klient-kliendi kättesaadavus ja luba vahemälud andmeid vahetada on eraldi küsimused ning tavaline kaugjuurdepääsu kujundus vastab kõigile kolmele eitavalt.

Saate kogumi käituma nagu filiaali LAN, lubades klientidevahelist liiklust, kuid see on turvaotsus, mitte puhverdamisotsus. Enamik kaugjuurdepääsu kujundusi isoleerib kliendid üksteisest just selleks, et üks kahjustatud sülearvuti ei pääseks teisele ligi, ja selle isolatsiooni vahetamine vahemälutabamuse vastu on halb tehing, kui partnerid ei ole juba usaldusväärsed võrdsetena.

Ühe rändava kasutaja jaoks ei ole hajutatud režiimil kellegagi jagada. Vahemälu saab siiski teenindada selle ühe kliendi korduvaid lugemisi, kuid see on kliendipoolse vahemälu kasu, mitte filiaali paigutuse kasu, ja seda tasub öelda enne, kui keegi loodab, et kontor muutub kiiremaks.

Majutatud vahemälu: paigutus otsustab, kas sellest on kasu

Majutatud vahemälu paneb ühise vahemälu serverisse, mis on ainus režiim, millel on mõtet alavõrkude vahel, ja ainus, mis töötab, kui kliendid ei saa omavahel suhelda. Kohe tekib küsimus, kus see server asub. Majutatud vahemälu, millele pääseb ligi sama piiratud lüli kaudu nagu allikale, on liigutanud baidid, mitte probleemi.

Paigutage see lugejate lähedale, andke sellele omanik ja dimensioneerige ketas töökogumi, mitte kogu jagamiskoha jaoks. Microsofti BranchCache'i ülevaade kirjeldab mõlemat režiimi ja kliendi käitumist, sealhulgas seda osa, mille inimesed unustavad: kliendid võtavad endiselt allikaga ühendust autoriseerimiseks ja sisuteabe saamiseks enne puhverdatud andmete kasutamist.

Juurutamine on kolm koos planeeritud rolli, mitte üks märkeruut. Allikaserver avaldab sisu jaoks räsid, majutatud vahemälu on lubatud ja avastatav ning kliendid on seadistatud seda kasutama. Serveri poolel on see PowerShellis äratuntav:

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

Kliendis suunake see kas nimeliselt serveritele või laske tal need teenuse ühenduspunkti kaudu avastada; seejärel kinnitage režiim, mille see tegelikult valis, selle asemel et eeldada, et poliitika rakendus:

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

Mis jõuab endiselt allikani

Puhverdamine ei kõrvalda autoriseerimist. Klient, kellel puudub faili lugemise luba, ei saa juurdepääsu sellepärast, et keegi teine selle puhverdas, ja allikas vastab endiselt autoriseerimisküsimusele ning annab sisuteabe, mis teeb vahemäluotsingu võimalikuks. Kui allikas ei ole kättesaadav, ei muutu puhverdatud koopia iseenesest võrguta jagamiskohaks.

Sisu muutused rikuvad eeldust samuti vaikselt. Fail, mis on uuesti salvestatud, ümber kodeeritud või mille on puudutanud varundustoode, ei pruugi enam puhverdatud räsiga sobida ja järgmine lugemine läheb tagasi allika juurde. See on õige käitumine ja seepärast annab vahemälu, mille töökogum muutub iga tund, vähe.

Väljatõrjumine on kolmas piir. Vahemälu on lõplik, seega suur töökogum surub vanema sisu välja ja kasu sõltub sellest, kas korduslugemised toimuvad enne väljatõrjumist, mitte pärast. Vahemälu dimensioneerimine kogu jagamiskoha jaoks on tavaline viis pettuda juurutuses, mis oli tehniliselt õige.

Nõustuge sellega kahe toomise ja ühe üleslaadimisega

Testige õiget kolme voogu ja kirjutage üles, mida igaüks näitab. Esindava faili esimene toomine kliendist, mõõdetuna nii allika lülil kui ka kasutaja kellal. Sama muutumatu faili teine toomine teisest kliendist samas paigutusgrupis. Üks uue faili üleslaadimine, mis ei peaks näitama paranemist ja kinnitab, et vahemälule ei omistata midagi, mida see kunagi ei teinud.

Kui teine toomine läbib endiselt suurema osa baitide jaoks allika lüli, ei kasutata vahemälu ja põhjus on tavaliselt vale režiimis klient, allikal puuduv räside avaldamine või majutatud vahemälu piiratud lüli valel poolel. Need on kolm erinevat parandust ja ainult üks neist puudutab võrgu paigutust.

Seejärel sõnastage järeldus samas vormis nagu algne kaebus: muutumatu sisu korduvaid allalaadimisi sellest allikast nendele lugejatele teenindab see vahemälu. Kõik muu jagamiskoha juures jääb puutumata, sealhulgas üleslaadimised, kaustade loetlemine ja võrguta lugu, mis vajab endiselt oma vastust.

Seotud artiklid