Cache ng Metadata ng Azure Files kumpara sa Lokal na Cache ng Sangay
Binabawasan ng cache ng metadata sa panig ng serbisyo ang trabaho ng server. Hindi nito inaalis ang mga paglalakbay pabalik-balik mula sa iyong WAN. Ihambing ang dalawa sa kung ano talaga ang pinaiikli nila.
Para sa mabagal na pag-access sa Azure Files sa pamamagitan ng VPN, dalawang pagbabago ang iminungkahi, at magkaibang bagay ang pinaiikli nila. Ginagawang mas mura ng cache ng metadata sa panig ng serbisyo ang mga karapat-dapat na operasyon para sa server. Inilalapit ng lokal na cache ng sangay ang mga byte at operasyon sa user. Ang pagpili sa dalawa batay sa listahan ng presyo o pahayag sa media ay ang paraan na nagiging mas mabilis ang isang share sa isang benchmark at hindi nagbabago sa ganap na ikasiyam ng umaga.
Dalawang cache, dalawang magkaibang latency
Parehong lumilitaw ang mga opsyon sa ilalim ng salitang cache, at doon nagsisimula ang kalituhan. Nasa magkabilang panig sila ng network.
| Change | Where it acts | What it does not imply |
|---|---|---|
| Azure Files service metadata caching | The service's handling of supported metadata operations on eligible shares | No removal of the client's network round trips |
| A supported local server or cache design | Some content and operations placed nearer the users | No universal offline access or instant cross-site consistency |
| Application batching or limited copy concurrency | The number and overlap of remote operations | No automatic speedup for every workload |
Ang gabay sa pagganap ng SMB ng Microsoft ay naglalarawan ng caching ng metadata para sa mga karapat-dapat na SSD share kasama ang hakbang sa pagpaparehistro na kasama nito. Ang pagiging karapat-dapat at estado ng feature ay pag-aari ng aktwal na storage account, kaya basahin ang kasalukuyang pahina at hindi ang anunsyo ng preview mula dalawang taon na ang nakalipas.
Hatiin ang paghihintay sa tatlong bahagi
Bawat mabagal na listahan ng direktoryo ay may tatlong bahagi ng gastos, at tumutugon ang mga ito sa magkaibang pagwawasto. May oras ng pagproseso ng kahilingan sa panig ng serbisyo, ang bilang ng umaasa na paglalakbay pabalik-balik sa VPN at ang payload na kailangang ilipat. Sinasalakay ng cache sa panig ng serbisyo ang una. Walang anuman sa panig ng server ang sumasalakay sa pangalawa.
Kaya nga ang isang share ay maaaring magpakita ng mas magandang sukatan ng serbisyo habang ang pumipili ng file ng user ay nakabitin pa rin nang walong segundo.
Saan nakakamit ng bawat opsyon ang lugar nito
Kung ang workload ay mabigat sa metadata, na may maraming pagbubukas, tawag sa stat at pagbilang ng direktoryo laban sa isang karapat-dapat na SSD share, ang caching sa panig ng serbisyo ay ang murang eksperimento. Hindi ito nangangailangan ng bagong imprastraktura at hindi binabago kung paano nararating ng mga user ang share.
Kung ang workload ay interactive at limitado ng latency, ang tapat na opsyon ay isang suportadong disenyo ng lokal na server na may dokumentadong modelo ng pag-sync. Iba itong arkitektura na may sariling gastos sa pagpapatakbo, hindi isang switch.
Ano ang hindi binabago ng alinmang opsyon
Nalalapat pa rin ang pagpirma at encryption ng SMB, at nagkakahalaga pa rin ito ng kung magkano. Ang kontrol sa pag-access ay nireresolba pa rin bawat user, kaya hindi pinapasimple ng naka-cache na kopya ang awtorisasyon. Ang consistency sa pagitan ng mga site ay nangangailangan pa rin ng tinukoy na modelo, dahil ang lokal na pagbasa sa sangay at pagsulat sa panig ng cloud ay dapat magkasundo sa isang bagay. At ang offline na pag-access ay nananatiling setting ng client, hindi side effect ng feature ng server.
Kapag may nangakong inaalis ng feature ng serbisyo ang mga paglalakbay ng WAN, iyon ang claim na dapat unang subukan.
Sukatin laban sa operasyong inirereklamo ng mga user
Orasan ang eksaktong operasyon sa halip na sintetikong kopya. Ang Measure-Command { Get-ChildItem \\files\projects -Recurse } sa isang kliyente ng sangay ay nagbibigay ng numerong maihahambing mo bago at pagkatapos, at ang Get-SmbMultichannelConnection ay nagpapakita kung gumagamit ang kliyente ng higit sa isang landas. Ilagay iyon sa tabi ng mga sukatan ng latency sa panig ng serbisyo para sa parehong window.
Panatilihing pare-pareho ang share, lokasyon ng kliyente, landas ng VPN at patakaran sa seguridad, kung hindi, ang sinusukat mo ay ang iyong window ng pagbabago at hindi ang feature. Itala rin ang bilang ng file at distribusyon ng laki, dahil ang mga workload ng maliliit na file at malawakang kopya ay tumutugon sa ganap na magkaibang levers.
Ang resultang sulit na magkaroon ay isang pagbabagong tugma sa hangganang talagang mabagal, kasama ang mga gastos nito sa pagpapatakbo at consistency na nakasulat. Ang mas malaking figure ng IOPS ng storage sa isang slide ay hindi ang resultang iyon.