Kial VPN-dosierkunhavigo ŝajnas malrapida: rondvojaĝoj, ne Mbps
Dosierkunhavigaj protokoloj supozas LAN-latenton. Babilaj metadatenoj, operacioj pri malgrandaj dosieroj kaj problemoj pri MTU kaŭzas haltojn, kiujn pli da bendlarĝo ne riparos.
Malfermi kunhavigitan dosierujon tra la VPN kaj atendi, dum la dosieruja listo rampas, estas konata sperto, kaj la unua instinkto estas kulpigi la bendlarĝon. Kutime la ligilo estas preskaŭ senokupa. La protokolo pasigas sian tempon atendantaj respondojn, kaj ĉiu atendo kostas plenan rondvojaĝon, kiun la LAN neniam fakturis. Riparu la formon de la laboro, kaj la kunhavigo denove uzeblas.
La fora labora kopio havas malĝustan formon
SMB malfermas dosierojn, legas metadatenojn kaj konfirmas en multaj malgrandaj interŝanĝoj. Labora kopio de versiokontrolo sur mapita disko supozas latenton de loka dosiersistemo kaj legas multajn malgrandajn dosierojn. Tabula datumbazo tiras paĝojn dum la uzanto laboras. Ĉiu el tiuj igas prokraston multiplikilo, ĉar la kosto kreskas kun kiom da interŝanĝoj la operacio faras; tunelo de 40 ms do igas kelkcent operaciojn kelkaj sekundoj. La grandeco de la utila ŝarĝo preskaŭ ne gravas en tiu aritmetiko.
Ĉifrada superkosto estas malgranda parto; perdo estas pli malbona, ĉar unu retranssendado plus kolapsinta kongesta fenestro kostas multe pli ol la koncernaj bitokoj.
Kalkulu rondvojaĝojn antaŭ megabitokoj
Mezuru la prokraston antaŭ ol aĉeti kapaciton. Unu ping diras al vi, kion ĉiu interŝanĝo pagas.
ping -c 10 fileserver.example.netLa resumo donas minimuman, mezan kaj maksimuman rondvojaĝajn tempojn, kaj la disvastiĝo gravas same kiel la mezumo. Multipliku la mezumon per la nombro de interŝanĝoj, kiujn dosieruja listo faras, kaj komparu ĝin kun la tempo, kiun vi efektive observas. Se unu granda dosiero transdoniĝas rapide dum foliumado estas malrapida, latento kaj petnombro estas la limigo. Aldoni dekoble kapaciton al ligilo, kiu neniam saturiĝas, tute nenion ŝanĝas.
Movu la laboron, ne la bitokojn
Ŝanĝu, kie la laboro okazas, anstataŭ pagi por pli larĝa tubo. Servu la deponejon anstataŭ munti ĝin, kaj kopiu pogrande per ilo, kiu sendas nur diferencojn.
rsync -av --info=progress2 ./project/ [email protected]:/srv/share/project/Kiam la deponejo estas servata, kiel faras hgweb aŭ fora Git, la kliento laboras sur loka klono, do ĝiaj dosiersistemaj vokoj neniam transiras la tunelon. rsync trairas ambaŭ flankojn kaj sendas ŝanĝitajn blokojn, forigante la plej multajn interŝanĝojn, kiujn naiva kopio pagas. Tabula datumbazo apartenas al servila motoro kun la kliento reduktita al fasado, aŭ la tuta kliento funkcias sur interna gastiganto. Ĉiu opcio ŝanĝas kiom da latento la protokolo elmetiĝas al, kaj tio estas la punkto.
Haltoj ĉe la sama grandeco estas simptomo de MTU
Grandaj transdonoj, kiuj haltas post proksimume la sama kvanto da datumoj, dum ping kaj malgrandaj paĝoj funkcias, indikas pakaĵan grandecon anstataŭ bendlarĝon.
ping -M do -s 1400 -c 3 fileserver.example.netSukcesa provo signifas, ke IP-pakaĵo de 1428 bitokoj trapasas la vojon sen fragmentado, ĉar ICMP- kaj IP-kapoj aldonas 28 bitokojn. Malsukceso kun la malpermeso-fragmenti flago sugestas, ke la uzebla MTU de la tunelo estas pli malgranda ol la servilo supozas. Servilo, kiu sendas bufrojn de 9000 bitokoj al vojo de 1500 bitokoj, devigas fragmentadon aŭ forĵetojn, kaj malkovro de la voja MTU povas silente malsukcesi, kiam ICMP estas filtrita. Malaltigu la MTU de la tunelo, ŝaltu mssfix en OpenVPN, aŭ malgrandigu la bufrojn de la servilo, poste relanĉu la saman transdonon por konfirmi.
Mezuru la breĉon, kiu gravas
Plenumu la saman operacion tri manierojn, kie politiko permesas: loke, tra la tunelo kaj tra rekta interreta vojo. Por ĉiu notu la rondvojaĝan tempon, la rapidon de unu granda fluo kaj kiom longe daŭras dosieruja listo aŭ malfermo de aplikaĵo. Kompari la lokan plenumon kun la tunela plenumo montras, kiu kosto superregas. Kopio, kiu finiĝas malrapide, sugestas rapidan aŭ prokrastan problemon, dum kopio, kiu mortas ĉe konstanta punkto, sugestas pakaĵan grandecon aŭ stato-havan aparaton en la vojo.
Kiam nur la unuaj megabitokoj treniĝas, rigardu aŭtentikigon kaj metadatenojn; kiam ĉio rampas, rigardu kapaciton kaj perdon. Riparu la konforman kaŭzon, kaj ĉesu atendi, ke WAN-ligilo kondutu kiel LAN-kablo.