Azure Files-metadata-kaŝmemoro kontraŭ loka filia kaŝmemoro
Kaŝmemoro de metadatumoj ĉe la servo-flanko malpliigas la laboron de la servilo. Ĝi ne forigas la rondvojaĝojn de via WAN. Komparu la du laŭ tio, kion ili efektive mallongigas.
Por malrapida aliro al Azure Files tra VPN oni proponas du ŝanĝojn, kaj ili mallongigas malsamajn aferojn. Kaŝmemoro de metadatumoj ĉe la servo-flanko igas taŭgajn operaciojn pli malmultekostaj por la servilo. Loka filia kaŝmemoro proksimigas la bajtojn kaj la operaciojn al la uzanto. Elekti inter ili laŭ prezlisto aŭ gazetara komuniko estas kiel kunhavata dosierujo iĝas pli rapida en testado kaj restas senŝanĝa je la naŭa matene.
Du kaŝmemoroj, du malsamaj latentecoj
Ambaŭ opcioj aperas sub la vorto kaŝmemoro, kaj tie komenciĝas la konfuzo. Ili sidas sur kontraŭaj flankoj de la reto.
| 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 |
La gvidilo pri SMB-agado de Microsoft priskribas kaŝmemoron de metadatumoj por taŭgaj SSD-kunhavoj kune kun la registra paŝo, kiu akompanas ĝin. Taŭgeco kaj funkcia stato apartenas al la efektiva stokada konto, do legu la nunan paĝon anstataŭ anoncon de antaŭrigardo de antaŭ du jaroj.
Dividu la atendadon en tri partojn
Ĉiu malrapida dosieruja listigo havas tri kostajn komponentojn, kaj ili reagas al malsamaj riparoj. Estas la prilabora tempo de peto ĉe la servo-flanko, la nombro de dependaj rondvojaĝoj tra la VPN kaj la utila ŝarĝo, kiun oni devas movi. Kaŝmemoro ĉe la servo-flanko atakas la unuan. Nenio ĉe la servilo-flanko atakas la duan.
Tial kunhavata dosierujo povas montri pli bonajn servajn metrikojn dum la dosier-elektilo de la uzanto ankoraŭ frostas dum ok sekundoj.
Kie ĉiu opcio gajnas sian lokon
Se la laborŝarĝo estas peza je metadatumoj, kun multaj malfermoj, stat-alvokoj kaj dosierujaj listigoj kontraŭ taŭga SSD-kunhavo, kaŝmemoro ĉe la servo-flanko estas la malmultekosta eksperimento. Ĝi bezonas nek novan infrastrukturon nek ŝanĝon en tio, kiel uzantoj atingas la kunhavon.
Se la laborŝarĝo estas interaga kaj limigita de latenteco, la honesta opcio estas subtenata loka servila dezajno kun dokumentita sinkroniga modelo. Tio estas alia arkitekturo kun propraj funkciigaj kostoj, ne ŝaltilo.
Kion nek unu nek la alia opcio ŝanĝas
SMB-subskribo kaj ĉifrado ankoraŭ validas, kaj ili ankoraŭ kostas tion, kion ili kostas. Alirkontrolo ankoraŭ solviĝas por ĉiu uzanto, do kaŝita kopio ne simpligas rajtigon. Kongruo inter ejoj ankoraŭ bezonas difinitan modelon, ĉar lokaj legadoj en la filio kaj skriboj ĉe la nuba flanko devas interkonsenti pri io. Kaj senreta aliro restas klienta agordo, ne flanka efiko de servila funkcio.
Kiam iu promesas, ke serva funkcio forigas la WAN-rondvojaĝojn, tiu estas la aserto, kiun oni unue testu.
Mezuru kontraŭ la operacio, pri kiu uzantoj plendas
Tempu la precizan operacion anstataŭ sinteza kopio. Measure-Command { Get-ChildItem \\files\projects -Recurse } ĉe filia kliento donas nombron, kiun vi povas kompari antaŭe kaj poste, kaj Get-SmbMultichannelConnection montras, ĉu la kliento uzas pli ol unu vojon. Metu tion apud la latentecaj metrikoj de la servo-flanko por la sama fenestro.
Tenu la kunhavon, la klientan lokon, la VPN-vojon kaj la sekurecan politikon konstantaj, alie vi mezuras vian ŝanĝfenestron anstataŭ la funkcion. Notu ankaŭ la dosiernombron kaj la grandodistribuon, ĉar laborŝarĝoj de malgrandaj dosieroj kaj amasaj kopioj reagas al tute malsamaj leviloj.
La rezulto inda je posedo estas ŝanĝo kongrua kun la limo, kiu efektive estis malrapida, kun ĝiaj funkciigaj kaj kongruaj kostoj skribitaj. Pli granda stokada IOPS-cifero sur lumbildo ne estas tiu rezulto.