Zarządzanie wirtualizacją: czy Vcenter, Veeam itp. Powinny znajdować się na maszynie fizycznej lub maszynie wirtualnej?

10

Zauważyłem, że wiele osób korzysta z vCenter Server na maszynie wirtualnej hostowanej na Vsphere / ESXi. Wydaje mi się to dziwne, ponieważ jeśli wystąpi problem z hostem, stracisz zarówno host, jak i możliwości zarządzania, aby przełączyć hosty itp.

Czy powinienem udostępnić maszynę fizyczną (np. Microserver), aby uruchomić narzędzia do zarządzania maszynami wirtualnymi, takie jak vCenter i Veeam, czy uruchomić je z maszyny wirtualnej? Jaka jest tutaj najlepsza praktyka?

EDYCJA: - Pracuję w środowisku SMB i prawie wyłącznie używam paczek VMware Essentials, więc nie więcej niż 5 hostów, więc konfiguracja nadmiarowej lub klastrowej konfiguracji vcenter jest prawie nierealistyczna

vmware-vsphere vmware-vcenter BlueCompute
źródło
2
VMWare Essentials jest ograniczony do 3 hostów, nie będziesz w stanie uzyskać „5 hostów”, chyba że kupisz inną licencję Essential VMWare i użyjesz jej do skonfigurowania innego klastra z oddzielnym serwerem vCenter do zarządzania nim.
Rex
Słuszna uwaga! Myślałem, że mogę użyć 6 licencjonowanych gniazd jako procesora 6 x 1, ale widzę, że nie tak to działa.
BlueCompute

Odpowiedzi:

7

Najlepszą praktyką VMware jest teraz zainstalowanie vCenter na maszynie wirtualnej z HA. Pochodzi z klasy szkoleniowej VMware, kiedy pierwotnie wyszło 5. HA nie wymaga, aby vCenter faktycznie działał po skonfigurowaniu, ponieważ gospodarze wiedzą, co robić.

Mam Essentials Plus, korzystam z tej konfiguracji i mogę potwierdzić, że działa ona dobrze dla nas. Tylko upewnij się, że masz wystarczającą pojemność na swoich hostach, aby pomieścić HA.

CC.
źródło
7

Mamy ponad 100 oddzielnych centrów wirtualnych i każdy z nich jest maszyną wirtualną, co oznacza, że ​​uzyskujemy wszystkie zwykłe korzyści wirtualizacji, a ponieważ uruchamiamy je w określonym klastrze zarządzania w przypadku awarii lub innego połączenia, które możemy podłączyć bezpośrednio do hosta działają i uruchamiają się ponownie lub cokolwiek jest potrzebne. Jesteśmy czymś w rodzaju czwartego lub piątego co do wielkości klienta VMWare i nie rozważalibyśmy użycia do tego fizycznego, szczególnie dolnego zestawu, jak sugerowałeś.

Siekacz 3
źródło
Cóż, dla nas, zwykłych śmiertelników korzystających z Essentials Plus, myślę, że niepokoi mnie to, że jeśli mam trzy hosty klastrowe i vCenter, który zarządza tym klastrem, znajduje się na jednym z tych hostów, to w przypadku awarii hosta z vCenter, vCenter jest nie będą dostępne dla operacji HA w celu uruchomienia innych maszyn wirtualnych z tego hosta na dwóch dobrych hostach. Być może pomysł OP nie polega na tym, aby działał on na instalacji bez systemu operacyjnego, ale na samodzielnym serwerze poza klastrem, którym zarządza?
Safado
Naprawdę? VmWaere polega na VCenter? Funkcja Hyper-V nie (jak w: Hyper-V umieszcza maszynę wirtualną w klastrze, a następnie klaster zarządza przełączaniem awaryjnym bez kontroli SCVMM). Spodziewałbym się, że VmWare też tak będzie działać.
TomTom
2
Nie, nie TomTom, HA jest konfigurowany i konfigurowany przez vCenter, ale gdy jest już uruchomiony i hosty mają swoje plany HA, nie jest to konieczne. Jeśli stracisz vCenter, tracisz DRS, ale nie jest to zwykle problem.
Chopper3
4
@Safado - jak powiedziałem powyżej, HA - po skonfigurowaniu - nie potrzebuje VC, chyba że dodasz lub usuniesz hosty.
Chopper3
Świetny. Myślałem, że to zależy od tego, czy vCenter będzie zawsze dostępny. Dziękuję Ci.
Safado
0

w rzeczywistości przez większość czasu narzędzia do zarządzania są również zwirtualizowane, zasadniczo dlatego, że nie potrzebują wystarczających zasobów, które doradzałyby użycie fizycznego serwera.

zwirtualizowane narzędzia te mogą również korzystać z HA / FT / DRS (w środowisku vmware).

więc moja odpowiedź brzmi „nie”, nie trzeba zapewniać fizycznego serwera dla tych narzędzi zarządzania.

Xinity
źródło
0

Używamy Essentials Plus, a także uruchamiamy nasze vCenter na maszynie wirtualnej. Wasze obawy związane z tworzeniem klastrów w przypadku klastrowania zostały omówione w innych odpowiedziach i komentarzach. Podejmujemy kilka dodatkowych środków ostrożności w celu zapewnienia możliwości odzyskania środowiska:

  1. Uruchom ścieżkę pozapasmową do tej samej sieci VLAN zarządzania, abyśmy mieli alternatywny dostęp do hostów klastra, jeśli podstawowa ścieżka stanie się niedostępna. W naszym przypadku prowadzimy w pełni zwirtualizowany routing (szybka wtyczka dla VyOS ), więc po prostu uruchamiamy darmowy lub niezbędny host ESXi (w zależności od dostępnych licencji) z wystarczającą ilością wirtualnych routerów, abyśmy mogli dostać się na inne serwery ESXi.
    Używamy OSPF jako naszego IGP, więc routery na hoście poza pasmem są ustawione z nieco wyższymi kosztami interfejsu (niższa przepustowość) niż ich odpowiedniki produkcyjne, dzięki czemu mogą być cały czas uruchomione, ale nie obsługują ruchu produkcyjnego, chyba że występuje awaria klastra.
  2. Trzymaj stary laptop (którego bateria trwa dłużej niż 10 minut!) W serwerowni lub zestawie centrum danych z zainstalowaną konsolą vSphere i gotowy do pracy, abyśmy mogli podłączyć się do sieci VLAN zarządzania i zarządzać poszczególnymi serwerami. To rzadko się przyzwyczaja z powodu wspomnianego hosta poza pasmem.
Paul Gear
źródło