Pułapki / wyciągnięte wnioski z wirtualizacji

23

Jakich pułapek lub wniosków wyciągnięto po konwersji istniejącego sprzętu na środowisko zwirtualizowane? Czy jest coś, co próbujesz zwirtualizować, ale nigdy więcej nie zrobisz?

Kok
źródło
Być może powinna to być wiki społeczności.
jtimberman

Odpowiedzi:

14

ZAWSZE wysuwaj wszystkie wirtualne media (CD / DVD / dyskietka), kiedy to zrobisz, ponieważ ich niepodanie często zatrzyma vMotion w jego ścieżkach.

Uzyskaj prawidłową konfigurację NTP i DNS, dzięki czemu nie będziesz rozważać samobójstwa :)

Nigdy nie możesz mieć wystarczającej ilości pamięci lub pamięci.

Upewnij się, że masz zdalny, pozbawiony systemu operacyjnego dostęp do swoich maszyn, takich jak system HP iLO.

Przechowuj repozytorium plików OS / App .ISO.

Nie jest to bezpośrednia odpowiedź na twoje pytanie, ale w nadziei, że ktoś uratuje się przed oderwaniem włosów w przyszłości, znajdując tę ​​odpowiedź - serwery blade HP nie są wysyłane z domyślnie włączonym bitem „VT”, musisz włączyć w BIOSie (F9). Bez tego ESX 3.5U4 nie generuje użytecznego błędu, nie, po prostu zawiesza się przed instalacją kodu :(

Siekacz 3
źródło
1
To nie tylko ty, myślę, że większość procesorów ma domyślnie włączone VT. Przynajmniej początkowa panika ratuje cię przed potrzebowaniem filiżanki kawy!
Kara Marfia
1
+1 za więcej pamięci. Wygląda na to, że zawsze rozwijamy nowe maszyny wirtualne i mamy dużo procesora do przejścia (nawet przy stosunkowo wolnych procesorach 2,3 GHz), ale cenną małą pamięć RAM!
Matt Rogish
2
W przypadku HP iLO uzyskaj dużą licencję. Licencja podstawowa nie zapewni dostępu do konsoli po uruchomieniu bootloadera. Z podstawową licencją możesz po prostu włączyć zasilanie (i podłączyć się do portu szeregowego) i niewiele więcej. Getty na porcie szeregowym nie ma nic na prawdziwym porcie konsoli. (dzięki sparc dostajesz jednak prawdziwą konsolę szeregową, a odpowiednik iLO firmy Sun ma konsolę bez dodatkowej licencji).
Thomas
13

Aby odpowiedzieć na zadane pytanie - pułapki związane z migracjami P2V.

Po pierwsze - migracje P2V działają w większości bardzo dobrze. Im czystsze i nowsze systemy, tym lepiej, ale nawet w przypadku migracji starych (systemów NT4) mój wskaźnik sukcesu po ponad stu migracjach w różnych środowiskach wyniósł około 90%. To systemy, które migrowały i zostały przekazane do produkcji w planowanym dniu (głównie w nocy). Miałem tylko jeden system, z którego musieliśmy wycofać się po pozornie udanej migracji - okno SQL, które wymagało większej mocy procesora niż platforma mogła kiedykolwiek dostarczyć. VMware Converter jest dobry i darmowy (dla wersji nie korporacyjnej), Platespin jest bardzo dobry (ale kosztowny).

To powiedziawszy - są rzeczy, których należy unikać.

Klastry MSCS. Możesz sprawić, by działały, ale to nigdy nie jest świetny pomysł, a Microsoft prawie na pewno nie pomoże ci w żaden sposób, jeśli będziesz mieć problemy później. Zamiast tego buduj nowe samodzielne systemy.

Duże serwery SQL - nacisk na duże. Powinny one zostać wcześniej oznaczone flagą POV z wymaganiami dotyczącymi procesora, ale nie kusz się, aby je przenieść, jeśli nie masz pewności, że docelowa maszyna wirtualna będzie miała wystarczającą rezerwę procesora.

Jeśli planujesz zmienić nazwy systemu lub adresy IP (lub oba) podczas migracji, najpierw rozważ nie robienie tego, a jeśli absolutnie nie masz wyboru, upewnij się, że masz pod ręką ludzi, którzy rozumieją, jak te zmiany mogą wpłynąć na systemy, o których mowa. Moją najgorszą migracją był serwer RSA ACE używany do uwierzytelniania sieci VPN zlokalizowanej w strefie DMZ, w której klient odmówił wysłuchania moich zastrzeżeń i nalegał na zmianę zarówno nazwy, jak i adresu IP podczas migracji.

W związku z powyższym - jeśli masz coś innego niż całkowicie płaska sieć, zbuduj kilka testowych maszyn wirtualnych i upewnij się, że sieci maszyn wirtualnych doskonale replikują te, z których migrujesz.

W środowiskach Windows AD zawsze upewnij się, że masz migrowane konto administratora lokalnego. I przetestuj to przed migracją.

Upewnij się, że masz dobry pomysł na to, jak długo to zajmie. Czasy kopiowania P2V będą się różnić w zależności od dostępnej przepustowości sieci (oczywiście), ale może również dramatycznie wpłynąć na liczbę plików w każdym migrowanym wolumenie. Jest to szczególnie problem w przypadku migracji systemów NT4 * z Platespin, ale wpłynie na kopiowanie oprogramowania P2V na poziomie pliku (co ogólnie ma zastosowanie, jeśli zdecydujesz się zmienić rozmiar woluminów). Szybkość kopiowania 70-80 Megabajtów na sekundę jest możliwa w sieciach GigE, stosunkowo szybkie źródło i dobra konfiguracja docelowa, ale 20-30 Megabajtów / s jest bardziej typowa, a dla wyżej wymienionych systemów NT z sieciami 100Meg i dużą ilością plików widziałem prędkości kopiowania zejdź do zakresu 50 kilobajtów / sek.

  • Najlepiej byłoby się ich pozbyć, ale niektórzy ludzie nie mają tego luksusu, a uzyskanie takiego systemu operacyjnego całkowicie nie do naprawienia sprzętu, na którym prawdopodobnie działa, jest prawie zawsze dobrym pomysłem.
Helvick
źródło
8
  • Wcześniej przygotuj solidną strategię tworzenia kopii zapasowych. Zdecyduj, czy chcesz wykonać kopię zapasową maszyny wirtualnej tak, jakby była na gołym metalu, czy też chcesz wykonać kopię zapasową wirtualnych dysków twardych w magazynach danych (lub obu). Ogólnie mówiąc, na początku zauważyłem, że mój wymagany ślad kopii zapasowej znacznie się zwiększył, więc przygotuj się na początkowy skok, w którym możesz wykonać kopię zapasową zarówno starej fizycznej maszyny, jak i nowej maszyny wirtualnej, zanim wszystkie problemy zostaną rozwiązane.
  • Na rozlewanie się maszyn wirtualnych też należy uważać. Gdy wirtualizacja zaczyna się rozwijać, potrzeba przeniesienia wszystkiego na maszynę wirtualną staje się wielka. Chociaż może to działać, prawdopodobnie nie zamówiłeś dokładnie wystarczającej ilości sprzętu od samego początku.
  • Myślę, że istnieją maszyny, których nie można przekonwertować, i inne urządzenia, których prawdopodobnie nie należy konwertować. Chociaż miło jest móc zabrać 10-letnią maszynę fizyczną i sklonować ją na maszynę wirtualną, z brodawkami i wszystkimi innymi, z pewnością istnieją scenariusze, w których lepiej byłoby zbudować
    czysty system operacyjny i migrować obiekty z maszyny fizycznej. Czasami lepiej nie nawracać się na pajęczyny.
  • Przygotuj się na użycie wielu portów sieciowych. Jeśli masz systemy działające na różnych sieciach VLANS, podczas gdy pojedyncze porty mogą być łączone w pień, prawdopodobnie chcesz mieć osobne porty dla sieci VLAN zasilające twój przełącznik vSwitch. Jeśli chcesz redundancji i używasz iSCSI, możesz patrzeć na wiele kart sieciowych.
Edinor
źródło
7

Z mojego doświadczenia bardzo uważaj na swój nośnik pamięci. Poszliśmy z SAN iSCSI, który okazał się obsługiwać tylko połączenia 100Mbit. Uruchomienie jednej maszyny wirtualnej w systemie nie było złe, dwie były mniej odpowiednie ... a kiedy osiągnęliśmy cel 8 maszyn wirtualnych, były one okropne.

Moja własna lekcja, której się nauczyłem: sprawdź ocenione IOPS i przeczytaj więcej opinii o produkcie, które dotyczą sposobu, w jaki zamierzasz korzystać z urządzenia pamięci

Kolejna przydatna rzecz, której się nauczyłem ... Tworzenie obrazu kopii zapasowej dysku po instalacji podstawowej i hartowaniu przyspieszy kompilację każdego innego systemu i jest bardzo przydatną rzeczą, którą należy zachować.

TrueDuality
źródło
6

Staraj się nie uruchamiać produkcyjnych serwerów baz danych w środowisku wirtualnym. Koszty ogólne we / wy są niedopuszczalne. Mieliśmy ogromne problemy, gdy nasz DBA pozwolił na zwirtualizowanie naszego głównego serwera MSSQL. Uruchamianie zapytań trwało tysiące milisekund. Kiedy przekonaliśmy ich, aby przenieśli go z powrotem do dedykowanego pudełka, nastąpił wzrost przepustowości i prędkości o 10 000%.

Mark Henderson
źródło
6

Użyj sieci redundantnej dla ruchu vmotion / vmkernel. Nie chcesz wyłączać maszyn wirtualnych tylko dlatego, że przełącznik został ponownie uruchomiony.

Aha, i zostaw jeden serwer DC / DNS / DHCP poza wirtualizacją. Użytkownicy będą cię nienawidzić mniej, jeśli dojdzie do poważnej awarii sieci SAN.

Pauska
źródło
1
+1 za niewirtualizowane podstawowe usługi sieciowe - umieściłbym NIS na tej liście. Lubię też mieć centralny serwer syslog jako niezirtualizowany, więc jeśli wszystko umrze, masz większą szansę dowiedzieć się, co poszło nie tak.
David Mackintosh
Dobrze, serwery zarządzania (takie jak vCenter Vmware) nie powinny być wirtualizowane (tak, jest to możliwe, ale nie rób tego).
pauska
5

Jeśli jeszcze go nie masz - przed migracją wykonaj pełną kopię zapasową komputera fizycznego. Obraz jest prawdopodobnie najlepszy lub można przywrócić ASR / system lub cokolwiek, co daje pełną migawkę systemu, zamiast zwykłej kopii zapasowej zawartości, którą ma większość komputerów.

Narzędzia P2V mogą niespodziewanie wystrzelić w ciebie, rujnując fizyczną maszynę (miałem konwerter VMWare, który zabił maszynę, którą próbowałem raz P2V, na szczęście była to tylko migracja testowa). Przygotuj się na przywrócenie systemu od zera. Tak, może jest to szansa 1000 do 1, ale czy chcesz być tym?

V. Romanow
źródło
5

VMWare Converter tworzy maszyny wirtualne uruchamiane ze scsi. Maszyny wirtualne MS nie mogą uruchomić się z SCSI. [edytuj - podobno wersja 4 konwertera pozwala teraz określić SCSI lub IDE, uwielbiam tych facetów]

Jeśli zamierzasz zwirtualizować maszynę fizyczną inną niż ACPI , kup odpowiednie oprogramowanie. (chyba że masz kilka tygodni na ekscytującą podróż odkrywczą!)

Ponadto VMWare Converter poradzi sobie z zadaniami, przy których MS SCVMM wzniesie ręce w rozpaczy.

Przynieś dużo pamięci RAM.

Nie rób nic, dopóki nie zostaną zainstalowane narzędzia do wirtualizacji (VMWare lub MS).

Jeśli zamierzasz przenieść go na inną platformę / wersję, odinstaluj wyżej wymienione narzędzia.

Uważaj na swoje ograniczenia procesora. P2V systemu Windows 2000 z 2 procesorami nauczyło mnie, że obsługiwany jest tylko 1.

  • 2000 - 1 rdzeń
  • 2003 - 2 rdzenie
  • 2008 - 4 rdzenie
Kara Marfia
źródło
+1 za odinstalowanie narzędzi przed przejściem na inną platformę.
kentchen
4

Jeśli zamierzasz używać SAN do przechowywania obrazów maszyn wirtualnych, upewnij się, że oznakujesz swoje urządzenia i hosty BARDZO WYRAŹNIE. Usunięcie mapowania hosta na dysk w sieci SAN robi straszne rzeczy, jeśli są nadal używane przez maszyny wirtualne.

Joe
źródło
3

Microsoft nie będzie obsługiwał programu Exchange 2003 działającego w VMware (przynajmniej taka była oficjalna odpowiedź). Przy wielu ruchach ramion mogliśmy uzyskać od nich nieoficjalne wsparcie, ale spowodowało to dodatkowe bóle głowy w i tak już stresującym kryzysie.

Aaron
źródło
3

Wiele z nich jest specyficznych dla VMware:

  • Jeśli działa słabo jako maszyna fizyczna, będzie słabo działać jako maszyna wirtualna.
  • Cold Clone ISO jest twoim przyjacielem
  • Syf na wejściu, syf na wyjściu. Jeśli korzystasz ze starszych systemów P2V, mogą one pozostawić niepotrzebny ślad. Zobacz Wyświetlanie sprzętu Ghost po P2V , Wymagane kroki po P2V i p2v-scripts.pdf
  • Upewnij się, że systemy operacyjne gościa są obsługiwane przez oprogramowanie P2V.
  • Windows 2000 może sprawiać problemy sterownikom SCSI
andyhky
źródło
2

Głupia irytacja z VMware: różne wersje VMware używają różnych sterowników SCSI dla swoich wirtualnych urządzeń dyskowych. Całkowicie możliwe jest marnowanie 2 godzin przed rozważeniem tej opcji.

Alexandre Carmel-Veilleux
źródło
1

Cóż, do tej pory nie miałem żadnych horrorów o tym, że wykonuję wirtualizację. Jednak kilka notatek.

  1. Planowanie z wyprzedzeniem w szczegółach. Szczególnie odrabiaj zadania domowe, których nie można zwirtualizować.

  2. Jeśli dostawca aplikacji działającej na serwerze nie obsługuje środowiska wirtualnego, poczekaj, aż będzie on obsługiwać.

  3. Zaimplementuj w / SAN jako pamięć przechowującą wszystkie obrazy maszyn wirtualnych.

  4. Uruchom ESX lub ESX (i) lub Hyper-V, aby uzyskać jak największą wydajność.

Może więcej, ale na razie to wszystko. :)

[aktualizacja] tutaj jest inny. Zastosuj najnowsze oprogramowanie układowe na serwerze hosta. Miałem taki, którego nie zrobiłem, co dało mi fioletowy ekran raz na kilka dni i całkowicie zepsuło serwer.

kentchen
źródło
1

Wpływ na wirtualizację stanowi około 5% wydajności narzutu. Zmierz zużycie zasobów w istniejącym środowisku, aby ustalić, czy środowisko wirtualizacji może wytrzymać to obciążenie.

Przed uruchomieniem rozwiązania do wirtualizacji:

  • Sprawdź, czy wiesz, jak wykonać kopię zapasową ORAZ przywrócić maszynę wirtualną. Używanie migawki może nie być obsługiwane, tak jak w Windows DC
  • Zapytaj redaktora, czy jego rozwiązanie jest obsługiwane w maszynie wirtualnej. Microsoft utrzymuje listę obsługiwanego oprogramowania w VM: KB 897613
  • Ponieważ bardzo łatwo jest utworzyć maszynę wirtualną, ludzie zwykle generują nową maszynę wirtualną dla każdego żądania. Wtedy masz więcej maszyn wirtualnych niż planowane jest Twoje rozwiązanie do obsługi.
Mathieu Chateau
źródło
1

Czy jest coś, co próbujesz zwirtualizować, ale nigdy więcej nie zrobisz?

Nie powiedziałbym, że nie spróbuję ponownie, ale wirtualizacja warstwowa nie jest przyjemna.

Pod pojęciem warstwowym mam na myśli uruchamianie xen lub esx na zwirtualizowanym sprzęcie, takim jak Egenera, HP Virtual Connect lub Cisco UCS. Brzmi jak dobry pomysł, ale debugowanie może być bardzo czasochłonne.

maź
źródło
0

W VMWare wiedz, gdzie kończą się migawki. Skonfigurowaliśmy nasze, aby wylądowały w jednostce LUN w sieci SAN wraz z plikami VM. Technik ćwiczył proces tworzenia migawki na jednostce LUN, która była prawie pełna. Później zrestartował maszynę wirtualną z jakiegoś powodu, a pliki dziennika spowodowały, że maszyna wirtualna nie uruchomiła się. Trochę szczęścia doprowadziło nas do tego, że LUN była pełna jako przyczyna.

BillN
źródło
0

Jeśli korzystasz z dynamicznie rozwijającego się dysku VHD, upewnij się, że jesteś wystarczająco duży. Jeśli wybierzesz 100 GB, a ostatecznie wykorzystasz tylko 20 ... żadnych biggie. Jeśli jednak wybrałeś 25, masz przed sobą trochę pracy.

JohnyD
źródło