Cynigir dau newid ar gyfer mynediad araf i Azure Files dros VPN, ac maen nhw'n byrhau pethau gwahanol. Mae cache metadata ar ochr y gwasanaeth yn gwneud gweithrediadau cymwys yn rhatach i'r gweinydd. Mae cache cangen leol yn symud y beitiau a'r gweithrediadau yn nes at y defnyddiwr. Dewis rhyngddynt drwy restr brisiau neu ddatganiad i'r wasg yw sut y daw rhaniad i fod yn gyflymach mewn prawf ac yn ddigyfnewid am naw y bore.

Dau cache, dwy oedi wahanol

Mae'r ddau opsiwn yn ymddangos o dan y gair cache, a dyna lle mae'r dryswch yn dechrau. Maen nhw'n eistedd ar ochrau cyferbyniol y rhwydwaith.

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

Mae canllaw perfformiad SMB Microsoft yn disgrifio cache metadata ar gyfer rhaniadau SSD cymwys ynghyd â'r cam cofrestru sy'n mynd gyda hynny. Mae cymhwyster a chyflwr y nodwedd yn perthyn i'r cyfrif storio gwirioneddol, felly darllenwch y dudalen gyfredol yn hytrach na chyhoeddiad rhagolwg o ddwy flynedd yn ôl.

Rhannwch yr aros yn dair rhan

Mae gan bob rhestr cyfeiriadur araf dri chydran cost, ac maen nhw'n ymateb i wahanol atebion. Mae amser prosesu'r cais ar ochr y gwasanaeth, nifer y teithiau cwmpas dibynnol dros y VPN a'r llwyth sydd i'w symud. Mae cache ar ochr y gwasanaeth yn ymosod ar yr un cyntaf. Nid oes dim ar ochr y gweinydd yn ymosod ar yr ail.

Dyna pam y gall rhaniad ddangos metrigau gwasanaeth gwell tra bod dewisydd ffeiliau'r defnyddiwr yn dal i hongian am wyth eiliad.

Lle mae pob opsiwn yn ennill ei le

Os yw'r llwyth gwaith yn drwm ar fetadata, gyda digon o agoriadau, galwadau stat a rhifo cyfeiriaduron yn erbyn rhaniad SSD cymwys, cache ar ochr y gwasanaeth yw'r arbrawf rhad. Nid oes angen seilwaith newydd nac unrhyw newid i'r ffordd y mae defnyddwyr yn cyrraedd y rhaniad.

Os yw'r llwyth gwaith yn rhyngweithiol ac wedi'i ffinio gan oedi, y dewis gonest yw dyluniad gweinydd lleol a gefnogir gyda model cydamseru wedi'i ddogfennu. Mae hynny'n bensaernïaeth wahanol gyda'i chostau rhedeg ei hun, nid yn switsh.

Yr hyn nad yw'r naill opsiwn na'r llall yn ei newid

Mae llofnodi ac amgryptio SMB yn dal i fod yn berthnasol, ac maen nhw'n dal i gostio'r hyn maen nhw'n ei gostio. Mae rheoli mynediad yn dal i gael ei ddatrys fesul defnyddiwr, felly nid yw copi wedi'i gacheio yn symleiddio awdurdodi. Mae cysondeb rhwng safleoedd yn dal i fod angen model diffiniedig, oherwydd bod yn rhaid i ddarlleniadau lleol y gangen a'r ysgrifennu ar ochr y cwmwl gytuno ar rywbeth. Ac mae mynediad all-lein yn parhau i fod yn osodiad cleient, nid yn sgil-effaith nodwedd gweinydd.

Pan fydd rhywun yn addo bod nodwedd gwasanaeth yn dileu teithiau cwmpas y WAN, dyna'r hawliad i'w brofi gyntaf.

Mesurwch yn erbyn y gweithrediad y mae defnyddwyr yn cwyno amdano

Amserwch yr union weithrediad yn hytrach na chopi synthetig. Mae Measure-Command { Get-ChildItem \\files\projects -Recurse } ar gleient cangen yn rhoi rhif y gallwch ei gymharu cyn ac ar ôl, ac mae Get-SmbMultichannelConnection yn dangos a yw'r cleient yn defnyddio mwy nag un llwybr. Rhowch hynny wrth ymyl metrigau oedi ochr y gwasanaeth ar gyfer yr un ffenestr.

Cadwch y rhaniad, lleoliad y cleient, llwybr y VPN a'r polisi diogelwch yn gyson, neu byddwch yn mesur eich ffenestr newid yn hytrach na'r nodwedd. Cofnodwch nifer y ffeiliau a'r dosbarthiad maint hefyd, oherwydd bod llwythi ffeiliau bach a chopïau swmp yn ymateb i liferi hollol wahanol.

Y canlyniad sy'n werth ei gael yw newid sy'n cyfateb i'r ffin a oedd yn araf mewn gwirionedd, gyda'i gostau gweithredu a chysondeb wedi'u hysgrifennu. Nid yw ffigur IOPS storio mwy ar sleid yn y canlyniad hwnnw.

Erthyglau cysylltiedig