Cái này có vẻ liên quan đến cái này , nhưng nó hơi khác.
Có liên kết WAN này giữa hai trang web của công ty và chúng tôi cần chuyển một tệp rất lớn (Oracle dump, ~ 160 GB).
Chúng tôi đã có băng thông 100 Mbps đầy đủ (đã thử nghiệm), nhưng có vẻ như một kết nối TCP duy nhất không thể tối đa hóa do cách thức hoạt động của TCP (ACK, v.v.). Chúng tôi đã thử nghiệm liên kết với iperf và kết quả thay đổi đáng kể khi tăng Kích thước cửa sổ TCP: với cài đặt cơ bản, chúng tôi nhận được thông lượng ~ 5 Mbps, với WS lớn hơn, chúng tôi có thể đạt tới ~ 45 Mbps, nhưng không nhiều hơn thế. Độ trễ mạng là khoảng 10 ms.
Vì tò mò, chúng tôi đã chạy iperf bằng cách sử dụng nhiều hơn một kết nối và chúng tôi thấy rằng, khi chạy bốn trong số chúng, chúng thực sự sẽ đạt tốc độ ~ 25 Mbps mỗi lần, lấp đầy tất cả băng thông có sẵn; Vì vậy, khóa có vẻ là trong việc chạy nhiều chuyển đồng thời.
Với FTP, mọi thứ trở nên tồi tệ hơn: ngay cả với các cài đặt TCP được tối ưu hóa (Kích thước cửa sổ cao, MTU tối đa, v.v.), chúng tôi không thể nhận được hơn 20 Mbps trên một lần chuyển. Chúng tôi đã thử FTP một số tệp lớn cùng một lúc và thực sự mọi thứ đã tốt hơn rất nhiều so với khi chuyển một tệp duy nhất; nhưng sau đó thủ phạm đã trở thành I / O đĩa, bởi vì đọc và ghi bốn tệp lớn từ cùng một nút cổ chai rất sớm; Ngoài ra, chúng tôi dường như không thể chia tệp lớn đó thành các tệp nhỏ hơn và sau đó hợp nhất lại, ít nhất là trong thời gian có thể chấp nhận được (rõ ràng chúng tôi không thể dành thời gian ghép / trộn lại tệp một thời gian có thể so sánh với chuyển nó).
Giải pháp lý tưởng ở đây sẽ là một công cụ đa luồng có thể chuyển các khối khác nhau của tệp cùng một lúc; giống như các chương trình ngang hàng như eMule hoặc BitTorrent đã làm, nhưng từ một nguồn duy nhất đến một đích duy nhất. Lý tưởng nhất, công cụ sẽ cho phép chúng ta chọn sử dụng bao nhiêu kết nối song song và tất nhiên tối ưu hóa I / O đĩa để không nhảy (quá) điên cuồng giữa các phần khác nhau của tệp.
Có ai biết một công cụ như vậy?
Hoặc, có ai có thể đề xuất một giải pháp tốt hơn và / hoặc một cái gì đó chúng tôi đã không thử không?
Tái bút: Chúng tôi đã nghĩ đến việc sao lưu băng / đĩa và gửi nó đến đích; đó sẽ là biện pháp cực đoan của chúng tôi nếu WAN không cắt nó, nhưng, như AS Tanenbaum nói, "Đừng bao giờ đánh giá thấp băng thông của một toa xe ga đầy băng từ trên đường cao tốc."