File kecil merangkak lewat VPN karena perjalanan pulang-pergi, bukan kecepatan

Salin satu file 2 GB lewat VPN dan transfernya tampak baik. Salin folder berisi sepuluh ribu dokumen kecil dan tautan yang sama tampak rusak. Perbedaannya bukan pengaturan lebar pita yang berubah di antara kedua pekerjaan. Pekerjaan kedua menghabiskan waktunya untuk penyiapan, metadata, dan menunggu jawaban, dan latensi terowonganlah yang membuat penantian itu terlihat.

Satu file mengalir; folder file bernegosiasi

Penyalinan besar menghabiskan sebagian besar hidupnya dalam lingkar baca-tulis pada sedikit handel terbuka. Biaya protokol dibayar sekali per file, dan data bergerak dalam blok besar. Lebar pita mendominasi hasil.

Penyalinan folder membayar per file: buat, tanya atribut, buka, tulis, tutup, dan perbarui metadata direktori. Masing-masing adalah permintaan yang menunggu jawaban sebelum langkah berikutnya dapat berjalan. Byte-nya kecil; koordinasinya tidak.

Itu sebabnya grafik pemanfaatan tautan yang rendah hampir tidak membuktikan apa pun. Tautan menganggur karena klien menunggu, bukan karena terowongan lambat. Deretan penyimpanan atau pemindai titik akhir dapat menambah bentuk penundaan yang sama. Kenali tahap mana yang menunggu sebelum mengubah pengaturan jaringan apa pun.

Perjalanan pulang-pergi menumpuk lebih cepat daripada byte

Latensi adalah biaya satu pertukaran yang bergantung. Jika sebuah file membutuhkan beberapa pertukaran berurutan dan terowongan menambah 40 ms setiap arah, biaya per file tumbuh cepat. Sepuluh ribu file mengubahnya menjadi menit.

Aritmetikanya ilustratif, bukan tolok ukur: file tidak dijamin hanya memakan satu perjalanan pulang-pergi, dan klien saling menumpuk sebagian pekerjaan.

Dua tuas mengubah total. Kurangi jumlah pertukaran bergantung per file, atau jaga lebih banyak di antaranya berjalan sekaligus. Yang pertama adalah perubahan protokol atau beban kerja; yang kedua adalah konkurensi. Keduanya tidak membuat tautan lambat menjadi cepat.

Ukur beban kerja, bukan tautan

Bandingkan tiga pekerjaan dengan titik akhir dan kebijakan akses yang sama: satu file besar, folder file kecil, dan operasi bisnis sebenarnya. Catat jumlah file, distribusi ukuran, alat penyalin, dan kondisi jaringan pada setiap hasil.

Angka MB/s tunggal tanpa rincian itu tidak dapat dibandingkan dengan milik siapa pun.

Ukur latensi secara terpisah dari throughput. Uji pulang-pergi sederhana ke server file memberi angka yang berlipat pada operasi kecil. Lalu amati pola permintaan penyalinan, bukan laju rata-ratanya. Jika laju rendah dan tautan menganggur, hambatannya berada di atas terowongan.

Ubah pekerjaan: konkurensi dan arsip

Untuk penyalinan massal yang sah, alat dengan konkurensi terkendali menjaga lebih banyak permintaan berjalan. Opsi /MT Robocopy adalah contoh umum di Windows. Menambah utas tidak menjamin penyalinan lebih cepat.

Pilih jumlah yang dapat ditanggung klien, server, dan penyimpanan, lalu simpan log pekerjaan dan setiap galat.

Pengarsipan di sumber dan pembongkaran lokal menghapus kerja jarak jauh per file. Sertakan waktu persiapan dan ekstraksi dalam perbandingan, dan pastikan arsip mempertahankan metadata dan izin yang dibutuhkan tugas. Kedua trik itu tidak membuat aplikasi mengelompokkan operasi filenya sendiri.

Periksa penghitung dengan uji terkendali

Jalankan pekerjaan yang sama dua kali dengan satu variabel diubah, dan catat kedua angka. Uji terkendali adalah satu-satunya cara mengetahui apakah sebuah pengaturan membantu atau jaringan kebetulan lebih tenang.

Dua perintah memberi jumlah file dan garis dasar pulang-pergi:

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

Lalu jalankan penyalinan dengan jumlah utas terbatas dan bandingkan log dengan jalannya sebelumnya:

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

Jangan menonaktifkan penandatanganan SMB, enkripsi, atau perlindungan titik akhir untuk memperbaiki penghitung. Perubahan itu menukar sifat keamanan dengan angka yang mungkin bukan hambatannya. Dan pisahkan transport VPN dari transport SMB sendiri dalam catatan Anda, karena perbaikan di satu hal bukan bukti tentang yang lain.