Tag Archives: Windows Server 2008 R2

Mobilność maszyn wirtualnych w Hyper-V

WGUiSWWe wtorek drugiego kwietnia na WGUiSW będę prowadził prezentację o Hyper-V pod tytułem “Mobilność maszyn wirtualnych w Hyper-V”Opowiem o mechanizmach, które umożliwiają naszym maszyna wirtualnym posiadaniem małego ADHD w przemieszczaniu się pomiędzy różnymi hostami Hyper-V zaczynając od pierwszej wersji, czyli 2008, a kończąc na 2012 pokazując jak wirtualizacja od MSFT ewoluuje na tym przykładzie.

Strona spotkania na WSS – link oraz Facebooku – link

Spotkanie dostępne będzie również online pod adresem https://meet.lync.com/wguisw/pawel.plawiak/36MDF57F

Nic teaming na serwerach HP z Hyper-V w wersji 2008 i 2008R2

http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01663264/c01663264.pdf – Bardzo dobry dokument HP objaśniający jak należy skonfigurować nic temaing, kiedy chcemy wykorzystać go w połączeniu z Hyper-V w 2008 i 2008R2. Z doświadczenia podpowiem, że instalacja w innej kolejności niż zalecana potrafi dać trochę dziwnych problemów do rozwiązywania.

Warto obejrzeć – Lessons from the Field: 22 VDI and RDS Mistakes You’ll Want to Avoid

Sesja z TechEd North America 2012 na temat wyboru RDS vs VDI, popełnianych błędach przy wdrażaniu i administracji. Jeżeli zastanawiasz się nad wdrożeniem terminali lub wirtualnych desktopów to polecam się z tym zapoznać, a dla osób, które posiadają już takie rozwiązanie, materiał ten może pomóc w odnalezieniu już istniejących błędów – szczególnie polecam slajd na temat Load Balancingu.

http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012/VIR317

VMM2012, Perimeter host i Error (2910)

Wczoraj wieczorem host którego mam w DMZecie przestał odpowiadać w VMM. Błąd który wystąpił to Error (2910):

Error (2910)
 VMM does not have appropriate permissions to access the resource C:\Windows\system32\vmms.exe on the DMZ server.
Access is denied (0x80070005)Recommended Action
 Ensure that Virtual Machine Manager has the appropriate rights to perform this action.

Problem jest z kontem serwisowym VMM na hoście który jest w workgroupie. Konto wygasa domyślnie po 45 dniach.

Odznaczamy User must change password at next logon i zaznaczamy Password never expires.

KB Microsoftu: http://support.microsoft.com/kb/971825

VMM, Hyper-V klaster i nowy nod w klastrze.

Po dodaniu nowego noda do klastra Hyper-V zarządzanego przez Virtual Machine Manager wypadało by dodać go do VMM. Podczas dodawania go poprzez funkcję Add Host w VMM dostaniemy komunikat błędu “Error 400. The server %ComputerName; is already associated with this Virtual Machine Manager server. ” gdzie %ComputerName; to nazwa naszego klastra.

Aby poprawnie dodać nowy nod w VMM należy najpierw odświeżyć klaster. Następnie po rozwinięciu gałęzi klastra pojawi się nasz nowy host w statusie pending. Klikamy na niego prawym przyciskiem i wybieramy funkcję Add Node To Cluster. Podajemy poświadczenia administracyjne i czekamy aż zainstaluję się agent vmm i gotowe :).

Linux Integration Services 2.1 i upgrade krenela na maszynie wirtualnej.

Posiadając maszynę wirtualną na Hyper-V z zainstalowanym linuxem wraz z Intergration Services do niego po instalacji nowej wersji kernelu możemy być niemiło zaskoczeni, np. po restarcie nasz system na maszynie nie podsienie się i da nam taki komunikat: “Unable to mount root file system”.

Rozwiązaniem problemu jest użycie Dynamic Kernel Module Support wraz z Linux Integration Services. Opis jak to zrobić dla supportowanych dystrybucji linuxa znajdziemy w KB2387594(http://support.microsoft.com/kb/2387594)

Usuwanie wszystkich połączeń trybu RemoteApp w Windows 7 skryptem

REG DELETE HKEY_CURRENT_USER\Software\Microsoft\Workspaces\Feeds /F
REG ADD HKEY_CURRENT_USER\Software\Microsoft\Workspaces\Feeds /F
FOR /F "tokens=*" %%A IN ('dir /b "%APPDATA%\Microsoft\Windows\Start Menu\Programs\" ^| findstr "RemoteApp"') DO RD "%APPDATA%\Microsoft\Windows\Start Menu\Programs\%%A" /S /Q

Więcej niż 4 vCPU w Hyper-V i problemy

kicekpicek na swoim blogu napisał(link) o tym jak można zwiększyć ilość vCpu dla maszyny wirtualnej powyżej czterech. Jako, że musiałem ostatnio taką sztuczkę zastosować to podzielę się problemami napotkanymi po drodze.

  1. Maszyna podana takiemu zabiegowi była umieszczona klastrze. Podczas edycji pliku dostajemy komunikat, że plik jest używany przez inny proces. Aby wyedytować plik konfiguracyjny maszyny należy poprzez przystawkę Failover Cluster Manager wyłączyć konfigurację na zasobie na klastrze.
  2. System Center Virtual Machine Manager 2008R2 wykład się przy wejściu na właściwości maszyny.

Przepis na prosty lab Hyper-V Failover Cluster z wykorzystaniem Hyper-V Server 2008R2 i Microsoft iSCSI Software Target 3.3

W tym wpisie przedstawię jak stworzyć prostą instalacje klastra Hyper-V z możliwością Live Migration na potrzeby testów. Lab ten potrzebny jest mi do artykułu na temat VMM2008R2.

Do stworzenia klastra zostały wykorzystane trzy laptopy Dell E5400 z 4GB RAMu i procesorem Core 2 Duo wspierającym wirtualizację oraz switch gigabitowy. Lab w całej okazałości:

Na 2 laptopach został zainstalowany Hyper-V Server 2008R2 SP1, a na trzecim został zainstalowany Windows Server 2008 R2 Standard SP1.

Schemat laba

Na serwerze DC została stworzona nowa domena o nazwie hvlab.local. Serwer HV1 i HV2 zostały dodane do nowo powstałej domeny hvlab.local.

Do zapewnienia wspólnego dysku dla klastra wykorzystamy darmowy target iscsi Microsoft iSCSI Software Target 3.3. Do pobrania z http://www.microsoft.com/download/en/confirmation.aspx?id=19867

Przygotowanie serwerów Hyper-V

Na obu serwerach został wykonane poniższe kroki.

Z poziomu sconfig.cmd:

  • wybieramy opcję 11 i włączamy Failover Clustering Feature
  • wybieramy opcję 4 i włączamy:
    • opcja 1 Allow MMC Remote Management
    • opcja 2 Enable Windows PowerShell
    • opcja 3 Allow Server Manager Remote Management

Na serwerze z poziomu CMD wykonujemy polecenie iscsicpl. Przy pierwszy uruchamieniu dostaniemy poniższy komunikat na który odpowiadamy Yes.

 Z zakładki Configuration kopiujemy sobie na bok Initiator Name. Będzie to potrzebne do konfiguracji iSCSI Target.

Z poziomu Hyper-V managera na obu serwerach tworzę wirtualną sieć zewnętrzna LAN. Ze względu na to, iż laptopy mają jedną kartę sieciową przy tworzeniu sieci zezwalam na zarządzanie systemem na  współdzielonej karcie sieciowej.

Konfiguracja dysków dla klastra

Na serwerze DC instalujmy Microsoft iSCSI Software Target 3.3 i uruchamiamy konsole Microsoft iSCSI Software Target.

Tworzymy nowe iSCSI Target dla HV1 i HV2:

  1. Z menu wybieramy Action -> Create iSCSI Target
  2. Podajmy nazwę dla naszego targetu. Dla mnie będzie to HV1 oraz HV2
  3. W polu IQN idnetifier podajmy wcześniej zapisane Initiator Name z serwerów HV1 i HV2
Tworzymy nowe dyski o rozmiarzez 1024MB na Qurum klastra oraz drugi dysk na pliki maszyn wirtualnych.
  • Klikamy prawym na Devices i wybieramy opcję Create Virtual Disk
  • Podajmy pełną ścieżkę do nowego pliku VHD który zostanie stworzony
  • Podajemy rozmiar dysku który ma zostać stworzony
  • Wybieramy nasze wcześniej stworzone targety HV1 i HV2
Na obu serwerach Hyper-V z konsoli iSCSI Initiator(polecenie iscsicpl) w zakładce Targets wpisujemy w polu Target nazwę naszego iSCSI i naciskamy Quick Connect…. W tym wypadku nazwa serwera to dc.hvlab.local.
Na zakładce Volumes and Devices klikamy na Auto Configure
Za pomocą konsoli Computer Management podłączamy się do jednego z Hyepr-V i formatujemy nowe dyski twarde i przypisujemy im litery.

Tworzenie klastra

Na serwerze DC instalujemy przystawkę Failover Cluster Manager. Uruchamiamy ją i wybieramy opcję Create a Cluster.

Dodajmy serwery HV1 i HV2

Wybieramy opcję bez walidacji klastra.

Podajmy IP i nazwę klastra.

Potwierdzamy utworzenie klastra i czekamy aż się stworzy. U mnie po około minucie pokazał się ekran z informacją o utworzeniu klastra.

W przystawce klikamy na klaster, wybieramy opcję Enable Cluster Shared Volumes… i ją włączamy.

Klikamy Cluster Shared Volumes, a następnie na Add storage i wybieramy nasz dysk przeznaczony na maszyny wirtualne i klikamy OK.

Tworzenie maszyny wirtualnej na klastrze

Z konsoli Failover Cluster Manager prawy na Services and Application… na klastrze i wybieramy opcję Virtual Machine -> New Virtual Machine -> i wybieramy jednego z dostępnych nodów klastra.

W trakcie tworzenia maszyny wirtualnej pamiętajmy aby zmienić ścieżkę umieszczenia maszyny wirtualnej na zasób dyskowy wspólny dla obu maszyn. W przypadku korzystania z CSV dyski dostępne są w ścieżce C:\ClusterStorage i są widoczne w postaci katalogów. Nasz dysk CSV znajduję się w ścieżce C:\ClusterStorage\volume1\ i tam wskazujemy lokalizację naszej maszyny wirtualnej.

I nasza utworzona maszyna wirtualna w klastrze:

Live migration

Aby utworzoną maszynę przenieść w trybie Live migration na innego noda klikamy na nią prawym w Failover Cluster Manager -> Services and Application… -> Tutaj nasz maszyna i klikamy na Live migrate virtual machine to another node i wybieramy serwer na których chcemy przenieść maszynę.

Maszyna w trakcie migracji:

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