VPN Fayl Paylaşımları üçün BranchCache: Nə Vaxt Kömək Edir, Nə Vaxt Yox

Komandada kimsə VPN üzərindən fayl paylaşımının yavaş olduğunu deyir və ilk təklif həmişə keş olur. BranchCache-i uzaqdan giriş dizaynına əlavə etməzdən əvvəl şikayəti üç formadan birinə ayırın: dəyişməmiş məzmunun təkrar yüklənməsi, yükləmələr və minlərlə qeyd olan qovluqlarda metadata ağır gəzinti. BranchCache dəstəklənən məzmun üzərində birinci formanı həll edir və digər ikisi üçün faydalı heç nə etmir. Bu, aradan qaldırılmalı məhdudiyyət deyil; bu, yerləşdirməyə bir həftə sərf etməzdən əvvəl aparmalı olduğunuz müqayisədir.

Eyni paylaşım, üç fərqli şikayət

Səkkiz nəfərin eyni dəyişməmiş təlim videosunu açdığı filial ofisi bu funksiyanın dizayn olunduğu haldır. İlk əldəetmə WAN-dan keçir, məzmun oxuyanların yanında keşlənir və eyni dəyişməmiş faylın sonrakı əldəetmələri lokal olaraq verilir. Fayda realdır və dardır: eyni məzmun, dəyişməmiş, birdən çox oxuyucu.

Ev bağlantısı ilə yeni yazı yükləyən noutbuk isə əks haldır. Hələ mövcud olmayan faylın əvvəlcədən keşlənmiş surəti yoxdur, ona görə yükləmə həmişəki kimi eyni məhdud yoldan gedir. Yükləmə keşi yükləməni aradan qaldırmır və heç bir yerləşdirmə seçimi bunu dəyişmir.

Üçüncü forma insanları məyus edən formadır, çünki o, yükləmə problemi kimi görünür. On minlərlə fayl olan kataloqu açmaq, onu çeşidləmək və metadata oxumaq böyük bir obyektin təkrar ötürülməsi deyil, kiçik əməliyyatlar axınıdır. Fayl gövdələrinin keşlənməsi sadalanma üçün heç nə etmir.

Paylanmış keş: VPN hovuzu filial LAN-ı deyil

Paylanmış rejimdə müştəri kompüterləri keşlənmiş məzmunu bir-biri ilə paylaşır və Microsoft bu rejimi tək subnet daxilində işləyən kimi sənədləşdirir. VPN müştəri hovuzu, bütün ünvanlar bitişik görünsə belə, o mənada subnet deyil: peer aşkarlanması, müştəridən müştəriyə çatımlılıq və keş məlumatlarının mübadiləsi icazəsi ayrı-ayrı suallardır və adi uzaqdan giriş dizaynı üçünə də yox cavabı verir.

Müştəridən müştəriyə trafikə icazə verərək hovuzu filial LAN-ı kimi davranmağa məcbur edə bilərsiniz, lakin bu, keş qərarı deyil, təhlükəsizlik qərarıdır. Əksər uzaqdan giriş dizaynları müştəriləri məhz bir kompromisə uğramış noutbukun digərinə çatmasın deyə bir-birindən təcrid edir və əgər peerlər artıq etibarlı bərabərlər deyilsə, bu təcridi keş hitinə dəyişmək pis bir mübadilədir.

Tək dolaşan istifadəçi üçün paylanmış rejimin paylaşacaq kimsəsi yoxdur. Keş həmin tək müştərinin təkrar oxumalarına hələ də xidmət edə bilər, lakin bu, müştəri tərəfli keş faydasıdır, filial yerləşdirmə faydası deyil və ofisin sürətlənəcəyini gözləməzdən əvvəl bunu deməyə dəyər.

Hosted keş: yerləşdirmə faydanın olub-olmayacağını həll edir

Hosted keş paylaşılan keşi serverə qoyur; bu, subnets arası mənalı olan yeganə rejim və müştərilər bir-biri ilə danışa bilmədikdə işləyən yeganə rejimdir. Dərhal sual serverin harada durmasıdır. Mənbə ilə eyni məhdud keçid üzərindən çatılan hosted keş baytları yerindən tərpətmiş olur, problemi yox.

Onu oxuyanlara yaxın yerləşdirin, ona sahib təyin edin və diskini bütün paylaşım üçün deyil, iş dəsti üçün ölçüləndirin. Microsoft-un BranchCache icmalı hər iki rejimi və müştəri davranışını təsvir edir, o cümlədən insanların unutduğu hissəni: müştərilər keşlənmiş məlumatdan istifadə etməzdən əvvəl hələ də avtorizasiya və məzmun məlumatı üçün mənbəyə müraciət edir.

Yerləşdirmə birlikdə planlaşdırılan üç roldur, bir qeyd işarəsi deyil. Mənbə server məzmun üçün heşlər dərc edir, hosted keş aktivləşdirilir və kəşf oluna bilir, müştərilər isə ondan istifadə etmək üçün konfiqurasiya olunur. Server tərəfində bu PowerShell-də tanınır:

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

Müştəri tərəfində ya onu adlandırılmış serverlərə yönəldin, ya da xidmət bağlantı nöqtəsi vasitəsilə onları kəşf etməsinə icazə verin; sonra siyasətin tətbiq olunduğunu ehtimal etməkdənsə, həqiqətən seçdiyi rejimi təsdiqləyin:

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

Mənbəyə hələ nə çatır

Keşləmə avtorizasiyanı aradan qaldırmır. Faylı oxumaq icazəsi olmayan müştəri, başqası onu keşlədiyi üçün giriş əldə etmir və mənbə hələ də avtorizasiya sualına cavab verir, keş axtarışını mümkün edən məzmun məlumatını təqdim edir. Mənbə əlçatan deyilsə, keşlənmiş surət tək başına oflayn paylaşıma çevrilmir.

Məzmun dəyişiklikləri də fərziyyəni səssizcə pozur. Yenidən saxlanılan, yenidən kodlanan və ya ehtiyat nüsxə məhsulu tərəfindən toxunulan fayl artıq keşlənmiş heşə uyğun gəlməyə bilər və növbəti oxuma mənbəyə qayıdır. Bu düzgün davranışdır və iş dəsti hər saat dəyişən keşin niyə az verim verdiyinin səbəbi budur.

Çıxarılma üçüncü həddir. Keş sonludur, ona görə böyük iş dəsti köhnə məzmunu bayıra itələyir və fayda təkrar oxumaların çıxarılmadan əvvəl, sonra deyil, baş verməsindən asılıdır. Keşi bütün paylaşım üçün ölçüləndirmək, texniki cəhətdən düzgün olan yerləşdirmədən məyus olmağın adi yoludur.

İki əldəetmə və bir yükləmə ilə qəbul edin

Düzgün üç axını sınaqdan keçirin və hər birinin nə göstərdiyini yazın. Müştəridən nümunəvi faylın ilk əldəetməsi, həm mənbə keçidində, həm də istifadəçinin saatında ölçülür. Eyni dəyişməmiş faylın eyni yerləşdirmə qrupundakı ikinci müştəridən ikinci əldəetməsi. Yeni faylın bir yükləməsi, heç bir yaxşılaşma göstərməməlidir və keşin heç vaxt etmədiyi bir şey üçün kredit almadığını təsdiqləyir.

Əgər ikinci əldəetmə hələ də baytların böyük hissəsi üçün mənbə keçidini keçirsə, keş istifadə olunmur və səbəb adətən yanlış rejimdə olan müştəri, mənbədə olmayan heş dərci və ya məhdud keçidin yanlış tərəfindəki hosted keşdir. Bunlar üç fərqli düzəlişdir və onlardan yalnız biri şəbəkə yerləşdirməsi ilə bağlıdır.

Sonra nəticəni orijinal şikayətin eyni formasında bildirin: bu mənbədən bu oxuyuculara dəyişməmiş məzmunun təkrar yüklənmələri bu keş tərəfindən verilir. Paylaşımla bağlı qalan hər şey toxunulmazdır, o cümlədən yükləmələr, qovluq sadalanması və oflayn hekayə, hansı ki hələ öz cavabını tələb edir.