Kwa ufikiaji wa polepole wa Azure Files kupitia VPN, mabadiliko mawili yanapendekezwa, na hufupisha mambo tofauti. Akiba ya metadata upande wa huduma hufanya shughuli zinazostahili kuwa nafuu kwa seva. Akiba ya tawi la ndani huleta baiti na shughuli karibu zaidi na mtumiaji. Kuchagua kati yao kwa orodha ya bei au taarifa kwa vyombo vya habari ndiyo njia ambayo sehemu inakuwa haraka zaidi katika jaribio na haibadiliki saa tisa asubuhi.

Akiba mbili, ucheleweshaji mbili tofauti

Chaguo zote mbili zinaonekana chini ya neno akiba, na hapo ndipo mkanganyiko unaanza. Zinakaa pande tofauti za mtandao.

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

Mwongozo wa utendaji wa SMB wa Microsoft unaeleza akiba ya metadata kwa sehemu za SSD zinazostahili pamoja na hatua ya usajili inayoambatana nayo. Ustahiki na hali ya kipengele ni vya akaunti halisi ya hifadhi, kwa hiyo soma ukurasa wa sasa na si tangazo la onyesho la awali la miaka miwili iliyopita.

Gawanya kusubiri katika sehemu tatu

Kila orodha ya saraka ya polepole ina vipengele vitatu vya gharama, na vinajibu marekebisho tofauti. Kuna muda wa kuchakata ombi upande wa huduma, idadi ya safari za kwenda na kurudi zinazotegemea kupitia VPN na mzigo unaopaswa kuhamishwa. Akiba upande wa huduma hushambulia cha kwanza. Hakuna chochote upande wa seva kinachoshambulia cha pili.

Ndiyo sababu sehemu inaweza kuonyesha vipimo bora vya huduma wakati kichaguzi cha faili cha mtumiaji bado kinaning'inia kwa sekunde nane.

Wapi kila chaguo linapata nafasi yake

Ikiwa mzigo wa kazi ni mzito kwa metadata, ukiwa na ufunguzi mwingi, simu za stat na hesabu za saraka dhidi ya sehemu ya SSD inayostahili, akiba upande wa huduma ni jaribio la bei nafuu. Haihitaji miundombinu mpya na haibadilishi jinsi watumiaji wanavyofikia sehemu.

Ikiwa mzigo wa kazi ni wa kuingiliana na umefungwa na ucheleweshaji, chaguo la uaminifu ni muundo wa seva ya ndani unaotumika wenye modeli ya usawazishaji iliyoandikwa. Hiyo ni usanifu mwingine wenye gharama zake za uendeshaji, si swichi.

Kile ambacho hakuna chaguo linalobadilisha

Usaini na usimbaji fiche wa SMB bado unatumika, na bado unagharimu kile unachogharimu. Udhibiti wa ufikiaji bado unatatuliwa kwa kila mtumiaji, kwa hiyo nakala iliyohifadhiwa hairahisishi idhini. Uthabiti kati ya maeneo bado unahitaji modeli iliyofafanuliwa, kwa sababu usomaji wa ndani wa tawi na uandishi upande wa wingu lazima zikubaliane juu ya kitu. Na ufikiaji wa nje ya mtandao unabaki kuwa mpangilio wa mteja, si athari ya pembeni ya kipengele cha seva.

Mtu anapoahidi kuwa kipengele cha huduma kinaondoa safari za WAN, hiyo ndiyo dai la kwanza kupimwa.

Pima kwa kulinganisha na shughuli ambayo watumiaji wanalalamikia

Pima muda wa shughuli halisi na si nakala ya bandia. Measure-Command { Get-ChildItem \\files\projects -Recurse } kwenye mteja wa tawi hutoa nambari ambayo unaweza kuilinganisha kabla na baada, na Get-SmbMultichannelConnection huonyesha kama mteja anatumia njia zaidi ya moja. Weka hiyo kando ya vipimo vya ucheleweshaji upande wa huduma kwa dirisha lilelile.

Weka sehemu, eneo la mteja, njia ya VPN na sera ya usalama bila kubadilika, vinginevyo unapima dirisha lako la mabadiliko na si kipengele. Andika pia idadi ya faili na mgawanyo wa ukubwa, kwa sababu mizigo ya faili ndogo na nakala nyingi hujibu kwa vipini tofauti kabisa.

Matokeo yanayostahili kuwa nayo ni mabadiliko yanayolingana na mpaka ambao kwa kweli ulikuwa wa polepole, pamoja na gharama zake za uendeshaji na uthabiti zimeandikwa. Nambari kubwa ya IOPS ya hifadhi kwenye slaidi si matokeo hayo.

Makala zinazohusiana