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:
- Mạng không đáng tin cậy.
- 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ư CBWFQ và LLQ để ư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: