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

14

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.
ewwhite
źródło

Odpowiedzi:

3

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.)
Rqomey
źródło
7

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.

Shane Madden
źródło
Czy nadal używasz hybrydowego modelu przełączników standardowych i rozproszonych?
ewwhite
@ewwhite Dokładnie; sposób, w jaki zawsze go konfigurowałem, to mieć interfejsy dla portów zarządzania vmkernel hostów jako standardowe vSwitche, a wszystko inne jako vDS.
Shane Madden
Zobacz powyższą konfigurację serwera 6 pNIC. Co sprawia, że ​​bardziej sensowne pod względem projektowym jest włączenie LACP i VDS?
ewwhite
@ewwhite Druga opcja brzmi świetnie, z zastrzeżeniem, że nie korzystałem jeszcze z funkcji LACP w vDS 5.1, więc nie mogę ręczyć za to, jak działa.
Shane Madden