Bu bakışlar ile ilgili bu bir , ama biraz farklı.
İki şirket sitesi arasında bu WAN bağlantısı var ve çok büyük bir dosya aktarmamız gerekiyor (Oracle dump, ~ 160 GB).
Tam 100 Mbps bant genişliğimiz var (test edildi), ancak TCP'nin nasıl çalıştığından (ACK'ler vb.) Tek bir TCP bağlantısı gibi görünmüyor. Bağlantıyı iperf ile test ettik ve sonuçlar TCP Pencere Boyutunu arttırırken büyük ölçüde değişiyor: temel ayarlarla ~ 5 Mbps verim elde ediyoruz, daha büyük bir WS ile ~ 45 Mbps'ye ulaşabiliyoruz, bundan daha fazlasını elde edemiyoruz. Ağ gecikmesi yaklaşık 10 ms'dir.
Merak etmeden, tek bir bağlantıdan daha fazlasını kullanmaya başladık ve dördünü çalıştırırken, gerçekten de mevcut bant genişliğini doldurarak her birinin ~ 25 Mb / sn hızında çalışacaklarını gördük; bu nedenle, anahtar aynı anda birden fazla aktarımı çalıştırıyor gibi görünüyor.
FTP ile işler daha da kötüye gidiyor: en iyileştirilmiş TCP ayarlarında bile (yüksek Pencere Boyutu, maksimum MTU, vb.) Tek bir aktarımda 20 Mbps'den fazla alamıyoruz. Bazı büyük dosyaları aynı anda FTP'ye göndermeyi denedik ve gerçekten de işler tek bir dosyayı aktarırken olduğundan çok daha iyi hale geldi; ama sonra suçlu disk G / Ç oldu, çünkü aynı diskteki dört büyük dosyayı çok kısa sürede okumak ve yazmak; Ayrıca, bu büyük dosyayı küçük dosyalara bölüp daha sonra tekrar birleştirebiliriz (en azından kabul edilebilir zamanlarda değil) (Açıkçası dosyayı dosyaya benzer bir zamana ekleyerek / birleştirerek harcayamazız) aktarılıyor).
Buradaki ideal çözüm, dosyanın çeşitli parçalarını aynı anda aktarabilen çok iş parçacıklı bir araç olacaktır; eMule veya BitTorrent gibi eşler arası programlar gibi, zaten tek bir kaynaktan tek bir hedefe kadar. İdeal olarak, araç kaç paralel bağlantı kullanacağımızı seçmemize ve tabii ki diskin I / O'yu dosyanın çeşitli bölümleri arasında delice atlamamasına (en iyi şekilde) izin verir.
Böyle bir araç bilen var mı?
Veya daha iyi bir çözüm ve / veya daha önce denemediğimiz bir şey önerebilir mi?
PS Biz zaten bunu bant / diske yedeklemeyi ve fiziksel olarak hedefe göndermeyi düşündük; WAN bunu kesmediyse bu bizim aşırı ölçütümüz olurdu, ancak AS Tanenbaum'un dediği gibi, "Karayolu üzerinde incinen bantlarla dolu bir vagonun bant genişliğini asla küçümseme."