HT Solution

Với Exchange 2010 có nhiều thay đổi vượt bậc trong HA (High Availability). Một trong số đó là khả năng kết nối đến Client Access Server dành cho RPC. Điều này có nghĩa, khi một máy chủ Mailbox hiện một *over (failover hoặc một switchover), thì khi đó người dùng vẫn kết nối được với RPC Endpoint của họ. Bạn cũng có thể tạo ra một Client Access Array cân bằng tải đối với RPC Endpoint của bạn trên các máy chủ CAS. Rất nhiều thông tin về Client Access Server RPC ở đây và ở đây.
Vì vậy, những tùy chọn có sẵn cho cân bằng tải RPC  Client Access Array và đồng thời cân bằng tải tất cả các dịch vụ khác của chúng ta. Đó là những chọn lựa nào?

Các giải pháp cân bằng tải cho Exchange

Ở Exchange 2007, nếu bạn muốn có một hệ thống HA đúng nghĩa, bạn cần ít nhất bốn máy chủ. Hai máy chủ cho CCR Nodes và hai máy chủ khác cho HUB/CAS Nodes. Chi phí cho bốn máy chủ này không phải là ít phải không? Thế nhưng trong Exchange 2010 bạn sẽ có nhiều hơn những lựa chọn cho hệ thống của bạn mà vẫn đảm bảo tính HA. Ở Exchange 2010 bạn sẽ biết đến khái niệm Database Availability Groups (DAGs). Các máy chủ trong DAGs sẽ có đầy đủ các roles của Exchange (HUB/CAS/MBX/UM) nhưng vẫn không thể có role Edge Transport. Do tính chất đặc thù của Edge Transport nên tôi nghĩ role này MS sẽ không để cũng những role khác, kể cả trong các phiên bản sau này.

Có một vấn đề mà chúng ta cần quan tâm. Đó là: Windows không cho phép chúng ta cài đặt Windows Network Load Balancing trên một máy chủ mà cũng chứa Failover Clustering Services. Vì vậy, trong khi chúng ta chỉ  có 2 máy chủ Exchange 2010, chúng ta cần một cách để cân bằng tải vai trò CAS để cung cấp High Availability cho Dịch vụ CAS sau:

• Outlook Web App (trước đây là Outlook Web Access) (HTTP Traffic)
• Exchange Control Panel (HTTP Traffic)
• Exchange Web Services (HTTP Traffic)
• Exchange ActiveSync (HTTP Traffic)
• Autodiscover (HTTP Traffic)
• Offline Address Book (HTTP Traffic)
• Outlook Anywhere (HTTP Traffic)
• RPC Client Access (RPC  Traffic)

Có một vài lựa chọn để bạn cân bằng tải. Đầu tiên là khả năng sử dụng ISA. Vấn đề ở đây  là ISA chỉ có thể cân bằng tải lưu lượng truy cập dựa trên HTTP. Nếu bạn xem các danh sách liệt kê ở trên, bạn có thể thấy rằng dịch vụ RPC Client Access là RPC  Traffic có nghĩa là ISA không thể cân bằng tải lưu lượng truy cập này. Chúng ta có một vài giải pháp cân bằng tải sau:

1. Cân bằng tải dùng phần cứng.

Ở giải pháp này bạn dùng một thiết bị cân bằng tải để làm cân bằng tải cho hệ thống. Trong các giải pháp tôi đưa ra theo cảm nhận chủ quan của tôi thì đây là giải pháp tốt nhất đối với hai máy chủ Exchange.

2. DAG Members, 2 HUB/CAS Servers, và Windows Network Load Balancing

Ở giải pháp này bạn cần tối thiểu 4 máy chủ. Hai máy chủ chạy mô hình DAGs chứa role Mailbox, hai máy chủ khác dùng Windows Network Load Balancing để cân bằng tải cho dịch vụ RPC Client Access đang sử dụng một RPC Client Access Array bằng cách cân bằng tải port 135  cho RPC Endpoint Mapper và các port 1024-65535.

3. 2 máy chủ chạy DAG và dùng DNS Round Robin để cân bằng tải.

Bạn dùng hai máy chủ chạy DAGs (MBX/HUB/CAS) và dùng DNS Round Robin để cân bằng tải. Đây là giải pháp tiết kiệm nhất nhưng bạn sẽ không có được cơ chế tự động cân bằng tải. Tuy bạn không phải làm bằng tay nhưng bạn lại cần một khoảng thời gian (tối thiểu là 5 phút) để hệ thống cập nhật lại DNS nếu có một máy chủ bị sự cố.

Còn nữa (đang cập nhật…)

Written by admin - Tags: DNS, Exchange 2010, HA, High Availability, ISA