Có kỹ thuật nào khác để phân phối lưu lượng giữa các bộ cân bằng tải ngoài DNS không?

Trước hết, tôi đã đọc cái này: Tính sẵn sàng cao của bản thân các bộ cân bằng tải

Nhưng câu hỏi này không đi đủ xa.

Có vẻ như cân bằng tải DNS là chỉ có cách phân phối lưu lượng giữa các bộ cân bằng tải. (Bên cạnh việc sử dụng bộ cân bằng tải, điều này rõ ràng là không làm gì để phân phối tải nếu cuối cùng tất cả phải đi qua một máy chủ)

Điều này có vẻ như lạm dụng giao thức DNS. Tôi hiểu rằng DNS được thiết kế để phân giải tên chứ không phải cân bằng tải. Điều gì sẽ xảy ra nếu tôi muốn một thuật toán cân bằng tải phức tạp hơn bên cạnh vòng tròn? Đây có phải là cách duy nhất để phân phối lưu lượng giữa các bộ cân bằng tải không? Nếu nó không phải là phương pháp duy nhất, những phương pháp nào khác tồn tại?

Cấp, có vẻ như nó hoạt động tốt và là tiêu chuẩn hiện tại cho tất cả các công ty lớn, đúng không?

Không, DNS không phải là cách duy nhất để chuyển đổi giữa các bộ cân bằng tải.

Xem xét điều này thiết kế cân bằng tải đa tầng. Có thể mở rộng và đàn hồi.

• Lớp 7 có nhiều phiên bản cung cấp proxy nhận biết ứng dụng cho các chương trình phụ trợ. Chấm dứt kết nối TCP và có thể cả TLS. HAProxy chẳng hạn.
• Tầng 4 ở phía trước, định tuyến các gói một cách nhất quán. ví dụ như keepalived với IPVS. Thậm chí có thể là không trạng thái, với một thuật toán băm nhất quán phù hợp.
• Các bộ định tuyến ECMP cung cấp các đường dẫn dự phòng và mở rộng các liên kết theo chiều ngang.
• Và cuối cùng là DNS để người dùng có thể tra cứu địa chỉ dịch vụ.

Thông minh về việc trả lại kết quả nằm trong thông số DNS, do đó có thể thực hiện kiểm tra tình trạng, kết quả dựa trên IP địa lý và các tính năng động khác. gdnsd là máy chủ DNS chỉ có thẩm quyền mới có thể thực hiện những việc như vậy.

Tuy nhiên, DNS được lưu trữ nhiều trong bộ nhớ đệm nên thay đổi chậm. Hành vi không nhất quán kỳ quặc của máy khách cũng làm cho DNS round-robin trở nên không thực tế.Vì vậy, DNS có thể bị giới hạn trong việc tìm cửa trước, khu vực chính xác nơi đặt máy chủ của bộ cân bằng tải. Việc kích hoạt môi trường khắc phục thảm họa sẽ gây gián đoạn, nhưng thay đổi DNS có thể chuyển sang một cơ sở hạ tầng hoàn toàn riêng biệt.

Tôi hiểu rằng DNS được thiết kế để phân giải tên chứ không phải cân bằng tải.

Đối với cả hai, bởi vì (gần như) tất cả các bản ghi đều có thể được đặt, do đó, đối với một câu hỏi nhất định, khách hàng có thể nhận được nhiều câu trả lời và sau đó có thể tự do chọn bất kỳ mục nào họ thích.

Đó là lý do tại sao một mẫu phổ biến là xoay vòng giữa các câu trả lời, để khách hàng chọn mục "đầu tiên", nhưng mỗi lần nó sẽ khác nhau.

Tất nhiên, khách hàng có thể triển khai thuật toán thông minh hơn, đặc biệt cho quá trình chuyển đổi sang IPv6 với Một và AAAA bản ghi, hãy xem RFC 8305 "Happy Eyeballs Phiên bản 2: Kết nối tốt hơn bằng cách sử dụng đồng thời" nhưng đây không phải là cân bằng tải nữa.

Vì vậy, tất cả phụ thuộc vào lượng "thông minh" có ở phía khách hàng.

CHXHCNVN các bản ghi cho phép mã hóa cả mức độ ưu tiên (thất bại) và trọng số (cân bằng tải) cho bất kỳ giao thức tiềm năng nào qua TCP hoặc UDP và cho phép không phải mã hóa số cổng nữa. Đáng buồn thay, các trình duyệt không bao giờ thực hiện nó. Lặp lại mới hơn là SVCB và HTTPS hồ sơ cho phép loại điều tương tự.

Lưu ý điều này trong thực tế trong dự thảo hiện tại:

Bản ghi SRV chỉ định một "trọng số" cho cân bằng tải ngẫu nhiên không cân bằng. SVCB chỉ hỗ trợ cân bằng tải ngẫu nhiên đã cân bằng, mặc dù có thể thêm trọng số thông qua SvcParam trong tương lai.

Tiếp theo:

Điều gì sẽ xảy ra nếu tôi muốn một thuật toán cân bằng tải phức tạp hơn bên cạnh vòng tròn?

Ngày nay, điều này có nghĩa là CHXHCNVN hồ sơ và một số thông tin tình báo trong ứng dụng (phía khách hàng). Hoặc một máy chủ định danh thông minh hơn thay đổi câu trả lời của nó dựa trên yếu tố động bên ngoài (ví dụ: CDN làm gì).

Vấn đề cơ bản gặp phải với cân bằng tải ở cấp độ DNS được điều chỉnh theo TTL và bởi vì một số trình phân giải sẽ không tuân theo các giá trị quá nhỏ đối với nó.

Bạn cũng cần nhớ rằng máy chủ định danh có thẩm quyền có dữ liệu chỉ nhìn thấy máy chủ định danh đệ quy mà máy khách sử dụng hầu hết thời gian chứ không phải bản thân máy khách. Vì vậy, sự lựa chọn của nó cũng bị hạn chế bởi điều đó.

Giải pháp cơ bản nhất trong DNS thực sự chỉ đơn giản là thiết lập nhiều bản ghi cùng loại với các giá trị khác nhau và yêu cầu máy chủ định danh của bạn trả lại tất cả chúng cho khách hàng khi họ yêu cầu bản ghi tài nguyên đó.
Hiệu quả của điều đó thường được gọi là vòng tròn DNS và mặc dù nó có một số nhược điểm, nhưng nó được hỗ trợ tốt bởi các máy chủ DNS cũng như máy khách. Các vấn đề khi sử dụng kỹ thuật đó có thể áp dụng cho tất cả các giải pháp cân bằng tải DNS.

Ngoài ra câu trả lời của patrick một số máy chủ DNS có thêm một số thông tin tình báo được tích hợp hoặc bắt vít. Thay vì trả lại toàn bộ tất cả các bản ghi, phản hồi được điều chỉnh. Một số thuật toán là:

• Kiểm tra tình trạng có thể đảm bảo chuyển đổi dự phòng bằng cách xóa bản ghi của các nút bị lỗi trong phản hồi và/hoặc bằng cách sử dụng bản ghi của máy chủ dự phòng để thay thế.

• Một số máy chủ định danh có triển khai để cung cấp các bộ thông tin DNS khác nhau, thường được chọn theo địa chỉ nguồn của yêu cầu DNS.

  • Trường hợp sử dụng tầm thường hơn được gọi là thường "DNS đường chân trời phân chia" nơi yêu cầu từ khách hàng trong khuôn viên trường hoặc trong mạng công ty sẽ kích hoạt phản hồi khác so với các yêu cầu khác.
  • Trường hợp sử dụng nâng cao hơn sẽ là "GeoDNS" hoặc tương tự. Ví dụ: một trang web có thể có 2 máy chủ (hoặc cụm phía sau IP cân bằng tải), một máy chủ đặt tại Pháp và một máy chủ ở Hoa Kỳ.Với GeoDNS, có thể tạo bản ghi DNS mà khách hàng từ Châu Âu sẽ lấy địa chỉ IP của máy chủ Pháp và khách hàng từ Hoa Kỳ sẽ lấy địa chỉ IP của Mỹ.

Nhưng nhiều cách tiếp cận khác tồn tại bên ngoài các giải pháp dựa trên DNS.

• "bất kỳ" trong đó một địa chỉ IP đích duy nhất được chia sẻ bởi các máy chủ/bộ cân bằng tải ở nhiều vị trí và bộ định tuyến hướng các gói được gửi đến đích này đến vị trí gần người gửi nhất.

• logic tích hợp trong các ứng dụng với tính năng khám phá dịch vụ và chuyển đổi dự phòng