Azure Filesi metateabe vahemälu versus kohalik haru vahemälu
Teenuse poolne metateabe vahemälu vähendab serveri tööd. See ei eemalda edasi-tagasi käike teie WAN-ist. Võrrelge mõlemat selle järgi, mida need tegelikult lühendavad.
Aeglase Azure Filesi juurdepääsu jaoks VPN-i kaudu pakutakse kahte muudatust ja need lühendavad erinevaid asju. Teenuse poolne metateabe vahemälu muudab sobilikud toimingud serveri jaoks odavamaks. Kohalik haru vahemälu toob baidid ja toimingud kasutajale lähemale. Nende vahel hinnakirja või pressiteate järgi valimine on viis, kuidas jagatud ressurss muutub testis kiiremaks ja jääb hommikul kell üheksa muutumatuks.
Kaks vahemälu, kaks erinevat latentsust
Mõlemad valikud esinevad sõna vahemälu all ja just sealt algab segadus. Need asuvad võrgu vastaskülgedel.
| 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 |
Microsofti SMB jõudluse juhis kirjeldab metateabe vahemälu sobilike SSD-jagude jaoks koos sellega kaasneva registreerimisetapiga. Sobivus ja funktsiooni olek kuuluvad tegelikule salvestuskontole, seega lugege praegust lehte, mitte kahe aasta tagust eelvaate teadet.
Jagage ootamine kolmeks osaks
Igal aeglasel kataloogi loetlemisel on kolm kulukomponenti ja need reageerivad erinevatele parandustele. On teenuse poolne töötlemisaeg päringu kohta, sõltuvate edasi-tagasi käikude arv üle VPN-i ja kasulik koormus, mida tuleb liigutada. Teenuse poolne vahemälu ründab esimest. Serveri poolel ei ründa miski teist.
Sellepärast võib jagatud ressurss näidata paremaid teenuse mõõdikuid, samal ajal kui kasutaja failivalija ripub endiselt kaheksa sekundit.
Kus kumbki valik oma koha välja teenib
Kui töökoormus on metateabemahukas, paljude avamiste, stat-kutsete ja kataloogiloetlustega sobiliku SSD-jagu vastu, on teenuse poolne vahemälu odav katse. See ei vaja uut taristut ega muuda seda, kuidas kasutajad jaguni jõuavad.
Kui töökoormus on interaktiivne ja latentsusega piiratud, on aus valik dokumenteeritud sünkroonimismudeliga toetatud kohaliku serveri lahendus. See on erinev arhitektuur omaenda jooksvate kuludega, mitte lüliti.
Mida kumbki valik ei muuda
SMB allkirjastamine ja krüpteerimine kehtivad endiselt ja maksavad endiselt seda, mida nad maksavad. Juurdepääsukontroll lahendatakse endiselt iga kasutaja kohta, seega vahemällu salvestatud koopia ei lihtsusta autoriseerimist. Kooskõla saidi vahel vajab endiselt määratletud mudelit, sest harusisesed lugemised ja pilvepoolsed kirjutised peavad milleski kokku leppima. Ja võrguühenduseta juurdepääs jääb kliendi seadeks, mitte serveri funktsiooni kõrvalmõjuks.
Kui keegi lubab, et teenuse funktsioon eemaldab WAN-i edasi-tagasi käigud, siis see on väide, mida tuleb esimesena testida.
Mõõtke selle toimingu vastu, mille üle kasutajad kurdavad
Mõõtke täpset toimingut, mitte sünteetilist koopiat. Measure-Command { Get-ChildItem \\files\projects -Recurse } haru kliendil annab numbri, mida saate enne ja pärast võrrelda, ning Get-SmbMultichannelConnection näitab, kas klient kasutab rohkem kui ühte teed. Asetage see sama ajavahemiku teenuse poolsete latentsuse mõõdikute kõrvale.
Hoidke jagatud ressurss, kliendi asukoht, VPN-i tee ja turbepoliitika muutumatuna, muidu mõõdate oma muudatuse akent, mitte funktsiooni. Kirjutage üles ka failide arv ja suuruse jaotus, sest väikeste failide töökoormused ja hulgikopeerimised reageerivad täiesti erinevatele hoobadele.
Tulemus, mida tasub omada, on muudatus, mis sobib piiriga, mis tegelikult aeglane oli, ning mille tegevus- ja kooskõlakulud on kirja pandud. Suurem salvestuse IOPS-i number slaidil ei ole see tulemus.