Không, đây không phải là cách nó hoạt động. Bạn có thể định cấu hình nhiều bản ghi của một số loại và tên vào một vùng. Khách hàng thường không biết về điều đó; nó yêu cầu một tên và loại nhất định (ví dụ: trình duyệt yêu cầu tên bạn đã nhập vào hộp địa chỉ, thuộc loại A, AAAA).
Nếu có nhiều hơn một bản ghi được trả về, nó sẽ chọn ngẫu nhiên một bản ghi và cố gắng kết nối ở đó. Khách hàng có quyền thử kết nối lại với một bản ghi khác nếu có. Máy chủ cũng khuyến khích hành vi này, bằng cách trả lời cùng một truy vấn với thứ tự bản ghi khác nhau mỗi lần. Vì vậy, ngay cả khi một số khách hàng "luôn chọn người đầu tiên", thì việc ngẫu nhiên hóa trên máy chủ vẫn diễn ra. Bằng cách này, một dạng nguyên thủy của cân bằng tải đã đạt được.
Bộ cân bằng tải DNS đặc biệt trả về bản ghi A có TTL rất thấp, vì vậy chúng sẽ hết hạn nhanh chóng; do đó, máy chủ có thể phản ứng nhanh chóng với các đột biến tải đột ngột hoặc sự cố ngừng hoạt động của nút phụ trợ, bằng cách bỏ qua địa chỉ của chúng khỏi các câu trả lời.Bạn có thể thấy điều này đang hoạt động nếu bạn cố gắng giải quyết các máy chủ hội nghị truyền hình của Zoom; họ sử dụng công nghệ này. Nhưng điều đó yêu cầu phần mềm đặc biệt này, bộ cân bằng tải DNS, để quản lý DNS cho tên này và đây mới chỉ là phần đầu của câu chuyện.
Nói chung, nếu IP thử lần đầu tiên nhận được tại Bản ghi A không trả lời, ứng dụng khách web thường trả về lỗi, ngay cả khi có các IP khác để thử. Có những phần mềm thực sự thử lại lần nữa, chẳng hạn như OpenVPN có thể thử lại vô thời hạn, nhưng đây là trường hợp đặc biệt.
DNS cung cấp khả năng dự phòng theo cơ chế hoàn toàn khác, một lần nữa, mong đợi một ứng dụng khách đủ thông minh. Có loại bản ghi DNS đặc biệt, được gọi là CHXHCNVN (dịch vụ), có 4 trường dữ liệu: ưu tiên, trọng lượng, cổng, tên.
Tên đơn giản nhất: tên của bản ghi A mà bản ghi SRV này mô tả. Cổng là cổng TCP hoặc UDP mà dịch vụ được yêu cầu tồn tại trên máy chủ có tên đó. Đây phải là tên có bản ghi A hoặc AAAA được liên kết; CNAME không được phép. Nếu có nhiều hơn một bản ghi A hoặc AAAA của tên đó, chúng tôi sẽ có hành vi DNS "thử một lần" thông thường cho bản ghi SRV cụ thể này (nhưng khách hàng nên thử các bản ghi SRV khác nếu có, ví dụ: với các giá trị ưu tiên cao hơn).
Trọng lượng cho phép kiểm soát cân bằng tải sâu hơn: nếu có một số bản ghi có cùng mức độ ưu tiên, khách hàng nên cố gắng phân bổ tải theo trọng số của chúng. Nó thường được thực hiện theo xác suất.
Mức độ ưu tiên dành cho dự phòng: các bản ghi đầu tiên có giá trị thấp nhất phải được thử, sau đó là mức độ ưu tiên tiếp theo, v.v. Nhưng một lần nữa, thử lại là tùy thuộc vào khách hàng.
Bản ghi trông giống như:
_kerberos._tcp.example.net. CHXHCNVN 0 100 88 dc.example.net.
Dấu gạch dưới thực sự là dấu gạch dưới trong tên bản ghi. Nó nói rằng dịch vụ "kerberos" được cung cấp qua TCP tại cổng dc.example.net 88. dc.example.net phải là bản ghi A hoặc AAAA. Ví dụ này là từ MS Active Directory, chủ yếu dựa vào DNS để hoạt động đúng cách và sử dụng nó cho ldap (thư mục) và kerberos (khung bảo mật).Nếu bạn có nhiều bộ điều khiển miền AD, sẽ có nhiều bản ghi như vậy, trỏ đến các DC khác nhau.
Loại bản ghi này được sử dụng cho ví dụ: ldap, kerberos, kpasswd (thay đổi mật khẩu kerberos), xmpp (jabber), sip (điện thoại ip) và vài người khác dịch vụ.
MX giống như một "trường hợp đặc biệt của SRV", gắn với cổng 25 và chỉ có trường "ưu tiên", không có "trọng số". Nó chỉ là một "kiểu cũ", được phát minh ra trước CHXHCNVN (và đã truyền cảm hứng cho nó). Và nó chỉ được sử dụng cho email.
SRV không thể giúp bạn với các dịch vụ web. Nó chỉ giúp cho các dịch vụ mà khách hàng biết sử dụng bản ghi SRV để khám phá máy chủ; khách hàng web không bao giờ làm điều này.
