Malgrandaj dosieroj rampas tra VPN pro reiroj, ne pro rapideco

Kopiu unu dosieron de 2 GB tra la VPN kaj la transigo aspektas bone. Kopiu dosierujon da dek mil malgrandaj dokumentoj kaj la sama ligilo aspektas rompita. La diferenco ne estas bendolarĝa agordo, kiu ŝanĝiĝis inter la du taskoj. La dua tasko pasigas sian tempon per agordado, metadatenoj kaj atendo de respondoj, kaj ĝuste la latenteco de la tunelo igas tiun atendon videbla.

Unu dosiero fluas; dosierujo da dosieroj intertraktas

Granda kopio pasigas la plejparton de sia vivo en lega-skriba buklo sur malmultaj malfermitaj pritraktiloj. La protokola superkosto pagiĝas unufoje por dosiero, kaj la datumoj moviĝas en grandaj blokoj. Bendolarĝo superregas la rezulton.

Dosieruja kopio pagas por dosiero: krei, peti atributojn, malfermi, skribi, fermi kaj ĝisdatigi la metadatenojn de la dosierujo. Ĉiu el tiuj estas peto, kiu atendas respondon antaŭ ol la sekva paŝo povas daŭri. La bajtoj estas etaj; la kunordigado ne.

Tial grafikaĵo de malalta ligila uzo preskaŭ nenion pruvas. La ligilo estas senokupa ĉar la kliento atendas, ne ĉar la tunelo estas malrapida. Stokada tabelo aŭ finpunkta skanilo povas aldoni la saman formon de prokrasto. Identigu, kiu etapo atendas, antaŭ ol ŝanĝi ajnan retan agordon.

Reiroj sumiĝas pli rapide ol bajtoj

Latenteco estas la kosto de unu dependa interŝanĝo. Se dosiero bezonas plurajn sinsekvajn interŝanĝojn kaj la tunelo aldonas 40 ms en ĉiu direkto, la kosto por dosiero rapide kreskas. Dek mil dosieroj transformas tion en minutojn.

La aritmetiko estas ilustra, ne mezuro: dosiero ne garantie kostas unu reiron, kaj klientoj interkovras parton de la laboro.

Du leviloj ŝanĝas la sumon. Malgrandigu la nombron de dependaj interŝanĝoj por dosiero, aŭ tenu pli da ili samtempe en progreso. La unua estas ŝanĝo de protokolo aŭ laborŝarĝo; la dua estas samtempeco. Neniu el ili igas malrapidan ligilon pli rapida.

Mezuru la laborŝarĝon, ne la ligilon

Komparu tri taskojn kun la samaj finpunktoj kaj la sama alirpolitiko: unu granda dosiero, la dosierujo da malgrandaj dosieroj kaj la reala negoca operacio. Notu la nombron de dosieroj, la distribuon de grandecoj, la kopian ilon kaj la retajn kondiĉojn kun ĉiu rezulto.

Unu sola nombro en MB/s sen tiuj detaloj ne povas esti komparata kun tiu de iu ajn alia.

Mezuru latentecon aparte de traigokapablo. Simpla reira testo al la dosiera servilo donas la nombron, kiu multiplikiĝas tra malgrandaj operacioj. Poste observu la petan ŝablonon de la kopio anstataŭ ĝian mezan rapidon. Se la rapido estas malalta kaj la ligilo senokupa, la limiga punkto troviĝas super la tunelo.

Ŝanĝu la taskon: samtempeco kaj arĥivoj

Por rajtigita amasa kopio, ilo kun kontrolita samtempeco tenas pli da petoj en progreso. La opcio /MT de Robocopy estas la kutima Windows-ekzemplo. Aldoni fadenojn ne garantias pli rapidan kopion.

Elektu nombron, kiun la kliento, la servilo kaj la stokado povas elteni, kaj konservu la protokolon de la tasko kaj ĉiujn erarojn.

Arĥivado ĉe la fonto kaj loka malpakado forigas la malproksiman laboron por dosiero. Inkluzivu la preparan kaj eltiran tempon en la komparo, kaj konfirmu, ke la arĥivo konservas la metadatenojn kaj permesojn, kiujn la tasko bezonas. Neniu el la du trukoj igas aplikaĵon grupigi siajn proprajn dosierajn operaciojn.

Kontrolu la nombrilon per kontrolita testo

Rulu la saman taskon dufoje kun unu ŝanĝita variablo, kaj notu ambaŭ nombrojn. Kontrolita testo estas la sola maniero scii, ĉu agordo helpis aŭ ĉu la reto hazarde estis pli kvieta.

Du komandoj donas la nombron de dosieroj kaj la bazlinion de reiro:

Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.example

Poste rulu la kopion kun limigita nombro de fadenoj kaj komparu la protokolon kun la antaŭa rulado:

robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEE

Ne malŝaltu SMB-subskribon, ĉifradon aŭ finpunktan protekton por plibonigi la nombrilon. Tiuj ŝanĝoj interŝanĝas sekurecan econ kontraŭ nombro, kiu eble ne estis la limiga punkto. Kaj tenu la VPN-transporton aparte de la propra transporto de SMB en viaj notoj, ĉar riparo en unu ne estas pruvo pri la alia.