Chúng ta hãy xem kịch bản này.
Trong một mô hình LB truyền thống, chúng ta sẽ có LB (dù có proxy ngược hay không) đưa ra yêu cầu/đại diện cho các máy chủ cấp ứng dụng. Mô hình này phù hợp với kiểu giao tiếp yêu cầu/đại diện chung, nhưng điều gì sẽ xảy ra khi chúng ta có các kết nối liên tục.
Hãy xem một ví dụ về HTTP/2.
Ở đây, chúng tôi không có mô hình Req/Rep đơn giản, nơi tôi có thể chỉ cần gửi yêu cầu và cân bằng tải yêu cầu đó và nhận phản hồi. Toàn bộ kiến trúc đó là không trạng thái (hãy quên các phiên cố định vì điều đó có ý nghĩa không liên quan trong ví dụ này). Điều gì xảy ra khi chúng tôi có một kết nối liên tục chẳng hạn như với HTTP/2.
Tôi không thể kết nối kết nối HTTP/2 với LB, nếu không LB sẽ bão hòa cực kỳ nhanh và tất cả các yêu cầu của khách hàng chưa có ổ cắm được kết nối với LB đó sẽ không gặp may. Nếu họ đang dựa vào DNS để trỏ đến LB đó, thì sẽ có rất nhiều vấn đề xảy ra khi chúng tôi hết dung lượng ổ cắm.
Chúng tôi cần một cái gì đó để gần như chuyển hướng yêu cầu SYN ban đầu sang một máy chủ khác có thể là một LB khác hoặc chính lớp ứng dụng (quên các cuộc tấn công bảo mật/bên ngoài).
Client gửi request s1.com --> (ấn DNS và trả về ip .123)
Sau đó, máy khách gửi yêu cầu kết nối HTTP/2 tới .123 (đây là LB) nhưng thay vì kết nối và chuyển lên lớp ứng dụng, nó sẽ gửi lại phản hồi tới "chuyển hướng .. tương tự như 302 trong HTTP" tới ip .124. IP .124 có thể là một loại LB khác hoặc có thể là chính lớp ứng dụng, nơi ổ cắm thực tế được liên kết với giao tiếp HTTP/2.
Việc quản lý .123 và các nút mà nó trỏ tới có thể được quản lý bằng nhiều công cụ hiện có, nhưng về mặt "chuyển hướng HTTP/2 để cân bằng vấn đề tải ổ cắm" này, tôi chưa thể tìm ra giải pháp .
Có cách nào tốt hơn để xử lý việc này (một lần nữa không phải cho các dịch vụ nội bộ mà cho các yêu cầu đối mặt với bên ngoài) hoặc có proxy/dịch vụ/hệ thống nào tồn tại để giải quyết vấn đề này không?
DSR hơi khác ở chỗ nó giải quyết vấn đề ở một lớp khác và thực sự phù hợp khi bạn có nhiều lưu lượng truy cập quay lại nhưng không giải quyết được vấn đề nếu lưu lượng truy cập hai chiều (cũng không hoạt động trên nhiều nhà cung cấp đám mây ). DSR rất có ý nghĩa đối với truyền phát phương tiện và lưu lượng phản hồi máy chủ lớn.
Cảm ơn bạn vì bất kỳ hiểu biết hoặc trợ giúp nào bạn có thể cung cấp về chủ đề này!
Thế nào
