Làm thế nào để cân bằng tải phù hợp với một trung tâm dữ liệu với thông lượng cao hơn nhiều so với mức chúng có thể xử lý?


10

Bạn có một trung tâm dữ liệu được chuẩn hóa trên các kết nối 10GE. Với, giả sử, Nexus 7000 trong lõi, Nexus 5000 trong tổng hợp và một số bộ mở rộng vải cho cạnh máy chủ (Tôi sử dụng thiết bị của Cisco làm ví dụ vì đây là những gì trong phòng thí nghiệm cụ thể của tôi). Có một số bộ cân bằng tải ACE 4710 treo trên Nexus 5000 của bạn, nhưng chúng chỉ có giao diện 1GE. Tất cả các kết nối chuyển đổi của bạn là 10GE, cần thiết cho lưu lượng truy cập đông-tây (VM-to-VM) khổng lồ trong các trung tâm dữ liệu ảo hóa hiện đại.

Do các bộ cân bằng tải không trở thành nút cổ chai trong điều kiện giao thông nhất định? Tôi có thể thấy làm thế nào một số lưu lượng truy cập đông tây địa phương thậm chí không cần đến bộ cân bằng tải, nhưng có những tình huống khác mà bạn cần đi qua lõi, và thậm chí có thể kết nối trung tâm dữ liệu.

Về cơ bản, tôi biết các bộ cân bằng tải được sử dụng trong lưu lượng máy khách-máy chủ (bắc-nam) và những thứ như HTTP GET không cần 10GE, nhưng có những tình huống trong đó bộ cân bằng tải 1GE của bạn có thể gặp phải vấn đề khác Đường dẫn lưu lượng truy cập 10GE và gây ra sự cố cho những thứ như vMotion (ví dụ)?


1
ACE 4710 đã được EOL / EOS từ năm 2010. Bạn có bị ràng buộc với bộ cân bằng tải này không, hoặc bạn có sẵn sàng sử dụng bộ cân bằng tải hiện đại có thể mở rộng quy mô cao hơn nhiều không? (Nhiều nhà sản xuất tạo ra chúng.) Không có lý do gì để đặt giới hạn một cách giả tạo vào thông lượng của bạn theo cách bạn mô tả. Chà, không có lý do gì ngoài chi phí, nhưng thực sự nếu bạn đã mua cơ sở hạ tầng mà bạn mô tả, bạn có thể sẽ còn dư tiền để thiết lập cân bằng tải thực sự.
Brett Lykins

Đây thực sự không phải là một môi trường sản xuất, mà là một kịch bản "phòng thí nghiệm" thực tế có chứa các thiết bị cụ thể này. Nói một cách khái quát hơn, câu hỏi của tôi là, với tải lưu lượng của một trung tâm dữ liệu điển hình, làm thế nào để bạn đảm bảo bộ cân bằng tải không trở thành nút cổ chai trong thiết kế của bạn? Điều này phù hợp với thiết kế của bạn, ví dụ như nếu trung tâm dữ liệu của bạn được đa nhiệm hóa, bạn sẽ cân bằng tải ở tầng nào, v.v. Trong ví dụ cụ thể của tôi, tôi không thể thay đổi vì đó không phải là thiết kế của tôi, có nghĩa là có Các thiết bị của ACE được trang bị một trong những chiếc Nexus 5000 mạnh hơn nhiều.
sentinel

Câu trả lời:


6

Do các bộ cân bằng tải không trở thành nút cổ chai trong điều kiện giao thông nhất định?

Chắc chắn, nhưng điều này thường không phải là trường hợp trong một mạng được thiết kế tốt.

Bạn sẽ có thể thiết kế mạng của mình theo cách cho phép phần lớn lưu lượng truy cập từ máy chủ đến máy chủ nội bộ của bạn ("đông tây" khi bạn đặt nó) ngay cả khi nó cần phải đi qua lõi của bạn hoặc giữa các trung tâm dữ liệu.

Mặc dù bộ cân bằng tải thường là cổng mặc định cho các máy chủ phía sau nó, tôi đã thấy các thiết lập nơi giao thức định tuyến (tức là OSPF hoặc RIP) được chạy để cho phép lưu lượng "đông-tây" phá vỡ bộ cân bằng tải hoặc trong các triển khai nhỏ hơn nơi các tuyến tĩnh được sử dụng.

Nếu các bộ cân bằng tải sẽ là một nút cổ chai ngay cả với một thiết kế tốt (tức là lưu lượng giao thông chỉ ở mức cao), thì cũng có nhiều cách để cân bằng tải trên nhiều bộ cân bằng tải.


4
Thật. Nếu có LB trong đường dẫn vMotion của bạn, bạn đã thất bại với tư cách là một kỹ sư.
Ricky Beam

"... cũng có nhiều cách cân bằng tải trên nhiều bộ cân bằng tải" - chẳng hạn như chọn bộ cân bằng tải mạng từ DNS?
Andrei Rînea

2

Đây thực sự là một nút cổ chai và sẽ giới hạn thông lượng của bạn đến "liên kết yếu nhất trong chuỗi" là LB của bạn. Tuy nhiên, bạn có thể nhận được xung quanh nó. Nếu bạn sử dụng một cái gì đó gọi là "chuyển đổi" hoặc "trả lại máy chủ trực tiếp", bạn có thể thực hiện các luồng lưu lượng không đồng bộ. Cách thức hoạt động là thế này:

a) khách hàng đưa ra yêu cầu http đến 2.2.2.2

b) LB trả lời trên 2.2.2.2 và chuyển yêu cầu đến máy chủ - vì LB và máy chủ nằm trên cùng một mạng LAN, điều này được thực hiện ở lớp 2.

c) Máy chủ chấp nhận kết nối đến này vì IP 2.2.2.2 nằm trên giao diện loopback bí danh (nếu không, nó sẽ làm rơi gói không khớp với giao diện).

d) Máy chủ trả lời trực tiếp cho khách hàng.

Yêu cầu là một vài byte. Các nội dung được phục vụ có thể có kích thước bất kỳ. Lưu lượng đi không đi qua LB để bạn có thể xử lý nhiều lưu lượng hơn.

Chúc mừng

--tc


1
Hãy nhớ rằng làm như vậy chỉ thích hợp cho các cụm L4. Đối với cụm L7, điều này sẽ phá vỡ việc viết lại tiêu đề, chèn cookie (kiên trì), chấm dứt SSL, bất kỳ loại kết hợp URL nào và bất kỳ tính năng nâng cao nào khác của nhiều cân bằng tải.
YLearn
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.