BranchCache para sa pagbabahagi ng file sa VPN: kailan tumutulong, kailan hindi

May isang tao sa koponan na nagsasabing mabagal ang pagbabahagi ng file sa VPN, at ang unang suhestiyon ay laging cache. Bago idagdag ang BranchCache sa disenyo ng malayuang pag-access, hatiin ang reklamo sa isa sa tatlong anyo: paulit-ulit na pag-download ng hindi nagbabagong nilalaman, pag-upload, o mabigat sa metadata na pagba-browse sa mga folder na may libu-libong entry. Tinutugunan ng BranchCache ang unang anyo sa sinusuportahang nilalaman at walang ginagawang kapaki-pakinabang para sa dalawa. Hindi ito limitasyong dapat iwasan; ito ang paghahambing na dapat mong gawin bago gumastos ng isang linggo sa deployment.

Parehong pagbabahagi, tatlong magkaibang reklamo

Ang sangay ng opisina kung saan walong tao ang nagbubukas ng parehong hindi nagbabagong video ng pagsasanay ang kaso kung saan idinisenyo ang tampok na ito. Ang unang pag-retrieve ay tumatawid sa WAN, ang nilalaman ay naka-cache malapit sa mga mambabasa, at ang mga susunod na pag-retrieve ng parehong hindi nagbabagong file ay inihahain nang lokal. Tunay at makitid ang benepisyo: parehong nilalaman, hindi nagbabago, maraming mambabasa.

Ang laptop na nag-a-upload ng bagong recording sa koneksyon sa bahay ay ang kabaligtaran. Walang dating naka-cache na kopya ng file na hindi pa umiiral, kaya ang pag-upload ay sumusunod sa parehong limitadong landas na lagi nitong tinatahak. Hindi inaalis ng cache ng pag-download ang pag-upload, at walang pagpipilian sa paglalagay ang nagbabago nito.

Ang ikatlong anyo ang nagpapabigo sa mga tao dahil mukhang problema sa pag-download. Ang pagbubukas ng direktoryo na may sampu-sampung libong file, pag-uuri nito at pagbasa ng metadata ay isang daloy ng maliliit na operasyon, hindi paulit-ulit na paglipat ng isang malaking bagay. Walang ginagawa ang pag-cache ng mga katawan ng file para sa paglilista.

Ipinamahaging cache: ang pool ng VPN ay hindi LAN ng sangay

Sa ipinamahaging mode, ang mga kliyenteng computer ay nagbabahagi ng naka-cache na nilalaman sa isa't isa, at idinodokumento ng Microsoft ang mode na iyon bilang gumagana sa loob ng isang subnet. Ang pool ng kliyente ng VPN ay hindi subnet sa ganoong kahulugan kahit magmukhang magkakasunod ang lahat ng address: magkaibang tanong ang pagtuklas ng peer, pag-abot ng kliyente-sa-kliyente at pahintulot na magpalitan ng cache data, at ang karaniwang disenyo ng malayuang pag-access ay sumasagot ng hindi sa tatlo.

Maaari mong gawing parang LAN ng sangay ang pool sa pamamagitan ng pagpayag ng trapiko ng kliyente-sa-kliyente, ngunit desisyon iyon sa seguridad, hindi sa cache. Hinihiwalay ng karamihan ng disenyo ng malayuang pag-access ang mga kliyente sa isa't isa para hindi maabot ng isang komprometidong laptop ang isa pa, at ang ipagpalit ang paghihiwalay na iyon sa isang cache hit ay masamang palitan maliban kung ang mga peer ay mapagkakatiwalaang pantay na.

Para sa isang gumagalang user, walang makakasama ang ipinamahaging mode. Maaari pa ring maghatid ang cache ng paulit-ulit na pagbasa ng isang kliyenteng iyon, ngunit benepisyo iyon ng cache sa panig ng kliyente, hindi benepisyo ng paglalagay sa sangay, at sulit sabihin iyon bago umasa ang sinuman na bibilis ang opisina.

Naka-host na cache: ang paglalagay ang nagpapasya kung tumutulong

Inilalagay ng naka-host na cache ang ibinahaging cache sa isang server, na siyang tanging mode na may saysay sa mga subnet at ang tanging gumagana kapag hindi makapag-usap ang mga kliyente. Ang agarang tanong ay kung saan nakatayo ang server na iyon. Ang naka-host na cache na naaabot sa parehong limitadong link gaya ng pinagmulan ay naglipat ng bytes, hindi ng problema.

Ilagay ito malapit sa mga mambabasa, bigyan ito ng may-ari, at sukatin ang disk nito para sa working set at hindi para sa buong pagbabahagi. Microsoft Pangkalahatang-ideya ng BranchCache ay naglalarawan ng dalawang mode at pag-uugali ng kliyente, kasama ang bahaging nakakalimutan ng mga tao: nakikipag-ugnayan pa rin ang mga kliyente sa pinagmulan para sa awtorisasyon at impormasyon ng nilalaman bago gumamit ng naka-cache na data.

Ang deployment ay tatlong tungkuling pinagsamang pinlano, hindi isang checkbox. Ang server ng pinagmulan ay naglalathala ng hash para sa nilalaman, ang naka-host na cache ay pinagana at nagiging matatagpuan, at ang mga kliyente ay naka-configure na gamitin ito. Sa panig ng server, makikilala iyon sa PowerShell:

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

Sa kliyente, ituro ito sa mga pinangalanang server o hayaang matuklasan ang mga ito sa pamamagitan ng service connection point; pagkatapos ay kumpirmahin ang mode na aktwal nitong pinili sa halip na ipalagay na inilapat ang patakaran:

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

Ano pa ang umaabot sa pinagmulan

Hindi inaalis ng pag-cache ang awtorisasyon. Ang kliyenteng walang pahintulot na magbasa ng file ay hindi nakakakuha ng access dahil may ibang nag-cache nito, at sinasagot pa rin ng pinagmulan ang tanong ng awtorisasyon at nagbibigay ng impormasyon ng nilalaman na nagpapangyari sa paghahanap sa cache. Kung hindi maabot ang pinagmulan, ang naka-cache na kopya lamang ay hindi nagiging offline na pagbabahagi.

Tahimik ding sinisira ng mga pagbabago sa nilalaman ang palagay na iyon. Ang file na muling sine-save, muling na-encode o natamaan ng produktong backup ay maaaring hindi na tumugma sa naka-cache na hash, at ang susunod na pagbasa ay bumabalik sa pinagmulan. Tama ang pag-uugaling iyon, at iyon ang dahilan kung bakit kakaunti ang naibibigay ng cache na nagbabago ang working set kada oras.

Ang pagpapatalsik ang ikatlong limitasyon. May hangganan ang cache, kaya itinatulak palabas ng malaking working set ang mas lumang nilalaman, at ang benepisyo ay nakasalalay sa kung nangyari ang muling pagbasa bago ang pagpapatalsik at hindi pagkatapos. Ang pagsukat ng cache para sa buong pagbabahagi ang karaniwang paraan upang mabigo sa isang deployment na teknikal na tama.

Tanggapin ito sa dalawang pag-retrieve at isang pag-upload

Subukan ang tatlong tamang daloy at isulat ang ipinapakita ng bawat isa. Unang pag-retrieve ng isang kinatawang file mula sa kliyente, sinusukat sa link ng pinagmulan at sa orasan ng gumagamit. Ikalawang pag-retrieve ng parehong hindi nagbabagong file mula sa ikalawang kliyente sa parehong pangkat ng paglalagay. Isang pag-upload ng bagong file, na hindi dapat magpakita ng pagbuti at nagpapatunay na hindi binibigyan ng kredito ang cache para sa isang bagay na hindi nito ginawa.

Kung ang ikalawang pag-retrieve ay tumatawid pa rin sa link ng pinagmulan para sa karamihan ng bytes, hindi ginagamit ang cache, at ang dahilan ay kadalasan kliyenteng nasa maling mode, nawawalang paglalathala ng hash sa pinagmulan, o naka-host na cache sa maling bahagi ng limitadong link. Tatlong magkaibang pag-aayos iyon, at isa lamang sa kanila ang tungkol sa paglalagay sa network.

Pagkatapos ay sabihin ang konklusyon sa parehong anyo ng orihinal na reklamo: ang paulit-ulit na pag-download ng hindi nagbabagong nilalaman mula sa pinagmulang ito patungo sa mga mambabasang ito ay inihahatid ng cache na ito. Walang nabago sa lahat ng iba pa tungkol sa pagbabahagi, kasama ang pag-upload, paglilista ng folder at kuwentong offline, na kailangan pa rin ng sariling sagot.