Zarządzanie wirtualnymi środowiskami za pomocą VMM 2008

Przeczytaj także: • Podstawowe narzędzia do planowania własnej wirtualnej infrastruktury • Rozpoczęcie pracy z Microsoft Application Virtualization

Zawartość strony

	Wprowadzenie do Virtual Machine Manager 2008
	Integracja z System Center
	Instalacja Virtual Machine Manager 2008
	Dodawanie hostów VMware ESX
	Migracja VMotion

Ten artykuł jest oparty na przedpremierowej wersji Virtual Machine Manager 2008. Wszystkie zawarte w nim informacje mogą ulec zmianie.

W zeszłym roku Microsoft zaprezentował System Center Virtual Machine Manager 2007, zapewniający skonsolidowany interfejs zarządzania wirtualną infrastrukturą, na której jest uruchomiony Microsoft Virtual Server 2005. Teraz, równolegle z wydaniem nowego hipewizora Hyper-V Windows Server 2008, pojawiła się nowa wersja Virtual Machine Manager (VMM). System Center Virtual Machine Manager 2008 zarządza nie tylko instalacjami Microsoft Virtual Server 2005 i Windows Server 2008 Hyper-V, lecz także została w nim rozszerzona obsługa serwerów VMware Infrastructure 3 (ESX/ESXi). Dzięki VMM mamy teraz zintegrowany interfejs zarządzania, który działa z naszą infrastrukturą wirtualną, obejmującą zarówno systemy firmy Microsoft, jak i VMware.

VMM obsługuje wszystkie tradycyjne zadania wirtualizacji, takie jak wdrożenia szybkiej maszyny wirtualnej (VM) z szablonów lub wcześniej skonfigurowanych maszyn wirtualnych, przekształcenia P2V (Physical-to-Virtual), scentralizowaną bibliotekę obiektów infrastruktury wirtualnej, a nawet konwersję V2V (Virtual-to-Virtual) maszyn wirtualnych (konfiguracja plików VMX plus dyski wirtualne VMDK) na maszyny wirtualne Hyper-V. Ponadto integracja VMM z resztą rodziny System Center umieszcza „w jednym okienku” zarządzanie systemami fizycznymi i wirtualnymi.

W tym artykule zbadamy VMM 2008 i nowe funkcje, jakie dostarcza administratorom IT. Następnie popatrzymy na wymagania i kroki towarzyszące instalacji VMM. Na koniec przyjrzymy się bliżej, jak użyć niektórych nowych funkcji VMM 2008.

Wprowadzenie do Virtual Machine Manager 2008

System Center Virtual Machine Manager 2008 jest niezależną aplikacją, która zapewnia na poziomie przedsiębiorstwa scentralizowane zarządzanie dla maszyn wirtualnych uruchomionych na serwerach Microsoft Virtual Server 2005 R2 SP1, Windows Server 2008 Hyper-V, Microsoft Hyper-V Server 2008 oraz VMware Infrastructure 3 (ESX/ESXi). Wraz z innymi produktami System Center, VMM zapewnia kompleksowe zarządzanie infrastrukturą fizyczną i wirtualną. Rysunek 1 pokazuje układ architektury menedżera Virtual Machine Manager.

Rysunek 1: Architektura System Center Virtual Machine Manager 2008.

Osoby znające VMM zauważą, że VMM 2008 zawiera znacznie więcej interfejsów (patrz rysunek 1). Ramki z górnej lewej strony reprezentują VMM 2008, ramki w prawym górnym rogu reprezentują System Center Operations Manager 2007, a poniżej są pokazane systemy zarządzane oraz interfejsy. Czerwone ramki wskazują serwery zarządzania, niebieskie ramki pokazują wejścia systemu, a ramki zielone są zarządzanymi systemami hosta z zarządzanymi przez nie obiektami (pokazanymi na żółto).

Czerwona ramka w górnym, lewym rogu przedstawia usługę serwera Virtual Machine Manager 2008. Nad nią znajdują się inne interfejsy: konsola administratora (Administrator Console), interfejs Windows PowerShell oraz Self-Service Web Portal z delegowanym dostępem użytkownika. Windows PowerShell tworzy postawę całego dostępu do serwera VMM. Konsola VMM Admin jest zbudowana całkowicie na Windows PowerShell, tak więc można w prosty sposób tworzyć skrypty Windows PowerShell, które uruchamiają usługę serwera VMM. W ten sposób publicznym interfejsem API dla VMM 2008 jest Windows PowerShell, a dowolny program może korzystać z VMM przy użyciu Windows PowerShell. Doskonałym tego przykładem jest integracja XenDesktop Desktop Delivery Controller firmy Citrix z Virtual Machine Manager, która jest zrobiona całkowicie przy użyciu Windows PowerShell.

Jeśli nie jest dostępna inna baza danych, VMM jest obsługiwane przez bazę danych SQL Server 2005 lub SQL Server 2008, w pełnej instalacji lub wydaniu SQL Server Express. Chociaż diagram pokazuje zarówno Operations Manager, jak i Virtual Machine Manager wskazujące na SQL Server, te dwa programy nie współużytkują bazy danych. Obydwa są po prostu uruchomione w tej samej wersji SQL Servera. Rzeczywista integracja pomiędzy Virtual Machine Manager oraz Operations Manager zachodzi przez łącznik dostępny w VMM. Ten łącznik pozwala, aby VMM i OpsMgr współużytkowały dane, który dostarczają informacje o wirtualizacji do OpsMgr oraz dostarczają do VMM dane potrzebne do działania z OpsMgr.

Dolna połowa diagramu pokazuje zarządzane hosty. Tak jak poprzednia wersja monitora, VMM 2008 nadal zarządza hostami maszyny wirtualnej Virtual Server 2005 R2 SP1 oraz udziałem scentralizowanej biblioteki. Trzeba zauważyć, że w VMM udział biblioteki nie jest specjalnym składem plików lub serwerem. Jest to po prostu udział plików Windows, którym zarządza VMM. Biblioteką tą można zarządzać przez VMM lub można też w łatwy sposób kopiować albo usuwać pliki z udziału plików i pozwolić, aby VMM odkrył te zmiany. Można także mieć kilka bibliotek, co jest użyteczne dla delegowanych zestawów serwerów i dla serwerów w odległych biurach.

Nowością w VMM 2008 jest możliwość zarządzania hiperwizorami Hyper-V oraz ESX. Hostami Hyper-V zarządza się za pomocą Windows Remote Management (WinRM) oraz interfejsu Windows Management Instrumentation (WMI). W rzeczywistości, jeśli rola Hyper-V nie jest dostępna w Windows Server 2008, przy dodawaniu potencjalnego hosta Hyper-V, VMM może automatycznie uaktywnić tę rolę dla administratora. Ta funkcja jest również dostępna dla potencjalnych hostów Virtual Server w systemach Server Windows Server 2003.

Hostami VMware VI3 ESX zarządza się tak naprawdę poprzez serwer VMware VirtualCenter. VMM 2008 jest sprzężony z VirtualCenter przez API VirtualCenter Web Services. Dlatego też do zarządzania VMware wymagany jest serwer VirtualCenter, a większość instalacji VMware w przedsiębiorstwach będzie obejmować przynajmniej jeden taki serwer. To, co jest niezwykłe w VMM 2008, to możliwość zarządzania wieloma serwerami VirtualCenter. W VMM można dodać wiele serwerów VirtualCenter i umożliwić administratorowi agregowanie całej infrastruktury VMware oraz uzyskanie pojedynczego obrazu przedsiębiorstwa, co nie było wcześniej możliwe.

Jako część rodziny produktów System Center, VMM korzysta z System Center lub interfejsu podobnego do programu Outlook w Konsoli Administratora (Administrator Console). Konsola Administratora VMM nie jest przystawką MMC; jest to całkiem nowa aplikacja wykorzystująca Microsoft .NET Framework i utworzona na najwyższym poziomie Windows PowerShell 1.0. W rzeczywistości, jak wcześniej wspomniano, każde działanie w Administrator Console wywołuje powiązane polecenie w Windows PowerShell, a więc interfejs użytkownika faktycznie korzysta z Windows PowerShell. Każde polecenie lub funkcja wykonywana w Konsoli Administratora może być wykonana poprzez wiersz polecenia w Windows PowerShell.

Każdy kreator w Konsoli Administratora zawiera przycisk View Script (Wyświetl skrypt), za którego pomocą można zobaczyć skrypt Windows PowerShell powiązany z poleceniem, które ma być uruchomione – to świetny punkt wyjścia do uczenia się relacji Windows PowerShell z VMM. Nowością w VMM 2008 jest to, że akcja View Script otwiera teraz te skrypty w Notatniku, można więc z łatwością je edytować prosto z VMM. Można także łatwo zapisywać edytowane skrypty, które można teraz ponownie użyć z biblioteki VMM – jeszcze jednej nowej funkcji VMM 2008. Polecenia VMM 2007 zostały zaktualizowane dla VMM 2008, łącznie z obsługą serwerów VMware. Te same polecenia pracują w platformach wirtualizacji, tak więc polecenia, takie jak New-VM działają w systemach firmy Microsoft oraz VMware. Administratorzy IT mogą więc użyć jednego zestawu poleceń, aby zarządzać hostami Virtual Server, Hyper-V oraz VMware ESX.

Virtual Machine Manager 2008 został jest zaprojektowany, aby zapewnić administratorom trzy ważne korzyści:

Te zalety osiągane są poprzez pewną liczbę cech i funkcji VMM. Po pierwsze, VMM pomaga maksymalizować nasze zasoby poprzez integrację zarządzania całą infrastrukturą wirtualną, niezależnie od hiperwizora. Integrując systemy firmy Microsoft i VMware, VMM 2008 zapewnia pojedynczy obraz wszystkich hostów i maszyn wirtualnych, jak pokazano na rysunku 2 i pozwala administratorom filtrować i oglądać ich systemy poprzez takie parametry, jak host, system operacyjny, właściciel, data dodania i tak dalej.

Rysunek 2: Konsola VMM pokazuje zintegrowane zarządzanie Microsoft i VMware.

VMM pomaga także zmaksymalizować zasoby systemu poprzez łatwą konsolidację serwera z konwersjami, takimi jak P2V oraz V2V. P2V pozwala nam konsolidować istniejące maszyny fizyczne na maszyny wirtualne bez konieczności ponownego instalowania tych maszyn. Jest to szczególnie użyteczne przy przekształcaniu maszyn, które w niskim stopniu wykorzystują swój sprzęt, więc można zmaksymalizować zasoby, umieszczając kilka maszyn o niskim wykorzystaniu na jednym sprzęcie fizycznym. P2V jest zintegrowaną funkcją VMM i nie wymaga dodatkowego oprogramowania ani serwerów. Dla VMM 2008 została dodana obsługa dużej liczby systemów fizycznych, łącznie z Windows Vista, Windows Server 2008 oraz hostami 64-bitowymi. Funkcjonalność P2V w VMM nieodłącznie towarzyszy narzędziom planowania, takim jak Microsoft Assessment Planning (MAP) (omówione w artykule „Podstawowe narzędzia do planowania własnej wirtualnej infrastruktury” przez Baldwina Ng oraz Jaya Saulsa), które pozwala określać kandydatów do konsolidacji serwera.

Jeśli już mamy maszyny wirtualne w formacie VMDK pakietu VMware, VMM pozwala nam użyć V2V do przekształcenia naszych istniejących VMDK na format VHD. Jest to proces trybu offline – maszyna wirtualna VMware musi być zamknięta, kiedy proces V2V przekształca rzeczywisty plik VMDK na VHD. Można również przekształcić działającą maszynę wirtualną VMware przy użyciu funkcji P2V. Może to być nieco mylące, lecz trzeba pamiętać, że maszyny wirtualne są w pierwszym rzędzie maszynami, a dopiero potem są wirtualne. Ponieważ wszystkie inne systemy widzą maszyny wirtualne jako uruchomione maszyny, więc tak samo będzie je widzieć w VMM funkcja P2V, która pozwala nam przekształcić maszynę wirtualną działającym z dowolnym oprogramowaniem wirtualizacji na dysk Microsoft VHD.

VMM zapewnia administratorom IT większą swobodę działania dzięki kilku funkcjom. Jedną z kluczowych funkcji udostępnianych przez VMM jest migracja maszyn wirtualnych z jednego hosta do drugiego, która może pomóc w utrzymaniu wysokiej dostępności i optymalizacji serwera. Za pomocą hostów Hyper-V, VMM 2008 obsługuje Quick Migration, która może przenieść maszynę wirtualną między hostami Hyper-V w czasie jedynie kilkusekundowego przestoju. Wymaga to klastra Windows Server 2008 oraz współużytkowanej pamięci, lecz VMM pomaga w łatwym zarządzaniu i konfiguracji.

Za pomocą hosta ESX VMware, VMM 2008 obsługuje także VMware VMotion, funkcję VMware, która przenosi maszyny wirtualne bez żadnego zauważalnego dla użytkownika przestoju. Wymagane są hosty VMware ESX z obsługą VMotion, podobnie jak klaster i końcowe SAN w Quick Migration. W dalszej części artykułu omówię użycie VMotion z VMM 2008.

Wreszcie VMM 2008 może przenieść istniejący serwer Virtual Server 2005 VM do hosta Hyper-V, wykonując automatycznie wszystkie aktualizacje i konwersje konieczne do migracji.

Jako część każdego wdrożenia maszyny wirtualnej (łącznie z migracjami opisanymi powyżej), włączonego poprzez konwersję lub nowe wdrożenia, VMM używa procesu o nazwie Intelligent Placement, aby rozmieścić maszyny wirtualne na hostach. Stosuje również Intelligent Placement, aby wysłać zapytania do hostów maszyn wirtualnych, którymi zarządza, pobrać kilka parametrów o dostępności zasobów tych hostów, a następnie zwrócić ważoną listę zalecanych hostów, na których można wdrożyć maszynę wirtualną. Jak można zobaczyć na rysunku 3, Intelligent Placement obsługuje hosty firmy Microsoft oraz VMware, wraz z ich konfiguracjami pamięci. Intelligent Placement w VMM 2008 rozpoznaje zarówno platformy, jak i konfiguracje. W ten sposób będzie zalecać tylko hosty, które pasują do prawidłowej platformy hosta – tylko hosty klastrowane, jeśli wymagana jest wysoka dostępność, natomiast tylko hosty 64-bitowe dla maszyn wirtualnych x64.

Rysunek 3: Intelligent Placement analizuje wszystkie dostępne hosty.

Do początku strony

Integracja z System Center

Jedną z kluczowych funkcji VMM 2008 jest integracja z System Center Operations Manager 2007. Podczas gdy VMM 2007 jest w pewnym stopniu zintegrowany z Operations Manager, VMM 2008 zawiera łącznik produktu dla Operations Manager, który znacznie zwiększa funkcjonalność integracji. Poprzez integrację z Operations Manager, VMM zapewnia skonsolidowane raporty menedżera dotyczące działania z konsoli administratora, jak również nową funkcję o nazwie Performance and Resource Optimization (PRO).

PRO uaktywnia w VMM 2008 tworzenie alertów o nazwie PRO Tips, a nawet wykonywanie automatycznych akcji napraw w oparciu o parametry monitorowania z Operations Manager. Rysunek 4 pokazuje niektóre przykłady PRO Tips. Korzystając z pakietu zarządzania z dostępem do funkcji PRO (pakiet PRO pack), VMM 2008 może wykonać zautomatyzowane akcje, takie jak migracje maszyn wirtualnych oraz tworzenie nowych maszyn wirtualnych na podstawie parametrów wydajności opartych na hoście, hiperwizorze, sprzęcie, a nawet obciążeniu.

Rysunek 4: PRO Tips zapewniają alerty oraz rozwiązania problemów w wirtualnej infrastrukturze.

Do początku strony

Instalacja Virtual Machine Manager 2008

Aby wykonać instalację System Center VMM 2008, trzeba spełnić kilka wstępnych warunków i wymagań nowego systemu. Po pierwsze, serwer VMM 2008 wymaga Windows Server 2008 x64. Serwer nie będzie instalowany w Windows Server 2003 lub wersjach x86 systemu Windows Server 2008. Konsola Admin Console oraz inne komponenty mogą nadal być instalowane w Windows Server 2003, Windows XP lub Windows Vista (w przypadku konsoli), z takimi samymi wymaganiami i procedurami instalacji jak VMM 2007.

Po drugie, VMM 2008 wymaga instalacji względem domeny Active Directory ze względu na model zabezpieczeń. VMM 2008 obsługuje zarządzanie hostami sieci granicznej (nie dołączonymi do domeny), co obejmuje P2V systemów niedomenowych i jest nowością w VMM 2008. Jedną z zalet stosowania Windows Server 2008 jako platformy instalacji jest fakt, że wiele wstępnych wymagań dla VMM (takich jak.NET Framework 3.0, WinRM i Windows PowerShell 1.0) jest już wbudowanych. Wreszcie VMM 2008 wymaga Windows Automated Installation Kit (WAIK) 3.0, chociaż instalator VMM 2008 zawiera pliki instalacyjne.

Pomimo iż zalecam, aby w środowisku eksploatacyjnym każdy komponent VMM był zainstalowany na osobnym serwerze eksploatacyjnym, omawiam tu instalację na pojedynczym serwerze. Zalecany sprzęt do instalacji serwera VMM jest 64-bitowym serwerem z procesorem 2.8 GHz lub szybszym i pamięcią RAM co najmniej 2GB. Ponieważ jest to instalacja na pojedynczym serwerze z lokalną bazą danych SQL, wymagane jest 7 GB na dysku twardym. Zwróćmy uwagę, że jeśli stosowana jest zdalna baza danych, to tylko dla samej instalacji VMM potrzebny będzie 1GB pamięci. Dla instalacji lokalnej biblioteki wymagane jest dodatkowe 80 GB przestrzeni dyskowej.

Jak wspomniano wcześniej, VMM działa na 64-bitowej instalacji Windows Server 2008. Wymagania dotyczące dodatkowego oprogramowania obejmują.NET Framework 3.0, Windows PowerShell 1.0, WinRM oraz IIS 6.0 lub późniejsze dla portalu samoobsługowego. Wymagany jest również Microsoft MSXML 6.0 Parser, lecz jest on częścią .NET Framework 3.0.

Kiedy rozpoczynamy instalację VMM, mamy do wyboru pięć opcji: Virtual Machine Manager Server, Administrator Console, Self-Service Portal oraz Local Agent, a także opcję konfiguracji pakietu zarządzania Operations Manager. Jak już wspomniałem, zainstaluję wszystkie komponenty na pojedynczej maszynie, rozpoczynając od VMM Server. Kiedy instalacja się rozpocznie, pierwsze ekrany będą sprawdzane pod kątem wstępnych wymagań systemu.

Obok wspomnianych wcześniej wymagań, maszyna musi być częścią domeny. Instalacja serwera VMM automatycznie udostępni nam wbudowane funkcje, eliminując w ten sposób potrzebę ręcznego ich włączania.

Po uruchomieniu instalatora dobrze jest użyć opcji Windows Update, aby upewnić się, że VMM 2008 jest aktualne. Instalator przeanalizuje wtedy opcje, głównie związane z instalacją bazy danych SQL. W tym przykładzie zostanie użyty SQL Server 2005 Express Edition.

Następnie kreator prosi o określanie lokalizacji scentralizowanej biblioteki. Może to być katalog lokalny na serwerze VMM (i udział będzie tworzony dla tego katalogu) albo istniejący udział plikowy. Domyślną lokalizacją jest C:\ProgramData\Virtual Machine Manager Library Files.

Następne w kolejności jest przydzielanie portów. Tutaj skonfigurujemy port dla połączenia konsoli administratora (Administrator Console) do głównej usługi serwera VMM (domyślnie port 8100); port wykorzystywany przez WinRM do wykonywania funkcji zarządzania (domyślnie port 80); oraz używany przez Background Intelligent Transfer Service (BITS) do przenoszenia plików do hostów maszyny wirtualnej (domyślnie port 443). Po wprowadzeniu tych informacji, przedstawiany jest ekran podsumowania, a instalacja serwera może się zakończyć.

Następnie zainstalujemy Konsolę Administratora (Administrator Console), która ma warunki wstępne podobne do serwera VMM. Jedyną dostępną opcją konfiguracji inną niż katalog instalacji jest potwierdzenie portu komunikacji używanego do łączenia z serwerem VMM. Tym portem powinien być 8100, tak jak to zostało skonfigurowane w instalacji serwera VMM.

Na końcu instalacji zostają podane opcje do tworzenia skrótu na pulpicie dla Administrator Console i do otwarcia konsoli, gdy zamkniemy instalację. Warto wybrać obydwie opcje. Przy pierwszym otwarciu Administrator Console, dostaniemy komunikat, aby połączyć się z serwerem (Connect to the Server). Przy instalacji pojedynczego serwera, właściwy jest localhost na porcie 8100 i można zwyczajnie nacisnąć Enter, aby uruchomić konsolę.

Na koniec zainstalujemy portal samoobsługowy. Wstępnymi wymaganiami dla niego są IIS 6.0 lub 7.0, .NET Framework 3.0 oraz Windows PowerShell 1.0 (Windows PowerShell jest konieczny, ponieważ portal samoobsługowy jest tylko jeszcze jednym interfejsem dla głównych usług VMM, które korzystają z Windows PowerShell). Przed rozpoczęciem instalacji VMM 2008 dla Windows Server 2008 trzeba uaktywnić rolę IIS. Dokonując tego, upewniamy się, że aktywne są następujące usługi roli IIS:

Jeśli te role są włączone, instalacja przejdzie do sprawdzania wstępnych wymagań i proces instalowania będzie kontynuowany. Opcje konfiguracji podczas instalacji dotyczą tylko portów używanych przez portal samoobsługowy. Pierwszy, port do łączenia z główną usługą VMM, to port 8100, ten sam jak dla Konsoli Administratora. Drugi to port, na którym ma być uruchomiony portal. Domyślnym portem jest port 80, lecz w wielu konfiguracjach ten port jest już zajęty i w takim przypadku instalator VMM wyświetli ostrzeżenie. W razie potrzeby zmieniamy port na jeden z otwartych, na przykład 8080. Instalator utworzy wtedy stronę główną portalu samoobsługowego w Microsoft System Center Virtual Machine Manager 2008 (Self-Service Portal Home). Ta konfiguracja może być zmieniona w menedżerze serwera (Server Manager).

Po zakończeniu instalacji IIS można zwyczajnie otworzyć stronę Web, przechodząc do localhost: 8080 w Internet Explorer. Jeśli podczas otwierania strony Web zostaniemy poproszeni o uwierzytelnienie, wynika to z ustawień w programie Internet Explorer. Portal samoobsługowy powinien być uruchomiony w kontekście Internet Explorera i może być konieczne dodanie serwera VMM do jego listy witryn intranetowych. Po zakończeniu tych konfiguracji będziemy gotowi do tworzenia i użycia w VMM 2008 maszyn wirtualnych z włączoną samoobsługą.

Do początku strony

Dodawanie hostów VMware ESX

Chociaż w VMM 2008 jest wiele nowych funkcji, najbardziej oczekiwaną jest zapewnie dodanie obsługi zarządzania hostem VMware ESX. Dzięki tej obsłudze VMM jest teraz z stanie zarządzać infrastrukturą wirtualną większości działów IT przedsiębiorstw.

Proces dodawania hostów ESX do Virtual Machine Manager 2008 jest całkiem prosty. Jak pisałem wcześniej, VMM 2008 zarządza hostami VMware poprzez serwer VirtualCenter, który musi być w wersji 2.0.1 lub 2.5. Aby dodać serwery VMware ESX do konsoli zarządzania, trzeba po prostu dodać serwer VirtualCenter za pomocą akcji Add VMware VirtualCenter Server, umieszczonej w górnym, prawym rogu okienka Actions (Akcje).

Po uruchomieniu kreatora, wpisujemy nazwę komputera serwera VirtualCenter wraz z kontem administracyjnym dla serwera VirtualCenter. VMM doda do interfejsu VMM hosty ESX, łącznie z istniejącą strukturą grupy hostów z VirtualCenter. To zadanie może zająć kilka minut, lecz można śledzić jego postęp z menu VMM Jobs (Zadania).

Kiedy wszystkie serwery zostaną zaimportowane, powinniśmy zobaczyć VMM taką samą strukturę serwera hosta VMware, jak w VirtualCenter. Aby dodać inny serwer VirtualCenter, trzeba zwyczajnie powtórzyć ten proces. Po dodaniu do struktury hosta do VMM, do tej samej struktury grupy można dodać serwery inne niż VMware. Oczywiście serwery inne niż VMware nie będą pokazane w VirtualCenter.

Chociaż VMM 2008 wykorzystuje VirtualCenter do zarządzania hostami ESX, musi mieć możliwość bezpośredniego dostępu do samych hostów ESX w celu wykonania niektórych funkcji, takich jak V2V, zapisywanie stanu oraz klonowanie maszyn wirtualnych z hostów ESX. Dlatego, po dodaniu serwera VirtualCenter do VMM, hosty będą się pojawiać jako OK (Limited). Aby uaktywnić pełne zarządzanie, przechodzimy do strony Properties (Właściwości) poszczególnych hostów ESX w VMM i podajemy właściwe dane uwierzytelniania, aby bezpośrednio zarządzać serwerami.

Do początku strony

Migracja VMotion

Ilekroć omawiane jest zarządzanie VMware w Virtual Machine Manager 2008, niezmiennie pada pytanie, czy VMM może wykonywać VMotion i inne funkcje VirtualCenter. Od kiedy do zarządzania VMware w VMM wykorzystywane jest VirtualCenter, odpowiedź brzmi tak!

W funkcjonalnego punktu widzenia VMM traktuje VMotion jak każdą inną migrację. Aby uruchomić VMotion, wybieramy najpierw maszynę wirtualną, którą chcemy przenieść, a następnie z okienka Actions, z prawej strony VMM, wybieramy opcję Migrate virtual machine (Przenieś maszynę wirtualną). Kiedy już to zrobimy, VMM otworzy dla tej maszyny wirtualnej okno Intelligent Placement i przedstawi potencjalne hosty docelowe, z typem transformacji Live, jak pokazano na rysunku 5. Funkcja Intelligent Placement może pomóc w wyborze właściwych hostów docelowych dla naszych maszyn wirtualnych. Zwróćmy uwagę, że jest to taki sam proces jak Quick Migration z użyciem hostów Hyper-V.

Rysunek 5: VMotion z użyciem Intelligent Placement.

Wybieramy host docelowy dla maszyny wirtualnej – w tym przypadku jest to serwer o nazwie cqaesxi003.contoso.com i klikamy Next (Dalej). W końcowym oknie podsumowania, pokazanym na rysunku 6, będzie wyświetlona żądana akcja.

Rysunek 6: Okno VMotion Summary.

Jak wcześniej wspomniano, każdy kreator w VMM ma przycisk View Script (Wyświetl skrypt), za którego pomocą można zobaczyć w Notatniku skrypt Windows PowerShell dla zadania. To daje nam możliwość zobaczenia, jak Windows PowerShell w VMM 2008 działa z VMware. Oto skrypt dla tego działania:

$VM = Get-VM -VMMServer localhost -Name "MyVM" |
  where {$_.VMHost.Name -eq "cqaesxi003.contoso.com"}
$VMHost = Get-VMHost -VMMServer localhost |   where {$_.Name -eq "cqaesxi003.contoso.com"}
Move-VM -VM $VM -VMHost $VMHost –RunAsynchronously

Trzy proste polecenia wykonują VMotion dla tego system. W tym przykładzie przenosimy maszynę wirtualną MyVM z serwera VMware o nazwie cqaesxi003.contoso.com do serwera cqaesxi001.contoso.com. Pierwszym poleceniem jest określenie maszyny wirtualnej, która ma być przeniesiona za pośrednictwem VMotion. Jak widać, w tym wierszu poleceń, wartość maszyny wirtualnej została przypisana do zmiennej $VM:

$VM = Get-VM -VMMServer localhost -Name "MyVM" |
  where {$_.VMHost.Name -eq " cqaesxi003.contoso.com"}

Drugim poleceniem jest określenie docelowego systemu hosta ESX dla maszyny wirtualnej VM. W tym wierszu zmiennej $VMHost jest przypisana wartość hosta ESX cqaesxi003.contoso.com:

$VMHost = Get-VMHost -VMMServer localhost | where
  {$_.Name -eq " cqaesxi003.contoso.com"}

Na koniec użyjemy polecenia Move-VM, aby faktycznie przenieść maszynę wirtualną. Oto pełny wiersz polecenia i parametry dla Move-VM:

Move-VM [-VM] [<String VM>] -VMHost [<String Host>] 
  [-JobGroup <Guid>] [-JobVariable <String>] [-Path
  <String>] [-PROTipID] [-RunAsynchronously] 
  [-StartVMOnTarget <Boolean>] [-UseLAN <Boolean>]
  [<CommonParameters>]

Można tu zobaczyć, że to polecenie nie jest specyficzne dla producenta lub oprogramowania, co jest zgodne z filozofią zarządzania heterogenicznego w Virtual Machine Manager. Aby zakończyć VMotion, wydajemy polecenie:

Move-VM -VM $VM -VMHost $VMHost –RunAsynchronously

To polecenie nakazuje VMM uruchomienie Move-VM, dla maszyny wirtualnej podanej w $VM, przenosząc ją do systemu hosta w $VMHost i wykonanie tej pracy asynchronicznie. Po uruchomieniu zadania cały proces może być monitorowany z okna Jobs (Zadania) w VMM. Tutaj ponownie można wykonać to samo podstawowe polecenie dla Quick Migrations na klastrach Hyper-V, a nawet na hostach nienależących do klastra, stosując transfer oparty na sieci LAN.

Jak widać, w System Center Virtual Machine Manager 2008 znakomite cechy i funkcje Virtual Machine Manager 2007 zostały rozszerzone o nowe platformy zarządzania i nowe funkcje. Mam nadzieję, że ten przegląd procesu instalacji i kilku funkcji, pokazał, jak łatwe jest zarządzanie hiperwizorami w VMM 2008.

VMM 2008 został zaprojektowany jako skonsolidowane oprogramowanie do zarządzania wirtualizacją, jednoczące systemy fizyczne i wirtualne firm Microsoft i VMware. Dzięki nowej wersji Virtual Machine Manager, administratorzy VMware, Microsoft Virtual Server 2005 oraz nowego Hyper-V mogą korzystać z pojedynczego narzędzia, pojedynczego interfejsu do wykonywania skryptów i – co najważniejsze – pojedynczego procesu zarządzania dla ich wirtualnej infrastruktury.

O autorze

Edwin Yuen jest menedżerem ds. produktów technicznych w dziale Windows Enterprise Management i odpowiada za System Center Virtual Machine Manager. Edwin przyszedł do firmy Microsoft w czerwcu 2006 r., po nabyciu przez Microsoft firmy Softricity. Edwin ma także 13-letnie doświadczenie w doradztwie technicznym, zarówno w obszarze komercyjnym, jak i rządowym. Posiada licencjat z elektrotechniki Uniwersytetu Johna Hopkinsa.

Do początku strony