Là cân bằng tải đàn hồi của AWS là một điểm thất bại duy nhất?

Tôi đang xem xét chuyển ứng dụng của chúng tôi lên Amazon Web Services. Kế hoạch là có tất cả các phiên bản EC2 được nhân đôi trên hai vùng khả dụng. Do chi phí chuyển dữ liệu, chúng tôi sẽ ở trong một khu vực AWS duy nhất (Oregon).

Nhiều AZ đã thoát khỏi điểm thất bại duy nhất cho các máy chủ ứng dụng và cơ sở dữ liệu của chúng tôi, nhưng ELB thì sao? Nếu tôi có một ELB phân phối lưu lượng truy cập trên hai AZ, ELB cũng được lưu trữ trên hai AZ đó phải không?

Amazon làm gì để ngăn ELB trở thành SPoF?

Về cốt lõi, ELB chỉ là một tập hợp các thể hiện EC2. Khi bạn tạo ELB , bạn chỉ định các vùng khả dụng mà bạn muốn có bộ cân bằng tải đó. Các trường hợp để tạo bộ cân bằng tải sau đó sẽ được tạo trong các vùng đó. Cách họ tránh một điểm thất bại duy nhất ở đây là trả về nhiều địa chỉ IP khi bạn thực hiện tra cứu DNS. Ví dụ:

• Tra cứu DNS cho website.example.com trả về trang web CNAME-elb-12345.eu-west-1.elb.amazonaws.com
• Việc tra cứu cũng trả về thông tin cho trang web-elb-12345.eu-west-1.elb.amazonaws.com. Nó nói rằng trang web có địa chỉ IP 1.2.3.4 và địa chỉ IP 2.3.4.5

Tùy thuộc vào khách hàng chọn địa chỉ IP nào sẽ sử dụng để tạo kết nối. Các địa chỉ IP sẽ không luôn được trả về theo cùng thứ tự từ tra cứu DNS. Một khách hàng có thể thử lại một địa chỉ IP thay thế nếu họ không thể kết nối trong lần thử đầu tiên.

Chỉ số TTL trên các bản ghi DNS cho ELB chỉ là 60 giây, điều đó có nghĩa là nếu một cá thể ELB chết và được thay thế, DNS sẽ được cập nhật ở mọi nơi khá nhanh.

Nó thực sự có thể là một SPoF nhưng tôi tin rằng nó sẽ chỉ là một SPoF trong cùng một khu vực.

Đó là lý do tại sao AWS đang đề xuất sử dụng kiểm tra sức khỏe của Tuyến 53 để phát hiện và định tuyến lại lưu lượng truy cập sẽ kết thúc với ELB không lành mạnh.

Bạn có thể sử dụng các tính năng kiểm tra sức khỏe và kiểm tra sức khỏe DNS của Amazon Route 53 để tăng cường tính khả dụng của các ứng dụng chạy phía sau Cân bằng tải đàn hồi. Tuyến 53 sẽ không đi khỏi bộ cân bằng tải nếu không có trường hợp EC2 khỏe mạnh nào được đăng ký với bộ cân bằng tải hoặc nếu bản thân bộ cân bằng tải không lành mạnh .

Nguồn: http://aws.amazon.com/elasticloadbalANCE/

Bạn có thể đi xung quanh AZ SPoF duy nhất của mình bằng cách tạo một nhóm tự động hóa trong đó nếu ELB duy nhất của bạn không đáp ứng được yếu tố X, cho dù đó là do tải, thời gian phản hồi, v.v., ELB mới được tạo. ELB về cơ bản là các phiên bản EC2 chạy mã AWS độc quyền.