VMware Distributed vSwitches (VDS) - Projekt, teoria, * prawdziwe * przypadki użycia i przykłady?

Zaczynam eksplorować przełączniki rozproszone VMware (dvSwitches lub VDS) do użycia w istniejących i nowych instalacjach. Załóżmy VMware w wersji 5.1 i nowszej z licencją Enterprise Plus . Wcześniej dobrze wykorzystałem standardowe przełączniki vSwitch zdefiniowane z odpowiednimi typami fizycznych łączy w górę (1GbE lub 10GbE) i zarządzałem niezależnie na poszczególnych hostach.

W jaki sposób używanie przełącznika rozproszonego pomaga mi w podstawowych kwestiach? Analizując inne instalacje i konfiguracje opisane w Internecie, widzę wiele sytuacji, w których wirtualna sieć zarządzania lub interfejsy VMkernel pozostają na standardowych przełącznikach, a ruch VM przechodzi do przełączników rozproszonych; model hybrydowy. Widziałem nawet zalecenia, aby całkowicie unikać przełączników rozproszonych ! Ale przede wszystkim informacje, które znajduję w Internecie, wydają się nieaktualne. Podczas słabej próby konwersji jednego z moich istniejących serwerów nie byłem pewien, gdzie należy zdefiniować interfejs zarządzania, i nie mogłem znaleźć dobrej odpowiedzi na to, jak to rozwiązać.

Jaka jest tutaj najlepsza praktyka? Aby użyć kombinacji przełączników standardowych i rozproszonych? A może to nie jest technologia zapewniająca dobry umysł? Jak to jest zabarwione ostatnim włączeniem funkcji LACP do VDS?

Oto nowy scenariusz instalacji z życia:

• Serwery HP ProLiant DL360 G7 z 6 interfejsami 1GbE pełniącymi rolę hostów ESXi (może 4 lub 6 hostów).
• 4-elementowe rozwiązanie przełączników piętrowych (Cisco 3750, HP ProCurve lub Extreme).
• Pamięć maszyny wirtualnej NFS wspierana przez EMC VNX 5500 .

Jaki jest najczystszy i najbardziej odporny sposób na zbudowanie tego zestawu? Poproszono mnie o użycie przełączników rozproszonych i ewentualnie włączenie LACP.

• Zrzucić wszystkie 6 łączy ładujących do jednego przełącznika rozproszonego i uruchomić LACP między różnymi elementami stosu przełączników fizycznych?
• Skojarzyć 2 łącza w górę ze standardowym przełącznikiem vSwitch do zarządzania i uruchomić przełącznik rozproszony 4-łącze w górę LACP dla ruchu VM, vMotion, pamięci NFS itp.?
• ???
• Zysk.

Wiem, że wiele nowych funkcji nie jest już obsługiwanych w standardowych przełącznikach, takich jak przywracanie sieci w przypadku błędnej konfiguracji i sprawdzanie kondycji sieci. Możesz teraz zapisywać i przywracać dVS osobno, co moim zdaniem było dużym problemem dla ludzi (dlatego niektórzy zaleciliby całkowite unikanie dVS.

Sądzę, że istnieją trzy powody, dla których powinieneś używać dVS w przeciwieństwie do standardu w konfiguracjach 5.1:

• Wyżej wspomniane wycofanie konfiguracji sieci i kontrole kondycji
• Łatwość zarządzania. W przypadku vMotion itp. Ogólnie wszystkie sieci są identyczne na wszystkich hostach. Jest to uciążliwe i przy korzystaniu ze standardowych przełączników jest dużo miejsca na błędy. Ten proces jest znacznie prostszy w przypadku korzystania z dVS. Z powodu tych funkcji powinieneś także mieć porty vmk na dVS
• Moim zdaniem nie będzie więcej rozwoju standardowych przełączników, myślę, że wszystko zmierza coraz bardziej w kierunku dVS. To znaczy. Nie sądzę, aby funkcje takie jak LACP zostały przeniesione do przełączników Standard.
• Możesz użyć Network IO, aby kontrolować użycie łącza w górę, jeśli go potrzebujesz (jeśli martwisz się nasyceniem vmotion itp.)

Dwie główne zalety przełączników rozproszonych to:

1. Więcej funkcji.
   • LACP, jak wspomniałeś
   • Widoczność aktywności sieciowej na każdym porcie wirtualnym (dzięki czemu można zobaczyć liczniki emisji pojedynczej / multiemisji / emisji dla konkretnej maszyny wirtualnej w interfejsie vCenter)
   • Reklamy CDP z vDS na fizyczne urządzenia sieciowe
   • Mirroring / SPAN do monitorowania lub rozwiązywania problemów
   • Przepływy netto
   • Prywatne Vlany
   • Są one wymagane w przypadku niektórych funkcji, takich jak sieciowe sterowanie we / wy i przełączniki Cisco 1000 V.
2. Łatwiejsze zarządzanie i konfiguracja.
   • Podczas dodawania nowego hosta z interfejsem obsługującym grupy portów w vDS, wystarczy przypisać interfejsy do przełącznika i dobrze jest iść ze wszystkimi skonfigurowanymi grupami portów. (Profile hosta mogą osiągnąć prawie ten sam cel, ale wprowadzanie zmian w profilu hosta jest znacznie bardziej uciążliwe).

Używam ich z powodzeniem od wersji 4.1. To duża poprawa w stosunku do standardowego przełącznika vSwitch i niesamowite jest dodawanie nowej grupy portów VM do wszystkich hostów w klastrze lub konfigurowanie sieci nowego hosta za pomocą dwóch kliknięć, ale zawsze unikałem używania ich na hostach. interfejsy zarządzania; wydawało się złym pomysłem.