BranchCache pre súbory zdieľané cez VPN: kedy pomôže a kedy nie
BranchCache zrýchľuje opakované sťahovania nezmeneného obsahu, nie nahrávania ani vypisovanie priečinkov. Najprv skontrolujte umiestnenie, dostupnosť a režim klienta.
Niekto v tíme povie, že zdieľanie súborov cez VPN je pomalé, a prvým návrhom je vždy vyrovnávacia pamäť. Predtým, než do návrhu vzdialeného prístupu pridáte BranchCache, rozdeľte sťažnosť na jeden z troch tvarov: opakované sťahovania nezmeneného obsahu, nahrávania alebo prehliadanie priečinkov s tisíckami položiek náročné na metadáta. BranchCache rieši prvý tvar na podporovanom obsahu a pre ostatné dva nerobí nič užitočné. To nie je obmedzenie, ktoré treba obísť; je to porovnanie, ktoré by ste mali urobiť predtým, než na nasadenie miniete týždeň.
To isté zdieľanie, tri rôzne sťažnosti
Pobočková kancelária, kde osem ľudí otvára to isté nezmenené školiace video, je prípad, pre ktorý bola táto funkcia navrhnutá. Prvé získanie prechádza cez WAN, obsah sa uloží do vyrovnávacej pamäte blízko čitateľov a neskoršie získania toho istého nezmeneného súboru sa obsluhujú lokálne. Prínos je reálny a úzky: rovnaký obsah, nezmenený, viac čitateľov.
Prenosný počítač, ktorý nahráva novú nahrávku cez domáce pripojenie, je opačný prípad. Neexistuje predtým uložená kópia súboru, ktorý ešte neexistuje, takže nahrávanie ide tou istou obmedzenou cestou ako vždy. Vyrovnávacia pamäť sťahovania neodstraňuje nahrávanie a žiadna voľba umiestnenia to nezmení.
Tretí tvar je ten, ktorý ľudí sklamáva, pretože vyzerá ako problém so sťahovaním. Otvorenie adresára s desiatkami tisíc súborov, jeho zoradenie a čítanie metadát je prúd malých operácií, nie opakovaný prenos jedného veľkého objektu. Ukladanie tiel súborov do vyrovnávacej pamäte pre vypisovanie nič nerobí.
Distribuovaná vyrovnávacia pamäť: VPN fond nie je pobočková LAN
V distribuovanom režime klientske počítače zdieľajú obsah vo vyrovnávacej pamäti medzi sebou a Microsoft tento režim dokumentuje ako fungujúci v rámci jednej podsiete. Fond klientov VPN nie je podsiete v tomto zmysle, aj keď všetky adresy vyzerajú súvislé: objavovanie partnerov, dostupnosť klient-klient a povolenie vymieňať údaje z vyrovnávacej pamäte sú oddelené otázky a obvyklý návrh vzdialeného prístupu na všetky tri odpovedá nie.
Fondu môžete dať správanie pobočkovej LAN povolením prevádzky medzi klientmi, ale to je bezpečnostné rozhodnutie, nie rozhodnutie o vyrovnávacej pamäti. Väčšina návrhov vzdialeného prístupu izoluje klientov jeden od druhého práve preto, aby sa jeden kompromitovaný prenosný počítač nedostal k druhému, a vymeniť túto izoláciu za zásah vo vyrovnávacej pamäti je zlá výmena, ak partneri už nie sú dôveryhodní rovní.
Pre jedného putujúceho používateľa nemá distribuovaný režim s kým zdieľať. Vyrovnávacia pamäť môže stále obsluhovať opakované čítania toho jedného klienta, ale to je prínos vyrovnávacej pamäte na strane klienta, nie prínos umiestnenia v pobočke, a stojí za to to povedať skôr, než niekto očakáva, že kancelária bude rýchlejšia.
Hostovaná vyrovnávacia pamäť: umiestnenie rozhoduje, či pomôže
Hostovaná vyrovnávacia pamäť umiestňuje zdieľanú vyrovnávaciu pamäť na server, čo je jediný režim, ktorý má zmysel medzi podsietami, a jediný, ktorý funguje, keď klienti nemôžu komunikovať medzi sebou. Bezprostrednou otázkou je, kde ten server stojí. Hostovaná vyrovnávacia pamäť dosiahnuteľná cez to isté obmedzené spojenie ako zdroj presunula bajty, nie problém.
Umiestnite ju blízko čitateľov, dajte jej vlastníka a dimenzujte jej disk pre pracovnú množinu, nie pre celé zdieľanie. Microsoft Prehľad BranchCache opisuje oba režimy a správanie klienta vrátane časti, na ktorú ľudia zabúdajú: klienti sa stále obracajú na zdroj pre autorizáciu a informácie o obsahu predtým, než použijú údaje z vyrovnávacej pamäte.
Nasadenie sú tri úlohy naplánované spolu, nie jedno zaškrtávacie pole. Zdrojový server zverejňuje hashe obsahu, hostovaná vyrovnávacia pamäť sa zapne a je objaviteľná a klienti sa nakonfigurujú, aby ju používali. Na strane servera je to rozpoznateľné v PowerShelli:
Enable-BCHostedServer -RegisterSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode, HostedCacheServerList
Na klientovi ho buď nasmerujte na pomenované servery, alebo mu dovoľte ich objaviť cez bod pripojenia služby; potom potvrďte režim, ktorý skutočne zvolil, namiesto predpokladu, že sa politika použila:
Enable-BCHostedClient -ServerNames cache1.corp.example -UseSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode
Čo sa stále dostane do zdroja
Ukladanie do vyrovnávacej pamäte neodstraňuje autorizáciu. Klient bez oprávnenia čítať súbor nezíska prístup preto, že ho niekto iný uložil do vyrovnávacej pamäte, a zdroj stále odpovedá na otázku autorizácie a poskytuje informácie o obsahu, ktoré umožňujú vyhľadanie vo vyrovnávacej pamäti. Ak je zdroj nedostupný, samotná kópia vo vyrovnávacej pamäti sa nestane offline zdieľaním.
Zmeny obsahu tiež potichu narúšajú tento predpoklad. Súbor, ktorý sa znova uloží, znova zakóduje alebo sa ho dotkne produkt na zálohovanie, už nemusí zodpovedať hashu vo vyrovnávacej pamäti a ďalšie čítanie ide späť do zdroja. To je správne správanie, a preto vyrovnávacia pamäť, ktorej pracovná množina sa mení každú hodinu, prináša málo.
Vyradenie je tretia hranica. Vyrovnávacia pamäť je konečná, takže veľká pracovná množina vytláča starší obsah a prínos závisí od toho, či sa opakované čítania dejú pred vyradením, a nie po ňom. Dimenzovať vyrovnávaciu pamäť pre celé zdieľanie je obvyklý spôsob, ako byť sklamaný technicky správnym nasadením.
Prijmite to s dvoma získaniami a jedným nahratím
Otestujte tri správne toky a zapíšte, čo každý ukazuje. Prvé získanie reprezentatívneho súboru z klienta, merané na zdrojovom spojení aj na hodinách používateľa. Druhé získanie toho istého nezmeneného súboru z druhého klienta v tej istej skupine umiestnenia. Jedno nahratie nového súboru, ktoré by nemalo ukázať žiadne zlepšenie a potvrdzuje, že vyrovnávacej pamäti sa nepripisuje niečo, čo nikdy neurobila.
Ak druhé získanie stále prechádza zdrojovým spojením pre väčšinu bajtov, vyrovnávacia pamäť sa nepoužíva a príčinou je zvyčajne klient v nesprávnom režime, chýbajúce zverejnenie hashu v zdroji alebo hostovaná vyrovnávacia pamäť na nesprávnej strane obmedzeného spojenia. To sú tri rôzne opravy a iba jedna z nich sa týka sieťového umiestnenia.
Potom vyslovte záver v rovnakom tvare ako pôvodná sťažnosť: opakované sťahovania nezmeneného obsahu z tohto zdroja týmto čitateľom obsluhuje táto vyrovnávacia pamäť. Všetko ostatné o zdieľaní zostáva nedotknuté, vrátane nahrávaní, vypisovania priečinkov a offline príbehu, ktorý stále potrebuje vlastnú odpoveď.