Кэшаванне метаданых Azure Files супраць лакальнага кэша філіяла
Кэш метаданых на баку сэрвісу паменшвае працу сервера. Ён не прыбірае кругавыя паездкі з вашага WAN. Параўнайце абодва варыянты па тым, што яны насамрэч скарачаюць.
Для павольнага доступу да Azure Files праз VPN прапануюць два змяненні, і яны скарачаюць рознае. Кэш метаданых на баку сэрвісу робіць прыдатныя аперацыі таннейшымі для сервера. Лакальны кэш філіяла пераносіць байты і аперацыі бліжэй да карыстальніка. Выбар паміж імі па прайс-лісце або прэс-рэлізе — гэта шлях, пры якім агульны рэсурс становіцца хутчэйшым ў бенчмарку і нязменным а дзявятай раніцы.
Два кэшы, два розныя чаканні
Абодва варыянты з'яўляюцца пад словам кэш, і менавіта тут пачынаецца блытаніна. Яны знаходзяцца на працілеглых баках сеткі.
| 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 |
Кіраўніцтва прадукцыйнасці SMB ад Microsoft апісвае кэшаванне метаданых для прыдатных агульных рэсурсаў SSD разам з крокам рэгістрацыі, які да яго дадаецца. Прыдатнасць і стан функцыі належаць фактычнаму ўліковаму запісу сховішча, таму чытайце бягучую старонку, а не анонс папярэдняга прагляду двухгадовай даўніны.
Падзяліце чаканне на тры часткі
Кожны павольны спіс каталога мае тры складнікі выдаткаў, і яны рэагуюць на розныя выпраўленні. Ёсць час апрацоўкі запыту на баку сэрвісу, колькасць залежных кругавых паездак праз VPN і карысная нагрузка, якую трэба перадаць. Кэш на баку сэрвісу атакуе першае. Нішта на баку сервера не атакуе другое.
Вось чаму агульны рэсурс можа паказваць лепшыя метрыкі сэрвісу, пакуль сродак выбару файлаў у карыстальніка ўсё яшчэ вісіць восем секунд.
Дзе кожны варыянт заслугоўвае сваё месца
Калі нагрузка насычана метаданымі — шмат адкрыццяў, выклікаў stat і пералікаў каталогаў для прыдатнага агульнага рэсурсу SSD, — кэшаванне на баку сэрвісу з'яўляецца танным эксперыментам. Яно не патрабуе новай інфраструктуры і не мяняе таго, як карыстальнікі дабіраюцца да рэсурсу.
Калі нагрузка інтэрактыўная і абмежаваная чаканнем, сумленным варыянтам з'яўляецца падтрыманы праект лакальнага сервера з дакументаванай мадэллю сінхранізацыі. Гэта іншая архітэктура з уласнымі эксплуатацыйнымі выдаткамі, а не перамыкач.
Што не мяняе ні адзін з варыянтаў
Подпіс і шыфраванне SMB па-ранейшаму дзейнічаюць і па-ранейшаму каштуюць столькі, колькі каштуюць. Кантроль доступу па-ранейшаму вырашаецца для кожнага карыстальніка, таму кэшаваная копія не спрашчае аўтарызацыю. Узгодненасць паміж пляцоўкамі па-ранейшаму патрабуе пэўнай мадэлі, бо лакальныя чытанні ў філіяле і запісы на баку воблака павінны ў чымсьці сыходзіцца. І афлайн-доступ застаецца наладай кліента, а не паборным эфектам функцыі сервера.
Калі хтосьці абяцае, што функцыя сэрвісу прыбірае кругавыя паездкі WAN, гэта і ёсць сцвярджэнне, якое трэба праверыць першым.
Мерце супраць аперацыі, на якую скардзяцца карыстальнікі
Вымерце менавіта аперацыю, а не сінтэтычную копію. Measure-Command { Get-ChildItem \\files\projects -Recurse } на кліенце філіяла дае лік, які можна параўнаць да і пасля, а Get-SmbMultichannelConnection паказвае, ці выкарыстоўвае кліент больш за адзін шлях. Пастаўце гэта побач з метрыкамі чакання на баку сэрвісу за тое ж акно.
Трымайце нязменнымі агульны рэсурс, месцазнаходжанне кліента, шлях VPN і палітыку бяспекі, інакш вы мераеце сваё акно змен, а не функцыю. Запісвайце таксама колькасць файлаў і размеркаванне памераў, бо нагрузкі з дробнымі файламі і масавыя капіраванні рэагуюць на цалкам розныя рычагі.
Вынік, які варта мець, — гэта змяненне, узгодненае з мяжой, якая насамрэч была павольнай, з запісанымі эксплуатацыйнымі выдаткамі і выдаткамі на ўзгодненасць. Большая лічба IOPS сховішча на слайдзе — не гэты вынік.