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?
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?
Odpowiedzi:
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 :(
źródło
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.
źródło
czysty system operacyjny i migrować obiekty z maszyny fizycznej. Czasami lepiej nie nawracać się na pajęczyny.
źródło
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ć.
źródło
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%.
źródło
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.
źródło
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?
źródło
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.
źródło
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.
źródło
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.
źródło
Wiele z nich jest specyficznych dla VMware:
źródło
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.
źródło
Cóż, do tej pory nie miałem żadnych horrorów o tym, że wykonuję wirtualizację. Jednak kilka notatek.
Planowanie z wyprzedzeniem w szczegółach. Szczególnie odrabiaj zadania domowe, których nie można zwirtualizować.
Jeśli dostawca aplikacji działającej na serwerze nie obsługuje środowiska wirtualnego, poczekaj, aż będzie on obsługiwać.
Zaimplementuj w / SAN jako pamięć przechowującą wszystkie obrazy maszyn wirtualnych.
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.
źródło
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:
źródło
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.
źródło
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.
źródło
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.
źródło