BranchCache for filutveksling over VPN: når det hjelper, når det ikkje gjer det
BranchCache gjer gjentekne nedlastingar av uendra innhald snøggare, ikkje opplastingar eller mappeopplisting. Sjekk plassering, tilgjenge og klientmodus først.
Nokon i teamet seier at filutvekslinga over VPN er treg, og det første framlegget er alltid ein cache. Før du legg BranchCache til fjernåtkomstløysinga, del klaga i ein av tre former: gjentekne nedlastingar av uendra innhald, opplastingar, eller metadata-tung nettlesing gjennom mapper med tusenvis av oppføringar. BranchCache løyser den første forma på støtta innhald og gjer ingenting nyttig for dei to andre. Det er ikkje ei avgrensing ein skal omgå; det er samanlikninga du bør gjere før du brukar ei veke på utrulling.
Same utveksling, tre ulike klager
Eit filialkontor der åtte personar opnar same uendra opplæringsvideo er tilfellet funksjonen vart laga for. Den første hentinga går over WAN, innhaldet vert cacha nær lesarane, og seinare hentingar av same uendra fil vert serverte lokalt. Fordelen er reell og smal: same innhald, uendra, fleire lesarar.
Ein berbar PC som lastar opp ei ny opptaking gjennom ei heimetilkopling er det motsette tilfellet. Det finst inga tidlegare cacha kopi av ei fil som enno ikkje eksisterer, så opplastinga følgjer den same avgrensa vegen som ho alltid har gjort. Ein nedlastingscache fjernar ikkje ei opplasting, og ingen plasseringsval endrar det.
Den tredje forma er den som gjer folk vonbrotne, fordi ho ser ut som eit nedlastingsproblem. Å opne ei mappe med titusenvis av filer, sortere ho og lese metadata er ein straum av små operasjonar, ikkje ein gjenteken overføring av ein stor objekt. Caching av filinnhaldet gjer ingenting for opplistinga.
Distribuert cache: ein VPN-pool er ikkje eit filial-LAN
I distribuert modus deler klientmaskinar cacha innhald med kvarandre, og Microsoft dokumenterer den modusen som å verke innanfor eitt subnett. Ein VPN-klientpool er ikkje eit subnett i den tydinga, sjølv når alle adressene ser samanhengande ut: oppdaging av partnarar, tilgjenge mellom klientar og løyve til å utveksle cache-data er separate spørsmål, og den vanlege fjernåtkomstløysinga svarar nei på alle tre.
Du kan få poolen til å oppføre seg som eit filial-LAN ved å tillate trafikk mellom klientar, men det er eit tryggleiksval, ikkje eit cache-val. Dei fleste fjernåtkomstløysingar isolerer klientar frå kvarandre nettopp for at ein kompromittert berbar PC ikkje skal nå ein annan, og å bytte den isolasjonen mot ein cache-treff er ein dårleg handel med mindre partnarane alt er trygge likemenn.
For ein einsleg omflakkande brukar har distribuert modus ingen å dele med. Cachen kan framleis serve dei gjentekne lesingane til den eine klienten, men det er ein cache-fordel på klientsida, ikkje ein fordel av plassering i filialen, og det er verdt å seie det før nokon ventar at kontoret skal bli snøggare.
Host-cache: plasseringa avgjer om det hjelper
Ein host-cache legg den delte cachen på ein tenar, og det er den einaste modusen som gjev meining på tvers av subnett og den einaste som verkar når klientane ikkje kan snakke med kvarandre. Det umiddelbare spørsmålet er kvar den tenaren står. Ein host-cache som ein når over den same avgrensa lenka som opphavet har flytta byta, ikkje problemet.
Plasser han nær lesarane, gje han ein eigar, og dimensjoner disken for arbeidssettet og ikkje for heile utvekslinga. Microsoft BranchCache-oversyn skildrar begge modusane og klientåtferda, inkludert den delen folk gløymer: klientane kontaktar framleis opphavet for autorisasjon og innhaldsinformasjon før dei brukar cacha data.
Utrulling er tre roller planlagde saman, ikkje ein einaste avkryssingsboks. Opphavstenaren publiserer hashar for innhaldet, host-cachen vert slått på og kan finnast, og klientane vert konfigurerte til å bruke han. På tenarsida er det gjenkjenneleg i PowerShell:
Enable-BCHostedServer -RegisterSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode, HostedCacheServerList
På klienten kan du anten peike han mot namngjevne tenarar eller la han oppdage dei gjennom tenestetilkoplingspunktet; stadfest så modusen han faktisk valde i staden for å gå ut frå at policyen vart brukt:
Enable-BCHostedClient -ServerNames cache1.corp.example -UseSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode
Kva som framleis når opphavet
Caching fjernar ikkje autorisasjon. Ein klient utan løyve til å lese ei fil får ikkje tilgang fordi nokon andre cacha ho, og opphavet svarar framleis på autorisasjonsspørsmålet og gjev innhaldsinformasjonen som gjer cache-oppslaget mogleg. Viss opphavet ikkje er tilgjengeleg, vert den cacha kopien åleine ikkje ei fråkopla utveksling.
Endringar i innhaldet bryt òg føresetnaden stille. Ei fil som vert lagra på nytt, koda på nytt eller rørt av eit tryggingskopiprodukt passar kanskje ikkje lenger til den cacha hashen, og neste lesing går tilbake til opphavet. Det er rett åtferd, og derfor gjev ein cache der arbeidssettet skiftar kvar time lite.
Utstøyting er den tredje grensa. Cachen er endeleg, så eit stort arbeidssett dytter eldre innhald ut, og fordelen avheng av at gjentekne lesingar skjer før utstøytinga og ikkje etter. Å dimensjonere cachen for heile utvekslinga er den vanlege måten å bli vonbroten på ei teknisk riktig utrulling.
Godta det med to hentingar og éi opplasting
Test dei tre rette straumane og skriv ned kva kvar av dei viser. Første henting av ei representativ fil frå ein klient, målt på opphavslenka og på brukarens klokke. Andre henting av same uendra fil frå ein annan klient i same plasseringsgruppe. Éi opplasting av ei ny fil, som skal vise inga betring og stadfeste at cachen ikkje får æra for noko han aldri gjorde.
Viss den andre hentinga framleis går over opphavslenka for mesteparten av byta, vert cachen ikkje brukt, og årsaka er vanlegvis ein klient i feil modus, ein manglande hash-publisering på opphavet, eller ein host-cache på feil side av den avgrensa lenka. Det er tre ulike rettingar, og berre éi av dei handlar om nettverksplassering.
Sei så konklusjonen i same form som den opphavlege klaga: gjentekne nedlastingar av uendra innhald frå dette opphavet til desse lesarane vert serverte av denne cachen. Alt anna om utvekslinga er urørt, inkludert opplastingar, mappeopplisting og fråkopla-historia, som framleis treng sitt eige svar.