Khắc phục sự cố tốc độ mạng - Yêu cầu cũ


18

Tôi đang tìm kiếm sự giúp đỡ với những gì tôi chắc chắn là một câu hỏi cũ. Tôi đã thấy mình trong một tình huống khao khát hiểu rõ hơn thông lượng mạng, nhưng dường như tôi không thể tìm thấy thông tin khiến nó "nhấp chuột"

Chúng tôi có một vài máy chủ được phân phối theo địa lý, chạy các phiên bản Windows khác nhau. Giả sử chúng ta luôn sử dụng một máy chủ (máy tính để bàn) làm nguồn, khi sao chép dữ liệu từ máy chủ đó sang các máy chủ khác trên toàn quốc, chúng ta thấy tốc độ chênh lệch cao. Trong một số trường hợp, chúng tôi có thể sao chép dữ liệu với tốc độ 12MB / s một cách nhất quán, trong những trường hợp khác, chúng tôi đang thấy 0,8 MB / s. Cần lưu ý, sau khi thử nghiệm 8 điểm đến, chúng tôi dường như luôn ở mức 0,6-0,8 MB / s hoặc 11-12 MB / s. Trong tòa nhà mà chúng tôi chủ yếu quan tâm, chúng tôi có kết nối OC-3 với ISP của chúng tôi.

Tôi biết có rất nhiều biến số khi chơi, nhưng tôi đoán tôi đã hy vọng các chuyên gia ở đây có thể giúp trả lời một vài câu hỏi cơ bản để giúp củng cố sự hiểu biết của tôi.

1.) Đối với các máy cũ hơn, chạy Windows XP, máy chủ 2003, v.v., với thẻ Ethernet 100Mbps và độ trễ thông thường 72 ms, liệu âm thanh 0,8 MB / s có hợp lý không? Hay bạn nghĩ rằng đủ chậm để chỉ ra một vấn đề?

2.) "tốc độ nhanh nhất toán học" cổ điển của "thông lượng = cửa sổ TCP / độ trễ", trong trường hợp của chúng tôi, được tính đến 0,8 MB / s (64Kb / 72 ms). Hiểu biết của tôi là một giới hạn trên; mà bạn sẽ không bao giờ mong đợi đạt được (do chi phí hoạt động) chứ đừng nói đến việc vượt qua tốc độ đó. Tuy nhiên, trong một số trường hợp, chúng ta đang thấy tốc độ 12,3 MB / s. Có các máy gia tốc Steelhead nằm rải rác trên mạng, những cái đó có thể chiếm tỷ lệ truyền cao hơn như vậy không?

3.) Có ý kiến ​​cho rằng việc sử dụng SMB so với SMB2 có thể giải thích sự khác biệt về tốc độ. Thật vậy, như mong đợi, các gói chụp cho thấy cả hai được sử dụng tùy thuộc vào các phiên bản HĐH đang chơi, như chúng ta mong đợi. Tôi hiểu điều gì xác định SMB2 có được sử dụng hay không, nhưng tôi tò mò muốn biết loại hiệu suất nào bạn có thể mong đợi với SMB2.

Vấn đề của tôi đơn giản là thiếu kinh nghiệm, và quan trọng hơn là viễn cảnh, về mặt tốc độ mạng không hợp lý. Bất cứ ai có thể giúp truyền đạt bối cảnh / quan điểm?


sự khác biệt về tốc độ không chỉ là SMB so với SMB 2. hãy nhớ rằng trong vista và trên ngăn xếp mạng không còn là phần bổ sung dựa trên * nix và được tích hợp vào HĐH cho phép độ trễ và chi phí thấp hơn nhiều.
Jim B

Cảm ơn Jim, đó là điều tốt để biết. Vâng tôi biết có một tỷ biến số ngược và xuôi tùy thuộc vào nơi bạn đang tìm kiếm trong ngăn xếp OSI. Một đồng nghiệp đã đề nghị rằng có lẽ sự khác biệt về tốc độ có thể chỉ đơn giản là vấn đề "SMB so với SMB2". Tôi đoán tôi nghi ngờ SMB2 (.1) giúp chúng tôi tăng tốc độ gấp 10 lần, nhưng một lần nữa, tôi chỉ không đủ thành thạo nghệ thuật aracne để biết;)
Univ426

Câu hỏi tuyệt vời! Bất kỳ cập nhật về điều này? Và fwiw, một hộp Windows XP đang chia sẻ nhưng không "đăng nhập" sẽ chuyển các tệp nhanh hơn một tệp có người dùng đã đăng nhập.
Chris K

Câu trả lời:


4

Công thức toán học mà bạn đang đề cập thực sự là cách để xác định cài đặt kích thước cửa sổ truyền hiệu quả nhất cho TCP, chứ không phải băng thông thực tế có sẵn. TCP sử dụng một cơ chế gọi là cửa sổ trượt cho phép điều chỉnh tốc độ truyền dựa trên các điều kiện mạng. Ý tưởng là một máy phát TCP sẽ gửi ngày càng nhiều dữ liệu mà không yêu cầu xác nhận từ người nhận. Nếu mất dữ liệu thì lượng dữ liệu được gửi giữa các xác nhận sẽ giảm, do đó cũng làm giảm băng thông hiệu quả.

Công thức trong câu hỏi thực sự xác định kích thước lý tưởng của cửa sổ truyền TCP đó dựa trên độ trễ và độ trễ chuyến đi khứ hồi giữa một cặp máy chủ nhất định. Ý tưởng là có một cửa sổ có kích thước sao cho lượng dữ liệu 'trong chuyến bay' tương ứng với những gì được gọi là sản phẩm trì hoãn băng thông. Ví dụ: nếu bạn có 50 megabit mỗi giây (6,25 megaBYTES) và độ trễ chuyến đi khứ hồi trung bình là 100ms thì bạn sẽ có 6,25 * 0,1 = 625 kilobyte dữ liệu. Đây sẽ là giá trị mà TCP sẽ thương lượng (nếu được cấu hình đúng). Vì độ trễ và đặc điểm băng thông của các liên kết của bạn thay đổi, kích thước cửa sổ cũng vậy.

Những gì bạn cần là một công cụ quản lý băng thông như iperf (miễn phí) chạy trên cả nguồn và các điểm đến khác nhau của bạn. Điều này sẽ cung cấp cho bạn ý tưởng về lượng thông lượng thực tế có thể có (độc lập với các ứng dụng khác) trong khi cũng cung cấp một số thông tin chi tiết về độ trễ. Chạy ping mở rộng giữa các máy chủ cũng sẽ cung cấp một ý tưởng chung về các đặc điểm độ trễ. Khi bạn có dữ liệu này, bạn sẽ có ý tưởng tốt hơn về những gì bạn sẽ thấy khi có thông lượng.

BTW - Việc sử dụng bất kỳ loại trình tối ưu hóa mạng LAN nào thường sẽ kết hợp nén dữ liệu, tối ưu hóa TCP, lưu trữ, vv .. Trong khi tiện dụng, nó có thể che khuất bản chất của các liên kết cơ bản. Khi bạn có ý tưởng về băng thông thô / độ trễ (và khả năng mất gói), bạn có thể xem xét kỹ hơn để đảm bảo các máy chủ khác nhau của bạn được thiết lập để tận dụng lợi thế của băng thông có sẵn.


Cảm ơn thông tin tuyệt vời rnxrx. Các cửa sổ trượt được sử dụng trong TCP có rất nhiều ý nghĩa. Trong trường hợp của chúng tôi, vì lưu lượng duy nhất mà chúng tôi quan tâm là đi qua TCP, vì vậy tôi đoán câu hỏi của tôi tập trung nhiều vào TCP. Chúng tôi đã sử dụng các phương thức truyền dữ liệu khác (như repliweb) và chúng tôi đã đạt được thông lượng cao hơn nhiều (lên tới 11 MB / s). Tôi đã không biết về sản phẩm trì hoãn băng thông, thật tuyệt khi biết điều đó!
Univ426

2

Hãy thử "ping -l 8092" hoặc FTP hoặc HTTP để kiểm tra xem đó có phải là sự cố SMB không.

Trước hết: bạn sử dụng phương tiện gì để kết nối máy tính? Những gì chúng tôi "100mpbs"? Ethernet? Bạn không thể sử dụng nó cho máy tính "phân phối theo địa lý", phải không?

Trong trường hợp bộ định tuyến "vpn qua Internet" giữa các máy tính của bạn có thể sử dụng các liên kết khác nhau: một là nhanh, khác là không. Họ có thể chọn liên kết dựa trên nhiều tham số.

Hãy mô tả mạng của bạn.

Đó cũng có thể là một vấn đề MTU: một số liên kết có thể có các MTU khác nhau.


Cảm ơn llya. Tôi cập nhật câu hỏi để trả lời của bạn. Đây là một mạng ethernet bình thường, với thẻ mạng 100 Mbps trong máy chủ nguồn.
Univ426

Josh, tôi vẫn không thể hiểu: ((Bạn có kết nối PC với Máy chủ bằng Ethernet 100BASE không? Ngay cả khi bạn sử dụng 100BASE-LX10 (ethernet qua hai sợi quang), bạn không thể kết nối hai máy tính "trên toàn quốc": nó có giới hạn khoảng cách khoảng 10 Kilomet. Và trong trường hợp Ethernet, bạn có sử dụng công tắc (mà?) hoặc kết nối máy tính trực tiếp không? Và xin vui lòng cho tôi biết về độ trễ: làm thế nào bạn nhận được "72 ms"? Làm thế nào bạn tính toán được? Cảm ơn
Ilya

Chúng tôi sẽ chuyển qua mạng LAN cục bộ tới mạng nội bộ công cộng, đến trung tâm dữ liệu và sau đó đến máy chủ qua mạng nội bộ của công ty. Độ trễ được xác định bằng cách sử dụng ping. Chúng tôi đi qua nhiều thiết bị chuyển mạch như mong đợi. Công tắc gần nhất có tốc độ tự động xác nhận với máy chủ lưu trữ 100Mbps. Hy vọng rằng sẽ giúp.
Univ426

1
nb - băng thông bạn thực sự quan tâm không phải là 100M kết nối mạng LAN của bạn mà là liên kết chậm nhất giữa các điểm cuối. Đây có thể là liên kết WAN của bạn hoặc một số liên kết trung gian chậm hơn.
rnxrx

Đó là một điểm tuyệt vời, tôi sẽ cập nhật câu hỏi, nhưng tôi biết chúng tôi đã kết nối với ISP của chúng tôi thông qua OC-3. Tôi phải tưởng tượng mọi thứ ngược dòng ít nhất là 100Mb / giây và tôi biết cơ sở hạ tầng trong tòa nhà là 100M hoặc 1G cho đến khi kết nối đó.
Univ426

2

Rất nhiều ý kiến ​​và người dùng đã đưa ra lời khuyên tuyệt vời ở đây. Một số trong số họ đạt được khá gần với những gì tôi đang tìm kiếm, nhưng tôi cũng may mắn gặp được một cựu chiến binh Mạng từ công ty chúng tôi, điều đó đã giúp làm rõ mọi chuyện. Tôi nghĩ rằng tôi sẽ đăng những phát hiện / hiểu biết của tôi ở đây vì lợi ích của người khác. Xin vui lòng sửa cho tôi nếu bất kỳ điều này có vẻ tắt:

1.) Thông lượng tối đa của một phiên TCP duy nhất với độ trễ 72ms và cửa sổ 64K là khoảng 0,8 MB / s, làm cho tốc độ đó hợp lý cho các luồng đơn, các bản sao phiên đơn, giống như các phiên chúng tôi đã thực hiện với bản sao lưu.

2.) Sự khác biệt tốc độ này dường như đi xuống hiệu quả của phương thức chuyển. Trong trường hợp của chúng tôi, chúng tôi đã sử dụng Robocopy và Repliweb. Tôi phát hiện ra robocopy sử dụng một phiên TCP duy nhất, trong khi Repliweb có thể mở nhiều phiên để gửi dữ liệu qua.

3.) Nghiên cứu từ trang web của Microsoft cho thấy SMB2 có mức tăng hiệu suất đáng kể so với SMB1. Tuy nhiên, đã có một số vấn đề trong một số trường hợp trong việc HĐH đàm phán sử dụng giao thức nào, vì vậy người ta nên biết cả hai.) Trường hợp nào SMB2 có thể được sử dụng và b.) Liệu SMB2 có thực sự được sử dụng hay không trên mạng chụp.

Hiện tại, có vẻ như Wire-Shark có thể xác định việc sử dụng giao thức SMB2.

Tôi hi vọng cái này giúp được. Một lần nữa, sự hiểu biết của tôi khá thô sơ ở đây, hãy thoải mái mở rộng.


1
Ngoài các tính toán độ trễ băng thông, hãy lưu ý rằng SMB2 cải thiện đáng kể hiệu năng so với liên kết có độ trễ cao hơn, vì nó không chờ máy chủ xác nhận ghi trước khi truyền thêm dữ liệu. Trên thực tế, chúng tôi thấy mức tăng thông lượng gấp 10 lần với SMBv2 qua các kết nối WAN của chúng tôi bằng ROBOCOPY. Ngoài ra, hãy xem xét luồng / MT với robocopy nếu bạn sao chép nhiều tệp, mặc định nó có tới 8 tệp.
rmalayter
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.