Za počasen dostop do Azure Files prek VPN se predlagata dve spremembi in skrajšata različne stvari. Predpomnilnik metapodatkov na strani storitve naredi primerne operacije cenejše za strežnik. Lokalni predpomnilnik podružnice približa bajte in operacije uporabniku. Izbira med njima na podlagi cenika ali sporočila za javnost je pot, na kateri skupna raba postane hitrejša na testu in nespremenjena ob devetih zjutraj.

Dva predpomnilnika, dve različni zakasnitvi

Obe možnosti se pojavita pod besedo predpomnilnik in tam se začne zmeda. Ležita na nasprotnih straneh omrežja.

ChangeWhere it actsWhat it does not imply
Azure Files service metadata cachingThe service's handling of supported metadata operations on eligible sharesNo removal of the client's network round trips
A supported local server or cache designSome content and operations placed nearer the usersNo universal offline access or instant cross-site consistency
Application batching or limited copy concurrencyThe number and overlap of remote operationsNo automatic speedup for every workload

Microsoftove smernice za zmogljivost SMB opisujejo predpomnjenje metapodatkov za primerne delitve SSD skupaj s korakom registracije, ki mu pripada. Primernost in stanje funkcije pripadata dejanskemu računu za shranjevanje, zato preberite trenutno stran in ne objave predogleda od pred dvema letoma.

Razdelite čakanje na tri dele

Vsak počasen seznam imenika ima tri stroškovne komponente in te se odzivajo na različne popravke. Obstaja čas obdelave zahteve na strani storitve, število odvisnih potovanj tja in nazaj prek VPN in koristni tovor, ki ga je treba premakniti. Predpomnilnik na strani storitve napade prvega. Nič na strani strežnika ne napade drugega.

Zato lahko skupna raba prikazuje boljše meritve storitve, medtem ko izbirnik datotek pri uporabniku še vedno visi osem sekund.

Kje si vsaka možnost zasluži svoje mesto

Če je delovna obremenitev metapodatkovno težka, z veliko odpiranji, klicev stat in naštevanj imenikov na primerni delitvi SSD, je predpomnjenje na strani storitve poceni poskus. Ne potrebuje nove infrastrukture in ne spremeni, kako uporabniki dosežejo delitev.

Če je delovna obremenitev interaktivna in omejena z zakasnitvijo, je poštena možnost podprt lokalni strežniški načrt z dokumentiranim modelom sinhronizacije. To je druga arhitektura z lastnimi obratovalnimi stroški, ne stikalo.

Česa ne spremeni nobena možnost

Podpisovanje in šifriranje SMB še vedno veljata in še vedno staneta, kar staneta. Nadzor dostopa se še vedno rešuje za vsakega uporabnika, zato predpomnjen izvod ne poenostavi avtorizacije. Skladnost med lokacijami še vedno potrebuje opredeljen model, ker se lokalna branja v podružnici in pisanja na strani oblaka morajo o nečem dogovoriti. In dostop brez povezave ostaja nastavitev odjemalca, ne stranski učinek strežniške funkcije.

Ko nekdo obljubi, da storitvena funkcija odpravi potovanja WAN tja in nazaj, je to trditev, ki jo je treba preveriti najprej.

Merite glede na operacijo, na katero se uporabniki pritožujejo

Izmerite točno operacijo, ne sintetične kopije. Measure-Command { Get-ChildItem \\files\projects -Recurse } na odjemalcu podružnice da število, ki ga lahko primerjate prej in potem, Get-SmbMultichannelConnection pa pokaže, ali odjemalec uporablja več kot eno pot. To postavite ob meritve zakasnitve na strani storitve za isto okno.

Držite skupno rabo, lokacijo odjemalca, pot VPN in varnostno politiko nespremenjene, sicer merite svoje okno sprememb, ne funkcije. Zapišite tudi število datotek in porazdelitev velikosti, ker se delovne obremenitve z majhnimi datotekami in množične kopije odzivajo na povsem drugačne vzvode.

Rezultat, ki ga je vredno imeti, je sprememba, usklajena z mejo, ki je bila resnično počasna, z zapisanimi obratovalnimi stroški in stroški skladnosti. Večja številka IOPS shrambe na diapozitivu ni ta rezultat.

Sorodni članki