Azure Files-einingaskrá skyndiminni gegn staðbundnu útibússkyndiminni
Skyndiminni fyrir lýsigögn á þjónustuhlið dregur úr vinnu þjónsins. Það færir ekki ferðir fram og til baka af WAN-netinu þínu. Berðu saman þau tvö eftir því sem þau stytta í raun.
Fyrir hægan aðgang að Azure Files í gegnum VPN er lagt til tvenns konar breytingar, og þær stytta ólíka hluti. Skyndiminni fyrir lýsigögn á þjónustuhlið gerir gjaldgengar aðgerðir ódýrari fyrir þjóninn. Staðbundið útibússkyndiminni færir bætin og aðgerðirnar nær notandanum. Að velja á milli þeirra eftir verðlista eða fréttatilkynningu er leiðin sem deiling verður hraðari í prófi og óbreytt klukkan níu að morgni.
Tvö skyndiminni, tvö ólík biðtími
Báðir valkostir birtast undir orðinu skyndiminni, og þar byrjar ruglingurinn. Þeir liggja á gagnstæðum hliðum netsins.
| 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 |
Leiðbeiningar Microsoft um afköst SMB lýsa skyndiminni fyrir lýsigögn fyrir gjaldgengar SSD-deilingar ásamt skráningarskrefinu sem fylgir. Gjaldgengi og staða eiginleikans tilheyra raunverulega geymslureikningnum, svo lestu núverandi síðu en ekki tilkynningu um forskoðun frá því fyrir tveimur árum.
Skiptu biðinni í þrennt
Sérhver hæg skráarskráning hefur þrjá kostnaðarþætti, og þeir bregðast við ólíkum lagfæringum. Það er vinnslutími beiðni á þjónustuhlið, fjöldi háðra ferða fram og til baka yfir VPN-ið og farmurinn sem flytja þarf. Skyndiminni á þjónustuhlið ræðst á þann fyrsta. Ekkert á þjónshlið ræðst á þann annan.
Þess vegna getur deiling sýnt betri þjónustumælikvarða á meðan skráarval notandans hangir enn í átta sekúndur.
Hvar hvor valkostur á skilið sinn stað
Ef vinnuálagið er þungt af lýsigögnum, með mörgum opnunum, stat-köllum og skráatalningum á gjaldgenga SSD-deilingu, er skyndiminni á þjónustuhlið ódýra tilraunin. Það krefst engrar nýrrar innviða og engrar breytingar á því hvernig notendur ná í deilinguna.
Ef vinnuálagið er gagnvirkt og bundið við biðtíma, er heiðarlegi valkosturinn studd hönnun staðbundins þjóns með skjalfestu samstillingarlíkani. Það er önnur arkitektúr með eigin rekstrarkostnaði, ekki rofi.
Hvað hvorugur valkosturinn breytir
Undirritun og dulkóðun SMB gilda áfram, og þeau kosta áfram það sem þeau kosta. Aðgangsstýring er áfram leyst fyrir hvern notanda, svo skyndiminnið afrit einfaldar ekki heimild. Samkvæmni milli staða þarf áfram skilgreint líkan, því staðbundnar lestrar í útibúinu og skrif á skýjuhlið verða að sammælast um eitthvað. Og ónettengingaraðgangur er áfram stilling á biðlaranum, ekki aukaverkun þjónustueiginleika.
Þegar einhver lofar því að þjónustueiginleiki fjarlægi WAN-ferðirnar, er það fullyrðingin sem á að prófa fyrst.
Mældu miðað við aðgerðina sem notendur kvarta yfir
Tímamældu nákvæmu aðgerðina í stað tilbúins afrits. Measure-Command { Get-ChildItem \\files\projects -Recurse } á útibúsbiðlara gefur tölu sem þú getur borið saman fyrir og eftir, og Get-SmbMultichannelConnection sýrir hvort biðlarinn notar fleiri en eina leið. Settu það við hlið biðtímamælikvarða þjónustuhliðar fyrir sama glugga.
Haltu deilingunni, staðsetningu biðlarans, VPN-leiðinni og öryggisstefnunni stöðugum, annars mælir þú breytingagluggann þinn en ekki eiginleikann. Skráðu líka fjölda skráa og stærðardreifingu, því vinnuálag smárra skráa og fjöldaafrit bregðast við gjörólíkum vogstöngum.
Niðurstaðan sem er þess virði er breyting sem passar við mörkin sem í raun voru hæg, með rekstrar- og samkvæmnikostnaði hennar skrifuðum. Stærri geymslu-IOPS-tala á glæru er ekki sú niðurstaða.