Monthly Archives: June 2012

Shared Nothing Live Migration w Windows Server 2012 + Demo

Shared Nothing Live Migration to nowa funkcjonalność Hyper-V w Windows Server 2012. Pozwala ona na dokonanie migracji na żywo na inny serwer Hyper-V bez żadnych współdzielonych zasobów. Nie jest wymagany żaden klaster z dyskiem typu CSV jak przy 2008R2!

Konfiguracja

Do testów wykorzystałem dwa laptopy z zainstalowanym Windows Server 2012 RC z rolą Hyper-V(HV1 i HV2). Obie maszyny przyłączone do domeny.

Pierwszą czynnością jest ustawienie delegacji kerberosa w Active Directory dla obydwu serwerów Hyper-V. Na obiekcie komputera HV1 ustawiamy delegację do HV2 i na HV2 do HV1. Aby tego dokonać uruchamiamy Active Directory Users and Computers wyszukujemy obiekt komputera i wchodzimy w jego właściwości. W zakładce Delegation zaznaczamy opcję jak poniżej i za pomocą Add dodajmy serwer, do którego ma zostać wykonana delegacja i wybieramy usługi: cifs, Microsoft Virtual System Migration Service.

Następny krokiem jest konfiguracja ustawień Live Migration na serwerach Hyper-V. Wychodzimy do ustawień serwera Hyper-V i przechodzimy do sekcji Live Migration. Zaznaczamy Enable incoming and outgoing live migrations oraz Use Kerberos. W sekcji Incoming live migrations ustawiamy uprawnienia dla przychodzących migracji. Są dwie opcje konfiguracji:

  • Use any available network for live migration – opcja ta zezwala na wszystkie przychodzące migracje
  • Use these IP addresses for live migration – opcja ta zezwala na przychodzące migracje z wskazanych adresów IP lub podsieci

Użycie Shared Nothing Live Migration

Po skonfigurowaniu obydwu serwerów można przejść do użycia tej funkcji. Klikamy prawym przyciskiem na maszynę wirtualną, którą chcemy przemigrować i wybieramy Move…. W kreatorze wybieramy Move the virtual machine i klikamy Next.

Podajemy nazwę serwera, na który chcemy przemigrować maszynę i klikamy Next.

Wybieramy gdzie chcemy umieści pliki maszyny wirtualnej i klikamy Next. W tym przypadku wybiorę opcję drugą. Jest ona ciekawa, ponieważ pozwala na wybranie gdzie mają zostać umieszczone piliki na serwerze, a w przypadku gdy nic nie wybierzemy, pliki maszyny zostaną umieszone zgodnie z ustawieniami Hyper-V. Opcja pierwsza – Move the virtual machine’s data to a single location powoduje umieszczenie wszystkich plików maszyny wirtualnej w jednej wskazanej lokalizacji. Opcja trzecia – Move only the virtual machine ma zastosowanie tylko wtedy, gdy pliki są umieszczone na zasobie sieciowym, do którego oba serwery Hyper-V mają dostęp.

Tak jak pisałem przy opisie poprzedniego kroku mamy okno z wyborem, w jaki sposób rozmieści pliki maszyny wirtualnej. Wybieramy opcję Move the virtual machine’s data automatically. Piliki zostaną rozmieszczone automatycznie zgodnie z ustawieniami Hyper-V. Klikamy Next.

Teraz już tylko sprawdzamy podsumowanie i klikamy Finish, aby rozpocząć migrację.

Przechodzenie przez kreator zajmuję chwilę czasu. Moim zdaniem jedną z najważniejszych rzeczy w Windows Server 2012 jest możliwość automatyzacji i zarządzania w prosty sposób z poziomu powershella. Migracje, która została przedstawiona powyżej można przeprowadzić jednym poleceniem za pomocą polecenia Move-VM:

Move-VM -Name 2008R2 -DestinationHost HV2 -IncludeStorage

Gdzie 2008R2 to nazwa maszyny wirtualnej, a HV2 nazwa serwera docelowego.

W trakcie testowych migracji na słabym sprzęcie(2x Dell D630) zauważyłem wypadniecie maksymalnie 3 pingów, co przy większości wykorzystywanych dziś sposób komunikacji sieciowej jest praktycznie niezauważalne. Sama migracja systemu z 1GB ramu oraz 10GB vhd trwała około 11 minut.

Demo

Poniżej krótkie demo migracji. Jest to pierwsze takie moje nagranie, więc proszę o komentarze, co poprawić 🙂

Hyper-V Replica. Część 3

We wcześniejszych postach opisałem funkcjonalność Hyper-V Replica dostępna w Windows Server 2012 (Windows Server 8 Beta, Hyper-V v3)

W tym poście opiszę jak przełączyć replikowaną maszyny na zapasowy i dokonać jej powrotu w scenariuszu planowanego przełączenia jak i awaryjnego.
Aby oba scenariusze przebiegły prawidło należy:

Planowane przełączenie

Na początek należy wyłączyć maszynę wirtualną. Nie może być włączona lub zapisana. Następnie w konsoli Hyper-V klikamy prawym przyciskiem na maszynę wirtualną i wybieramy Replication -> Planned Failover.

Po kliknięciu pojawi się okno z formatką, która przeprowadzi nas przez przełączenie maszyny na drugi serwer.

Aby rozpocząć przełączenie klikamy Failover. W zależności od tego ile danych nie zostało jeszcze zreplikowanych na drugi serwer to operacja ta potrwa od kliku sekund do kliku, kilkunastu minut.

Maszyna wirtualna przełączona na zapasowy serwer 🙂

Przełączenie awaryjne

Teraz przełączenie w nielubianym przez nikogo scenariuszu awarii głównego hosta.
Klikamy prawym przyciskiem na maszynę wirtualną i wybieramy Replication -> Failover.

Wybieramy punkt przywrócenia. Jeżeli ustawiliśmy, żeby Hyper-V trzymało więcej niż jeden punkt przywracania to wtedy będzie on dostępny na liście do wyboru. Klikamy Failover, aby uruchomić maszynę i zablokować mechanizm replikacji.

Powrót maszyn wirtualnej

W przypadku, jeśli przełączenie było robione w scenariuszu planowanym za pomocą opcji Planned Failover to powrót dokonujemy również funkcja Planned Failover.

W przypadku nieplanowanego przełączenia mamy dostępne dwie opcje powrotu:

  1. Cancel Failover – wybranie opcji Cancel Failover dostępnej w menu Replication, która usunie wszystkie zmiany na replice i przywróci stan ustawień i danych przed awarią. Trzeba pamiętać, aby na serwerze główny wybrać opcję Resume Failover, aby przywrócić replikowanie.
  2. Revers replication – opcja ta przebiega dwuetapowo. Krokiem pierwszym jest odwrócenie replikacji w celu przesłania danych z repliki na serwer główny. Dokonujemy tego opcją Revers replication w menu Replication. Opcja ta uruchomi kreator odwrócenia replikacji, który można przejść klikając wszędzie Next, a na końcu Finish, ponieważ bazuję on na istniejących ustawieniach replikacji. Drugim etapem jest dokonanie przełączenia typu Planned Failover, aby serwer wrócił na swój prawidłowy serwer główny.

Garść linków z rss’a, mały konkurs

Oznaczone ostatnio w RSSie

Jumbo frames powershellem w Windows Server 2012 – http://workinghardinit.wordpress.com/2012/06/11/configuring-jumbo-frames-with-powershell-in-windows-server-2012/

Ustawienia sieci dla Live Migration z pomocą powershella w Windows Server 2012 RC – http://www.hyper-v.nu/archives/hvredevoort/2012/06/selecting-live-migration-networks-in-windows-server-2012-hyper-v-cluster-with-powershell/

Szybka i łatwa instalacja oraz aktualizacja z poziomu cmd często wykorzystanych programów prze it pro, dev – chocolatey – http://mateusz.swietlicki.net/post/2012/06/09/chocolateyorg–Nuget-dla-Windows.aspx, chocolatey.org

Post na temat dlaczego Hyper-V Client wymaga SALT od Mariusza Kędziory – http://blogs.technet.com/b/mkedziora/archive/2012/06/06/hyper-v-slat-w-windows-8-i-windows-server-2012.aspx

Trochę dokumentów i porównań z nowym Hyper-V w Windows 2012 RC –http://blogs.msdn.com/b/virtual_pc_guy/archive/2012/06/01/hyper-v-on-windows-server-2012-rc-information.aspx

Nowy namespace WMI dla Hyper-V v3 aka root\virtualization\v2http://blogs.msdn.com/b/virtual_pc_guy/archive/2012/05/30/the-v2-wmi-namespace-in-hyper-v-on-windows-8.aspx

Server Virtualization for Dummies – darmowy ebook na temat wirtualizacji od Oracla – http://www.oracle.com/webapps/dialogue/ns/dlgwelcome.jsp?p_ext=Y&p_dlg_id=11731959&src=7314532&Act=98

Konkurs

Do wygrania Voucher na szkolenie online: “6319: Configuring Hyper-V in Windows Server 2008“. Wygrywa 4 komentarz z poprawną odpowiedzią. Kod vouchera zostanie wysłany na adres podany przy dodawaniu komentarza.
Pytanie to: Ile lat trwała implementacja SR-IOV w Hyper-V?

Update firmware w modułach Pass-thru w HP c7000

Podnosząc wersję oprogramowania onboard administratora w klatce HP c7000 oprogramowanie modułów pass-thru nie jest podnoszone automatycznie. Aby tego dokonać należy się zalogować poprzez telnet albo ssh na moduł zarządzania i wykonać tą operację ręcznie dla każdego modułu.

Po zalogowaniu wydajemy polecenie show update. Efektem polecenia będzie tego typu zestawienie:

Jak widać dla modułów Ethernet i Fiber Channel jest dostępny nowy firmware. Do podniesienia go służy polecenie update device DEVICE_NAME LOCATION, DEVICE_NAME bierzemy z kolumny Device, a Location z kolumny Location. Czyli, aby podnieść jeden z modułów Ethernet  wydajemy np. polecenie update device ICBAY 1A.

Update trwa klika sekund, ale trzeba pamiętać, że w trakcie połączenia sieciowe, fc  z blejdami są przerywane!

WordPress SEO fine-tune by Meta SEO Pack from Poradnik Webmastera
Skip to toolbar