VMware phân phối vSwitches (VDS) - Thiết kế, lý thuyết, trường hợp sử dụng * thực * và ví dụ?

Tôi đang bắt đầu khám phá các Công tắc phân tán của VMware (dvSwitches hoặc VDS) để sử dụng trong các cài đặt hiện có và mới. Giả sử VMware phiên bản 5.1 trở lên với giấy phép Enterprise Plus . Trước đó, tôi đã sử dụng tốt các vSwitch tiêu chuẩn được xác định với các loại đường lên vật lý phù hợp (1GbE hoặc 10GbE) và được quản lý độc lập trên các máy chủ riêng lẻ.

Làm thế nào để sử dụng Công tắc phân tán giúp tôi về các thuật ngữ cơ bản? Kiểm tra các cài đặt và thiết lập khác được mô tả trên internet, tôi thấy rất nhiều tình huống trong đó mạng quản lý ảo hoặc giao diện VMkernel vẫn nằm trên các bộ chuyển mạch tiêu chuẩn, với lưu lượng VM sẽ chuyển sang các bộ chuyển mạch phân tán; một mô hình lai. Tôi thậm chí đã nhìn thấy các khuyến nghị để tránh chuyển đổi phân phối hoàn toàn ! Nhưng hơn bất cứ điều gì, thông tin tôi tìm thấy trực tuyến dường như đã lỗi thời. Trong một nỗ lực yếu để chuyển đổi một trong các máy chủ hiện tại của tôi, tôi không chắc chắn nơi giao diện quản lý cần được xác định và không thể tìm thấy câu trả lời hay về cách giải quyết vấn đề này.

Vì vậy, những gì thực hành tốt nhất ở đây? Để sử dụng kết hợp các công tắc tiêu chuẩn và phân phối? Hay đây không phải là một công nghệ có tư duy tốt? Điều này được tô màu như thế nào bởi sự bao gồm các khả năng LACP gần đây trong VDS?

Đây là một kịch bản cài đặt mới ngoài đời thực:

• Máy chủ HP ProLiant DL360 G7 với giao diện 6 x 1GbE đóng vai trò là máy chủ ESXi (có thể là 4 hoặc 6 máy chủ).
• Giải pháp chuyển đổi xếp chồng 4 thành viên (Cisco 3750, HP ProCurve hoặc Extreme).
• Bộ lưu trữ máy ảo NFS được hỗ trợ bởi EMC VNX 5500 .

Cách sạch nhất để phục hồi thiết lập này là gì? Tôi đã được yêu cầu sử dụng các công tắc phân tán và có thể kết hợp LACP.

• Ném tất cả 6 đường lên vào một công tắc phân tán và chạy LACP trên các thành viên ngăn xếp công tắc vật lý khác nhau?
• Liên kết 2 liên kết với một vSwitch tiêu chuẩn để quản lý và chạy một công tắc phân tán LACP được kết nối 4 đường lên cho lưu lượng VM, vMotion, lưu trữ NFS, v.v?
• ???
• Lợi nhuận.

Tôi biết rằng rất nhiều tính năng mới không còn được hỗ trợ trên các bộ chuyển mạch tiêu chuẩn, chẳng hạn như khôi phục mạng trong trường hợp cấu hình sai và kiểm tra sức khỏe mạng. Bây giờ bạn có thể lưu và khôi phục dVS của mình một cách riêng biệt, điều mà tôi nghĩ là một vấn đề lớn đối với mọi người (đó là lý do tại sao một số người khuyên bạn nên tránh hoàn toàn dVS.

Tôi đoán có ba lý do tại sao bạn nên sử dụng dVS trái với tiêu chuẩn trong các thiết lập 5.1:

• Cấu hình mạng được đề cập ở trên và kiểm tra sức khỏe
• Dễ quản lý. Đối với vMotion, v.v., bạn thường cần tất cả các mạng giống hệt nhau trên tất cả các máy chủ. Đây là một nỗi đau và có rất nhiều chỗ cho lỗi khi sử dụng các công tắc tiêu chuẩn. Quá trình này đơn giản hơn nhiều khi sử dụng dVS. Vì những tính năng này, bạn cũng nên có cổng vmk trên dVS
• Theo ý kiến ​​của tôi, sẽ không có nhiều sự phát triển hơn trên các thiết bị chuyển mạch tiêu chuẩn, tôi nghĩ mọi thứ sẽ ngày càng tiến về phía dVS. I E. Tôi không nghĩ các tính năng như LACP sẽ được chuyển sang các thiết bị chuyển mạch Tiêu chuẩn.
• Bạn có thể sử dụng Network IO để kiểm soát việc sử dụng đường lên nếu bạn yêu cầu (nếu bạn lo lắng về độ bão hòa vmotion, v.v.)

Hai lợi ích chính của thiết bị chuyển mạch phân tán là

1. Nhiều tính năng hơn.
   • LACP như bạn đã đề cập
   • Khả năng hiển thị vào hoạt động mạng trên mỗi cổng ảo (vì vậy bạn có thể thấy các bộ đếm unicast / multicast / quảng bá cho một VM cụ thể trong giao diện vCenter)
   • Quảng cáo CDP từ vDS đến các thiết bị mạng vật lý
   • Phản chiếu / SPAN để theo dõi hoặc xử lý sự cố
   • Dòng chảy
   • Vlans tư nhân
   • Và chúng được yêu cầu cho một số tính năng như điều khiển I / O mạng và chuyển mạch Cisco 1000V
2. Quản lý và cấu hình dễ dàng hơn.
   • Khi thêm một máy chủ mới có giao diện phục vụ các nhóm cổng trong vDS, bạn chỉ cần gán các giao diện cho công tắc và thật tốt khi đi với tất cả các nhóm cổng được định cấu hình. (Cấu hình máy chủ có thể đạt được kết quả tương tự, nhưng thực hiện thay đổi trong cấu hình máy chủ sẽ gây khó khăn hơn nhiều.)

Tôi đã sử dụng chúng khá thành công kể từ 4.1. Đó là một cải tiến lớn so với vSwitch tiêu chuẩn và thật tuyệt vời khi có thể thêm một nhóm cổng VM mới vào tất cả các máy chủ trong một cụm hoặc định cấu hình mạng của máy chủ mới trong hai lần nhấp, nhưng tôi luôn tránh sử dụng chúng trên máy chủ ' giao diện quản lý; dường như là một ý tưởng tồi