vSphere - Dlaczego warto aktualizować wersję sprzętową VM?

18

Na początku roku przeprowadziliśmy aktualizację środowiska vSphere z wersji vSphere 5.0 do wersji vSphere 5.1 U1 Build 1063329, w której znalazło się około kilkunastu hostów ESXi i instancji vCenter hostowanej w systemie Windows Server 2008 R2 z dodatkiem SP1. Jednym z nierozstrzygniętych problemów tego projektu jest aktualizacja sprzętu wirtualnego do maszyn wirtualnych .

Mam problem ze zrozumieniem, dlaczego powinienem iść do pracy i przestoju, aby zaktualizować wersję Virtual Hardware na wszystkich naszych maszynach wirtualnych. Nasze nowo utworzone maszyny wirtualne korzystają z Virtual Hardware v. 9, najnowszej obsługiwanej wersji vSphere 5.1 U1, która rozwiązuje problemy, które mieliśmy z Windows Server 2012 R2 i WinPE 4.0 w naszej starszej instancji vSphere 5.0. Wszystkie nasze starsze maszyny wirtualne są kompatybilnymi wersjami sprzętu wirtualnego ( KB2007240 ), więc nie jesteśmy zmuszeni do aktualizacji ich wersji sprzętowej.

Czy brakuje mi technicznych powodów uaktualnienia całego wirtualnego sprzętu naszej maszyny wirtualnej do „najnowszej” wersji 9, ponieważ system operacyjny gościa i kompatybilność z ESXi nie są problemami? Aktualizacja sprzętu wirtualnego niekoniecznie jest trywialna, ponieważ muszę zamknąć maszynę wirtualną, zrobić migawkę lub kopię zapasową, a następnie zaktualizować ją dla kilkuset maszyn wirtualnych. Oprócz unikania konieczności robienia tego w przyszłości i uzyskiwania ciepłych kłopotów, że wszystkie nasze maszyny wirtualne działają w najnowszej wersji Wirtualnego Sprzętu, dlaczego powinienem zawracać sobie głowę prostym przejściem zamiast ciągłego uaktualniania, gdy wymieniamy nasze Maszyny Wirtualne?


źródło

Odpowiedzi:

17

Zasadniczo wirtualne wersje sprzętowe wprowadzają nowe funkcje, rozszerzają ograniczenia i mogą mieć wpływ na wydajność. Zobacz macierz wersji sprzętowej VMware .

Nie przejmuj się tym w przypadku wersji vSphere, z której korzystasz. Możesz uruchomić cały dzień na starszych wersjach, w zależności od posiadanej konfiguracji. Wersja sprzętu VM 8 brzmi jak najlepszy wybór dla konkretnej sytuacji.

Jedynym faktycznym rozważaniem w odniesieniu do wirtualnych wersji sprzętowych jest przejście z wersji 8 lub vmx-09 na vmx-10 wprowadzonej w vSphere 5.5. Ten ruch ma wpływ na zarządzanie . Pozytywne jest jednak to, że proces ten został usprawniony za pomocą klienta vSphere Web Client, który pozwala zaplanować aktualizację wersji maszyny wirtualnej podczas ponownego uruchamiania gościa.

wprowadź opis zdjęcia tutaj

ewwhite
źródło
1
opcja „Aktualizuj tylko po normalnym zamknięciu systemu gościa” jest bardzo fajna
ostrzega
Z tego, co zaobserwowałem, „Aktualizacja tylko po normalnym zamknięciu systemu operacyjnego gościa” jest bezużyteczna. Gdy jest zaznaczone, aktualizacja wersji sprzętowej ma miejsce tylko wtedy, gdy maszyna wirtualna jest wyłączona, a nie po ponownym uruchomieniu systemu-gościa, co w gruncie rzeczy rujnuje pomysł „zaplanowanej” (lub oportunistycznej) aktualizacji.
Nicolas Melay,