BranchCache VPN-es fájlmegosztásokhoz: mikor segít, és mikor nem

Valaki a csapatban azt mondja, hogy a VPN-en keresztüli fájlmegosztás lassú, és az első javaslat mindig egy gyorsítótár. Mielőtt a BranchCache bekerülne a távelérési tervezésbe, ossza fel a panaszt három forma egyikére: változatlan tartalom ismételt letöltései, feltöltések, vagy metaadat-igényes böngészés több ezer bejegyzést tartalmazó mappákban. A BranchCache az első formát kezeli támogatott tartalom esetén, a másik kettőre pedig semmi hasznosat nem tesz. Ez nem kikerülendő korlát, hanem az az összehasonlítás, amelyet a telepítésre szánt egy hét előtt el kell végeznie.

Ugyanaz a megosztás, három különböző panasz

Az a fiókiroda, ahol nyolc ember ugyanazt a változatlan oktatóvideót nyitja meg, pontosan az az eset, amelyre a funkciót tervezték. Az első lekérés átkel a WAN-on, a tartalom az olvasók közelében gyorsítótárba kerül, és ugyanazon változatlan fájl későbbi lekérései helyben kerülnek kiszolgálásra. Az előny valós és szűk: ugyanaz a tartalom, változatlanul, több olvasóval.

Az a laptop, amely új felvételt tölt fel otthoni kapcsolaton keresztül, az ellenkező eset. Egy még nem létező fájlnak nincs korábban gyorsítótárazott példánya, ezért a feltöltés ugyanazt a korlátozott utat járja, mint mindig. A letöltési gyorsítótár nem szüntet meg egy feltöltést, és ezen egyetlen elhelyezési döntés sem változtat.

A harmadik forma az, amely csalódást okoz, mert letöltési problémának látszik. Egy több tízezer fájlt tartalmazó könyvtár megnyitása, rendezése és a metaadatok olvasása apró műveletek sorozata, nem egyetlen nagy objektum ismételt átvitele. A fájltestek gyorsítótárazása semmit nem tesz a felsorolásért.

Elosztott gyorsítótár: a VPN-készlet nem fiókiroda-LAN

Elosztott módban az ügyfélszámítógépek megosztják egymással a gyorsítótárazott tartalmat, és a Microsoft ezt a módot egyetlen alhálózaton belül működőként dokumentálja. A VPN-ügyfélkészlet ebben az értelemben nem alhálózat, még akkor sem, ha az összes cím összefüggőnek tűnik: a tárfelismerés, az ügyfél és ügyfél közötti elérhetőség, valamint a gyorsítótár-adatok cseréjének engedélye külön kérdések, és a szokásos távelérési tervezés mindháromra „nem” a válasz.

A készletet fiókiroda-LAN-ként viselkedtetheti az ügyfelek közötti forgalom engedélyezésével, de ez biztonsági döntés, nem gyorsítótár-döntés. A legtöbb távelérési tervezés éppen azért izolálja egymástól az ügyfeleket, hogy egy kompromittált laptop ne érhesse el a másikat, és ezt az izolációt egy gyorsítótár-találatért elcserélni rossz üazlet, hacsak a társak nem már megbízható egyenrangúak.

Egyetlen barangoló felhasználó esetében az elosztott módnak nincs kivel megosztania. A gyorsítótár továbbra is kiszolgálhatja annak az egy ügyfélnek az ismételt olvasásait, de ez ügyféloldali gyorsítótár-előny, nem fiókiroda-elhelyezési előny, és érdemes ezt kimondani, mielőtt bárki azt várná, hogy az iroda gyorsabb lesz.

Kiszolgált gyorsítótár: az elhelyezés dönti el, hogy segít-e

A kiszolgált gyorsítótár a megosztott gyorsítótárat egy kiszolgálóra teszi, ami az egyetlen értelmes mód alhálózatok között, és az egyetlen, amely működik, amikor az ügyfelek nem tudnak egymással kommunikálni. A azonnali kérdés az, hol áll ez a kiszolgáló. Az a kiszolgált gyorsítótár, amely ugyanazon a korlátozott linken érhető el, mint a forrás, a bájtokat mozgatta, nem a problémát.

Helyezze az olvasók közelébe, adjon neki gazdát, és a lemezét a munkakészlethez méretezze, ne a teljes megosztáshoz. A Microsoft BranchCache-áttekintése mindkét módot és az ügyfél viselkedését ismerteti, beleértve azt a részt is, amelyet az emberek elfelejtenek: az ügyfelek a gyorsítótárazott adatok használata előtt továbbra is kapcsolatba lépnek a forrással az engedélyezésért és a tartalominformációkért.

A telepítés három szerepkör együttes tervezése, nem egy jelölőnégyzet. A forráskiszolgáló közzéteszi a tartalom hash-eit, a kiszolgált gyorsítótár engedélyezett és felfedezhető, az ügyfelek pedig használatára vannak beállítva. A kiszolgáló oldalán ez a PowerShellben felismerhető:

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

Az ügyfélen mutasson a megnevezett kiszolgálókra, vagy engedje, hogy a szolgáltatáskapcsolódási ponton keresztül fedezze fel őket; majd erősítse meg a ténylegesen kiválasztott módot, ahelyett hogy feltételezné, hogy a házirend érvényesült:

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

Mi érkezik még mindig a forráshoz

A gyorsítótárazás nem szünteti meg az engedélyezést. Az a ügyfél, amelynek nincs joga egy fájl olvasásához, nem kap hozzáférést attól, hogy valaki más gyorsítótárazta, és a forrás továbbra is megválaszolja az engedélyezési kérdést, valamint szolgáltatja azokat a tartalominformációkat, amelyek lehetővé teszik a gyorsítótár-keresést. Ha a forrás elérhetetlen, a gyorsítótárazott másolat önmagában nem válik offline megosztássá.

A tartalom változásai is csendben megtörik a feltevést. Egy újramentett, újrakódolt vagy biztonsági mentési termék által érintett fájl már nem feltétlenül egyezik a gyorsítótárazott hash-sel, és a következő olvasás visszatér a forráshoz. Ez a helyes viselkedés, és ezért nyújt keveset az a gyorsítótár, amelynek munkakészlete óránként változik.

A kilakoltatás a harmadik korlát. A gyorsítótár véges, ezért egy nagy munkakészlet kiszorítja a régebbi tartalmat, és az előny attól függ, hogy az újraolvasások a kilakoltatás előtt történnek-e, nem utána. A gyorsítótár teljes megosztáshoz méretezése a szokásos módja annak, hogy egy technikailag helyes telepítésben csalódjunk.

Fogadja el két lekéréssel és egy feltöltéssel

Tesztelje a helyes három folyamatot, és jegyezze fel, mit mutat mindegyik. Egy reprezentatív fájl első lekérése egy ügyfélről, a forráslinken és a felhasználó óráján is mérve. Ugyanannak a változatlan fájlnak a második lekérése egy második ügyfélről, ugyanabban az elhelyezési csoportban. Egy új fájl egyetlen feltöltése, amelynek nem szabad javulást mutatnia, és megerősíti, hogy a gyorsítótár nem kap elismerést olyasmiért, amit soha nem tett.

Ha a második lekérés továbbra is átkel a forráslinken a bájtok nagy része esetében, a gyorsítótár nincs használatban, és az ok általában egy rossz módban lévő ügyfél, egy hiányzó hash-közzététel a forrásnál, vagy egy kiszolgált gyorsítótár a korlátozott link rossz oldalán. Ez három különböző javítás, és csak az egyik szól a hálózati elhelyezésről.

Ezután fogalmazza meg a következtetést ugyanabban a formában, mint az eredeti panaszt: a változatlan tartalom ismételt letöltéseit ettől a forrástól ezekhez az olvasókhoz ez a gyorsítótár szolgálja ki. A megosztás minden más vonatkozása érintetlen marad, beleértve a feltöltéseket, a mappák felsorolását és az offline történetet, amelynek még mindig saját válaszra van szüksége.