Memòria cau de metadades d'Azure Files enfront d'una memòria cau local de sucursal
Una memòria cau de metadades del costat del servei redueix la feina del servidor. No treu les anades i vingudes de la vostra WAN. Compareu les dues opcions pel que realment escurcen.
Per a l'accés lent a Azure Files a través d'una VPN es proposen dos canvis, i escurcen coses diferents. La memòria cau de metadades del costat del servei fa més barates les operacions elegibles per al servidor. Una memòria cau local de sucursal apropa els bytes i les operacions a l'usuari. Triar entre les dues per una llista de preus o una nota de premsa és com un recurs compartit acaba més ràpid en una prova i sense canvis a les nou del matí.
Dues memòries cau, dues latències diferents
Totes dues opcions apareixen sota la paraula memòria cau, i aquí comença la confusió. Seuen a bandes oposades de la xarxa.
| 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 guia de rendiment de SMB de Microsoft descriu la memòria cau de metadades per als recursos SSD elegibles juntament amb el pas de registre que l'acompanya. L'elegibilitat i l'estat de la funció pertanyen al compte d'emmagatzematge real, així que llegiu la pàgina actual i no un anunci de vista prèvia de fa dos anys.
Partiu l'espera en tres parts
Cada llistat de directori lent té tres components de cost, i responen a correccions diferents. Hi ha el temps de processament de la sol·licitud al costat del servei, el nombre d'anades i vingudes dependents a través de la VPN i la càrrega que s'ha de moure. Una memòria cau del costat del servei ataca el primer. Res del costat del servidor ataca el segon.
Per això un recurs compartit pot mostrar millors mètriques de servei mentre el selector de fitxers de l'usuari encara es penja durant vuit segons.
On guanya terreny cada opció
Si la càrrega de treball és intensiva en metadades, amb moltes obertures, crides stat i enumeracions de directoris contra un recurs SSD elegible, la memòria cau del costat del servei és l'experiment barat. No necessita infraestructura nova ni canvia com arriben els usuaris al recurs.
Si la càrrega de treball és interactiva i limitada per la latència, l'opció honesta és un disseny de servidor local compatible amb un model de sincronització documentat. És una arquitectura diferent amb els seus propis costos d'explotació, no un interruptor.
Què no canvia cap de les dues opcions
La signatura i el xifratge SMB continuen aplicant-se i continuen costant el que costen. El control d'accés encara es resol per usuari, així que una còpia a la memòria cau no simplifica l'autorització. La consistència entre seus encara necessita un model definit, perquè les lectures locals de la sucursal i les escriptures del costat del núvol han de coincidir en alguna cosa. I l'accés fora de línia continua sent un paràmetre del client, no un efecte secundari d'una funció del servidor.
Quan algú promet que una funció del servei elimina les anades i vingudes de la WAN, aquesta és l'afirmació que cal provar primer.
Mesureu contra l'operació de la qual es queixen els usuaris
Cronometreu l'operació exacta i no una còpia sintètica. Measure-Command { Get-ChildItem \\files\projects -Recurse } en un client de sucursal dona un número que podeu comparar abans i després, i Get-SmbMultichannelConnection mostra si el client fa servir més d'un camí. Poseu-ho al costat de les mètriques de latència del costat del servei per a la mateixa finestra.
Manteniu constants el recurs compartit, la ubicació del client, el camí de la VPN i la política de seguretat, o estareu mesurant la vostra finestra de canvis en lloc de la funció. Anoteu també el nombre de fitxers i la distribució de mides, perquè les càrregues de fitxers petits i les còpies massives responen a palanques completament diferents.
El resultat que val la pena és un canvi ajustat a la frontera que realment era lenta, amb els seus costos d'explotació i de consistència escrits. Una xifra d'IOPS d'emmagatzematge més gran en una diapositiva no és aquest resultat.