Máy chủ SQL đa homed với các nhóm sẵn sàng cao

Chúng tôi có hai máy chủ (SQL-ATL01, SQL-ATL02) tạo thành một cụm chuyển đổi dự phòng, mỗi máy chủ hoạt động như một phần của Nhóm khả dụng cao SQL Server (HAG). Mỗi máy chủ có hai card mạng. Một là thẻ 10Gbit được kết nối trực tiếp với máy chủ khác và được sử dụng để đồng bộ hóa HAG trên mạng con 192.168.99.x. Cái còn lại là thẻ 1Gbit được sử dụng để kết nối các máy chủ DB với một bộ chuyển mạch để liên lạc với các máy chủ ứng dụng trên mạng con 10.0.0.x. Listener được trỏ đến mạng con 192.168.99.x.

Chúng tôi muốn thêm máy chủ thứ ba (SQL-NYC01) vào một vị trí thực tế khác vào cụm và chạy nó dưới dạng bản sao Async của HAG, nhưng VPN chỉ định tuyến lưu lượng truy cập trên mạng con trên mạng 1Gbit.

Có cách nào để thiết lập Cụm chuyển đổi dự phòng và Nhóm khả dụng cao để nói với nó:

Gửi lưu lượng truy cập bản sao đồng bộ cho SQL-ATL01 <-> SQL-ATL02 qua 192.168.99.x
Gửi lưu lượng truy cập bản sao không đồng bộ cho (SQL-ATL01, SQL-ATL02) <-> SQL-NYC01 trên 10.0.0.x

Hoặc chúng ta phải có tất cả lưu lượng truy cập sao chép vào và ra trên cùng một địa chỉ IP / mạng con?

sql-server high-availability network

— Josef
nguồn

Bạn có thể thực hiện điều này bằng cách điền các tệp lưu trữ của máy chủ với các mục để phân giải tên của các nút khác thành địa chỉ IP mà bạn muốn chúng sử dụng. Không chắc chắn, nhưng không quá khó để kiểm tra.

— Tony Hinkle

Có cách nào để thiết lập Cụm chuyển đổi dự phòng và Nhóm khả dụng cao để nói với nó: Gửi lưu lượng truy cập bản sao đồng bộ cho SQL-ATL01 <-> SQL-ATL02 qua 192.168.99.x Gửi lưu lượng truy cập bản sao không đồng bộ cho (SQL-ATL01, SQL -ATL02) <-> SQL-NYC01 trên 10.0.0.x

Đúng.

Tất cả lưu lượng truy cập sao chép AG đi qua các kết nối TCP / IP được tạo cho điểm cuối phản ánh cơ sở dữ liệu trên cá thể lưu trữ bản sao chính.

Theo mặc định, điểm cuối phản chiếu là lắng nghe trên tất cả các địa chỉ IP. Nếu bạn định cấu hình điểm cuối phản chiếu để chỉ nghe một trong các IP của máy chủ, thì khi bạn tạo AG, bạn phải đăng ký ENDPOINT_URL bằng địa chỉ IP đó hoặc tên máy chủ chỉ giải quyết địa chỉ IP đó.

Nhưng, trong kịch bản mong muốn của bạn, bạn phải có các điểm cuối phản ánh cơ sở dữ liệu của máy chủ ATL trên cả hai giao diện IP (nếu không NY sẽ không thể kết nối). Vì vậy, nếu bạn hiện có các nút ATL được nối với AG với ENDPOINT_URL của chúng được đặt thành các địa chỉ IP 192.x, bạn sẽ phải thay đổi đó để thêm nút NY.

Nhưng bạn có thể đảm bảo rằng lưu lượng ATL-ATL đi qua mạng 192 bằng cách sử dụng các mục nhập tệp máy chủ trên các máy chủ ATL, như @Tony Hinkle gợi ý.

— David Browne - Microsoft
nguồn

Nếu nó chỉ nghe trên một IP, không phải chỉ dành cho dữ liệu nhận được sao? Điều gì sẽ xảy ra nếu bạn muốn gửi dữ liệu qua một NIC cụ thể để buộc nó được định tuyến theo một cách nhất định. Bạn có cần tạo một tuyến đường địa phương cho điều đó?

— Alen

Khi chính gửi các gói đến thứ cấp, chúng sẽ được gửi đến địa chỉ IP mà thứ cấp đã thiết lập kết nối TCP từ đó . Trong Windows, dựa trên bảng lộ trình của người gửi ( blog.technet.microsoft.com/networking/2009/04/24/ mẹo ). Vì vậy, miễn là mỗi NIC của bạn nằm trên một mạng con khác nhau, thông thường bạn không phải quản lý các tuyến. Nếu bạn có nhiều IP trên cùng một mạng con, thì bạn sẽ phải đặt các tuyến cụ thể.

— David Browne - Microsoft