Điều chỉnh giữa các trung tâm dữ liệu


7

Nói chung, các liên kết giữa các trung tâm dữ liệu được chia sẻ (có cơ sở hạ tầng mạng chia sẻ). Do đó, tôi không thể phát hiện băng thông khả dụng ở giữa hai trung tâm dữ liệu có thể thay đổi theo từng thời điểm .

Liên tiếp, tôi không thể điều tiết mạng bằng cách gửi các gói UDP của mình trong số các liên kết như vậy vì tôi lo lắng về việc giảm gói và mất tin nhắn.

Có cách nào để phát hiện ngay lập tức và lặp lại băng thông có sẵn giữa hai trung tâm dữ liệu để tôi có thể điều tiết nó với các gói của mình không?

Câu trả lời:


7

Tôi không thể điều tiết mạng bằng cách gửi các gói UDP của mình trong số các liên kết như vậy vì tôi lo lắng về việc giảm gói và mất tin nhắn.

Lúc đầu, điều này nghe có vẻ giống như một vấn đề thiết kế với ứng dụng chứ không phải mạng:

  1. Mạng không đáng tin cậy.
  2. UDP không bao giờ có ý định vận chuyển tin nhắn một cách đáng tin cậy mà không cần thêm phát hiện và truyền lại mất lớp ứng dụng.

Nếu ứng dụng yêu cầu nhắn tin đáng tin cậy, nhiều người sử dụng TCP (cho các điểm cuối unicast) hoặc TIBCO RV (điểm cuối phát đa hướng). Ma quỷ luôn ở trong các chi tiết và không có một kích thước phù hợp với tất cả các giải pháp.

Có cách nào để phát hiện ngay lập tức và lặp lại băng thông có sẵn giữa hai trung tâm dữ liệu, để tôi có thể điều tiết nó với các gói của mình không?

Về cơ bản, bạn đang yêu cầu cái gọi là QoS theo truyền thống .

Khi bạn xây dựng các quy tắc để phân loại và ưu tiên lưu lượng truy cập của mình, bạn có thể sử dụng các quy tắc QoS như CBWFQLLQ để ưu tiên các lớp lưu lượng quan trọng nhất của bạn khi đối mặt với tắc nghẽn (tức là băng thông khả dụng thấp).

Ngoài ra, bạn có thể sử dụng QoS để định hình các lớp lưu lượng truy cập nhất định ở mức trung bình.

Nhìn chung, các lớp lưu lượng UDP được coi là nhạy cảm hơn so với các lớp TCP. Tất nhiên luôn có ngoại lệ cho quy tắc này; ví dụ TIBCO RV thường dựa trên phát đa hướng UDP, nhưng TIBCO bao gồm các số thứ tự để phát hiện nhu cầu truyền lại. Tùy thuộc vào các ứng dụng, bạn có thể hoặc không cần ưu tiên các lớp UDP TIBCO so với lưu lượng TCP khác.

Tôi đã không tìm thấy làm thế nào để phát hiện băng thông có sẵn.

Nó phụ thuộc vào loại QoS cụ thể, nhưng nói chung:

  • Các lớp QoS giám sát việc sử dụng trung bình trong lớp lưu lượng
  • QoS theo dõi các hàng đợi giao diện cho tắc nghẽn và chỉ ưu tiên khi giao diện có kích thước hàng đợi khác không (nghĩa là tắc nghẽn).

Câu trả lời này minh họa một loại cấu hình QoS.

Ghi chú cuối cùng:


1
Trước tiên, tôi muốn cảm ơn bạn đã trả lời của bạn. Tôi đã tìm kiếm rất nhiều nhưng cho đến bây giờ tôi không tìm thấy cách phát hiện băng thông có sẵn. Có, QoS nói về việc giới hạn thông lượng gửi của bạn đến một ngưỡng cố định. Nhưng như bạn đã biết trong mạng chia sẻ, băng thông thay đổi theo từng thời điểm. Tôi không chắc chắn rằng QoS có thể giúp đỡ. Nếu không, làm rõ nó nhiều hơn xin vui lòng.
Mohamad-Jaafar NEHME

QoS là một chủ đề lớn và là lựa chọn duy nhất của bạn trong các tình huống như thế này.
Ryan Foley

Bạn nói đúng @RyanFoley là một chủ đề lớn, cảm ơn bạn;)
Mohamad-Jaafar NEHME

Cũng không chắc chắn làm thế nào điều này trả lời câu hỏi phát hiện / xác định băng thông có sẵn trên một liên kết có băng thông có thể thay đổi.
Nanban Jim

Câu trả lời của tôi là nói rằng bạn không nên làm điều đó cho mục đích kỹ thuật giao thông. Sử dụng QoS để tự động ưu tiên lưu lượng truy cập của bạn
Mike Pennington
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.