Tính sẵn sàng cao đa trang web


15

Chúng tôi có một ứng dụng SaaS mà chúng tôi cần phải có sẵn. Chúng tôi đã có một cụm chuyển đổi dự phòng Hyper-V đắt tiền, được bảo trì tốt, nhưng ngày nay, trung tâm dữ liệu nơi chúng tôi lưu trữ cụm đó đã bị mất điện trong 5 giờ khiến chúng tôi hoàn toàn ngoại tuyến. Vì vậy, bây giờ chúng tôi tự hỏi liệu một cách tiếp cận tốt hơn có thể là sử dụng máy chủ tại hai trung tâm dữ liệu riêng biệt. Giả sử chúng tôi nhận được tất cả sao chép tệp back-end và sao chép dữ liệu hoạt động giữa hai trang web này, chúng tôi tự hỏi làm thế nào để xử lý định tuyến mặt trước - không có gì lạ khi chúng tôi tiếp cận vấn đề, chúng tôi luôn kết thúc với bộ cân bằng tải một điểm duy nhất của sự thất bại.

Vì vậy, câu hỏi là ... làm thế nào chúng ta có thể thiết lập cân bằng tải giữa hai trang web lưu trữ sao cho bộ cân bằng tải không phải là điểm thất bại duy nhất? Có cách nào để sử dụng hai bộ cân bằng tải riêng biệt, một ở mỗi trang không? Chúng ta có nên xem xét DNS vòng tròn không?

Câu trả lời:


14

Để làm điều này đúng, bạn cần phải có:

  • Hai trường hợp riêng biệt trong hai trung tâm dữ liệu (như bạn đã xác định)
  • Đồng bộ hóa giữa hai trung tâm dữ liệu (như bạn đã xác định)
  • Một cách để chuyển hướng khách hàng từ người này sang người khác trong trường hợp thất bại

Có hai cách phổ biến để làm điều này. Một đơn giản, một ... không.

DNS

Round-Robin DNS không hoàn toàn như bạn muốn, bởi vì rất có thể bạn muốn tất cả các yêu cầu đến DC chính và DC thứ hai chỉ được sử dụng trong thời gian ngừng hoạt động của lần đầu tiên.

Những gì bạn có thể làm mặc dù đặt một mức rất thấp trên DNS của bạn (giả sử, 30 giây hoặc 5 phút), điều đó có nghĩa là nếu DC của bạn không hoạt động, bạn chỉ cần cập nhật DNS của mình và trong vòng 5 phút hoặc lâu hơn, tất cả khách hàng của bạn sẽ chỉ vào DC khác của bạn.

Điều này có nghĩa là vì hai DC của bạn sẽ có bố cục IP khác nhau, bạn cần điều chỉnh điều này trong quá trình thiết lập trung tâm dữ liệu.

BGP

Về cơ bản, nếu bạn hỏi câu hỏi này, thì điều này nằm ngoài tầm với của bạn. Nói tóm lại, địa chỉ IP của bạn giữ nguyên, nhưng chúng được "di chuyển" từ trung tâm dữ liệu này sang trung tâm dữ liệu khác. Điều này liên quan đến các bộ định tuyến đắt tiền, dải IP đắt tiền và đăng ký đắt tiền cho cơ quan đăng ký địa phương của bạn để biết số AS và dải IP.

Các bộ định tuyến BGP của bạn dừng quảng cáo tại trung tâm dữ liệu chính của bạn và bắt đầu quảng cáo tại trung tâm dữ liệu thứ cấp của bạn. Sau đó, các tuyến internet xung quanh trung tâm dữ liệu ngoại tuyến và gửi lưu lượng đến DC mới của bạn.


Nếu bạn được ảo hóa với ESXi và vSphere, VMWare có một sản phẩm khá tốt mà chúng tôi đã thử nghiệm một lần được gọi là VMWare Site Recovery Manager , về cơ bản sẽ làm mọi thứ cho bạn. Nó giữ cấu hình VM của bạn đồng bộ hóa và cấp nguồn cho chúng trên trang web thứ 2 khi trang web thứ 1 ngoại tuyến. Đó là một số tiền lớn mặc dù.


Ngay cả với SRM, bạn vẫn cần phải sắp xếp các công cụ sao chép cũng như một số loại chuyển đổi dự phòng IP.
EEAA

Đúng, mặc dù esxi5 không có sản phẩm sao chép mới San. Tôi đã không nhìn vào nó nhiều mặc dù.
Mark Henderson

Ồ, đúng rồi đấy. Tôi nhớ đã nghe một cái gì đó về điều đó.
EEAA

1

Bạn cần phải cân bằng tải các bộ cân bằng tải.

Bạn có thể làm điều này với vòng tròn DNS nhưng cách tiếp cận đó có nhiều vấn đề. Bạn không thể kiểm soát các máy khách lưu trữ bộ nhớ cache lâu hơn bạn muốn và bạn không thể buộc lưu lượng truy cập đến một vị trí nhất định.

Bạn cũng có thể thực hiện việc này với Cân bằng tải toàn cầu (GSLB). Đây là một cách nâng cao hơn để tận dụng DNS để cung cấp cho bạn khả năng hiển thị vào nhiều trung tâm dữ liệu từ internet. Nói tóm lại, bạn thiết lập một số cơ chế để chia lưu lượng truy cập của mình thành các lát và sử dụng DNS để chọn một lát. Chúng tôi sử dụng hàm băm của trình phân giải DNS được định cấu hình để thực hiện tra cứu cho máy khách. Những người khác sử dụng địa lý để định tuyến đến trung tâm dữ liệu "gần nhất". Bạn sẽ cần thêm vào một số cơ chế để nhanh chóng xóa IP khỏi GSLB nếu một số điểm lỗi duy nhất cho trung tâm dữ liệu hoặc cụm đó đi xuống.

http://www.eukhost.com/web-hosting/kb/global-server-load-balANCE/

Cuối cùng, một số người thực sự tiên tiến giải quyết vấn đề này với Anycast DNS. Điều này một lần nữa cố gắng tận dụng cách tiếp cận trung tâm dữ liệu "gần nhất". Anycelling dịch vụ của bạn có nghĩa là bạn sẽ cần phải loại bỏ bất kỳ "trạng thái". Điều này có thể chứng minh khó khăn.


Có vẻ như phương pháp này vẫn có một điểm thất bại duy nhất, "Máy chủ chính" được mô tả trong liên kết bạn cung cấp.
Mike

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.