Tag Archives: Windows Server 2012

Nagrania z MMS2013

Na Channel 9 są już nagrania z MMS2013. Przejrzałem tytuły sesji, jakie zostały nagrane i wybrałem moim zdaniem najciekawsze i warte obejrzenia na temat wirtualizacji, prywatnej chmury, ConfMgr2012, desktopów, PowerShell’a, Windows Server 2012.

Wirtualizacja i prywatna chmurka:

ConfMgr2012 i desktopy

PowerShell

Windows Server 2012

Remote Deskotp Services 2012

Windows To Go

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

Wiosenna rekonfiguracja laboratorium, część druga

Wpis ten jest kontynuacją wpisu – Wiosenna rekonfiguracja laboratorium, część pierwsza.

Dla przypomnienia schemat mojego laba:

clip_image002

Wpis ten będzie poświęcony maszyną wirtualnym DC i SC zainstalowanym na HP Microserver.

Pierwszą wykreowaną maszyna jest DC. Jak nazwa wskazuję jest to kontroler domeny z system Windows Server 2012. Parametry maszyny wirtualnej to:

1vCPU

512MB pamięci RAM startowej, maksymalnie 1GB, a minimalnie 256MB.

Dwa dyski VHDX – 30GB na OS i 5GB na bazę NTDS

Po instalacji w trakcie pracy maszyna zużywa około 600-700MB ramu.

Instalacji Active Directory nie będę opisywał, ponieważ jest ona standardowa jak z większości poradników typu krok po kroku oprócz tego, że lokalizacja bazy NTDS oraz SYSVOL została zmieniona z domyślnej na dodatkowy dysk. Nowoutworzona domena nazywa się lab.local, co jednoznacznie określa jej przeznaczenie. Dodatkowo po instalacji utworzyłem OU o nazwie Tech Accounts na konta techniczne, które będą użyte w labie. Ostatnią czynnością na tym serwerze była konfiguracja strefy rDNS dla użytej przez mnie adresacji w labie. Można tego dokonać tym poradnikiem – http://www.seo-webz.com/tutorials/windows-server/how-to-create-a-dns-reverse-lookup-zone-in-windows-server-2008.html

Teraz kolej na maszynę SC. Na maszynie zostało zainstalowany System Center Virtual Macihne Manager, Orchestrator, App Controller w wersji 2012. Parametry maszyny wirtualnej to:

1vCPU

2GB pamięci RAM startowej, maksymalnie 4GB, a minimalnie 512MB

3 dyski VHDX – 40GB na OS, 20GB na SQL i 100GB na zasób na obrazy iso oraz maszyn wirtualnych.

Instalacja standardowo to wrzucenie Windows Server 2012, zaktualizowanie os, dodanie do domeny. Następnie na potrzeby produktów SC został zainstalowany SQL Server 2012 SP1. Instalacja na zasadzie dalej, dalej komponentów Database Engine oraz Management tools basic. W kreatorze instalacji zostały zmienione konta, na których chodzi SQL Server z domyślnych na założone przeze mnie w AD oraz domyślna lokalizacja baz została zmieniona na dedykowany dysk dla SQL.

Następnym kokiem jest instalacja wymaganych komponentów dla VMM, Orch oraz App Controlera. Najłatwiej jest to zrobić powershell. Na prawach administratora odpalamy powershell i wykonujemy następujące polecenia:

$dwnld = "C:\Downloads" 
if (!(Test-Path -path $dwnld)) 
{ 
New-Item $dwnld -type directory 
} 
$object = New-Object Net.WebClient 
$ADKurl = 'http://download.microsoft.com/download/9/9/F/99F5E440-5EB5-4952-9935-B99662C3DF70/adk/adksetup.exe' 
$object.DownloadFile($ADKurl, "$dwnld\adksetup.exe") 
Start-Process -FilePath "$dwnld\adksetup.exe" -Wait -ArgumentList "/quiet /features OptionId.DeploymentTools OptionId.WindowsPreinstallationEnvironment" 
Add-WindowsFeature Web-Server,Web-Log-Libraries,Web-Request-Monitor,Web-Http-Tracing,Web-Digest-Auth,Web-Windows-Auth,Web-Net-Ext,Web-Asp-Net,Web-CGI,Web-Mgmt-Tools,NET-WCF-HTTP-Activation45,NET-WCF-MSMQ-Activation45,NET-WCF-Pipe-Activation45,NET-WCF-TCP-Activation45,MSMQ,RDC,WAS 
Add-WindowsFeature NET-Framework-Features,NET-Framework-Core,Web-Mgmt-Console,Web-Static-Content,Web-Default-Doc,Web-Http-Errors,Web-Http-Logging,Web-Request-Monitor,Web-Http-Tracing,Web-Stat-Compression,Web-Filtering,Web-Basic-Auth,Web-Windows-Auth,Web-ISAPI-Filter,Web-ISAPI-Ext,Web-Net-Ext,Web-Asp-Net45

Wykonanie tych poleceń może trochę potrwać, ponieważ w trakcie są ścigane komponenty z WADK dla VMM, które ważą ponad 2GB.

Przejdźmy teraz do samej instalacji VMM. Instalację można przeprowadzić zgodnie z moim opisem dla wersji SP1 beta – http://blog.kaluzny.pro/instalacja-system-center-virtual-machine-manager-2012-sp1-w-wersji-beta/ opuszczając cześć o instalacji SQL Server oraz WADK. W mojej konfiguracji na konto serwisowe VMM zostało użyte domenowe zamiast lokalnego oraz biblioteka VMM została na dedykowanym 100GB dysku. Wyniesienie biblioteki na oddzielny dysk miało na celu wykorzystanie jednej z nowości w Windows Server, 2012 jaką jest deduplikacja. Funkcja ta w przypadku składnic obrazów iso, dysków wirtualnych sprawdza się wyśmienicie oszczędzając naprawdę sporo miejsca, ponieważ duża cześć danych jest zdublowana w przypadku takiego wykorzystania dysku. Szybki i prosty sposób jak zainstalować i skonfigurować deduplikacje jest opisany tutaj – http://blogs.technet.com/b/uspartner_ts2team/archive/2012/10/08/data-deduplication-in-windows-server-2012.aspx.

Instalacja Orchestrator i App Controller w tej konfiguracji to tak samo instalacja typu dalej, dalej z wybraniem wszystkich komponentów. Procedura instalacji App Controller – http://technet.microsoft.com/en-us/library/gg696046.aspx oraz Orchestrator – http://blogs.technet.com/b/kevinholman/archive/2011/11/14/orchestrator-2012-quickstart-deployment-guide.aspx

Następny wpis będzie poświęcony instalacji maszyny SDS, która będzie udostępniała współdzielone zasoby dla wirtualizatorów poprzez SMB 3.0, iSCSI oraz NFS.

Wiosenna rekonfiguracja laboratorium, część pierwsza

Idzie wiosna, więc czas na porządki :). W ramach wiosennych porządków postanowiłem trochę posprzątać swojego domowego laba, bo aktualnie jest on już niezłe zapuszczony po wielu bojach z rożnymi rozwiązanymi. Głównym zastosowaniem odświeżonej konfiguracji laba będzie testowanie automatyzacji w mieszanych środowiskach wirtualnych z wykorzystaniem System Center Virtual Machine Manager oraz Orchestrator w wersji 2012 SP1. Jako wirtualizatory planuję użyć oczywiście Hyper-V 2012 oraz VMware vSphere 5 i Citrix XenServer.

Planuję w kilku najbliższych wpisach opisać jak zostanie skonfigurowane moje odświeżone środowisko.

image

Diagram powyżej przedstawia zarys mojego laboratorium.

Zaczynając od lewej mamy HP Microserver. Kawałek fajnego małego energooszczędnego serwera, który aktualnie robi za mój NAS. Jest na nim zainstalowany Windows Server 2012 z doinstalowaną rola Hyper-V. Na serwerze będą stworzone trzy maszyny wirtualne:

  • DC – jak nazwa wskazuje kontroler domeny z Windows Server 2012 na pokładzie.
  • SC – będzie hostwować System Center Virtual Machine Manager oraz Orchestrator.
  • SDS – skrót pochodzi od Software defined storage, czyli będzie to maszyna robiąca za moją współdzieloną przestrzeń dyskową dla laba. Wystawiać będzie zasoby po SMB 3.0, NFS oraz iSCSI. Zainstalowany na tej maszynie Windows Server 2012 oraz StarWind iSCSI SAN zostaną zintegrowane z SCVMM w celu uruchamianiu automatyzacji storage.

Następnie mamy maszyny HV-1 i HV-2. Są to dwa laptopy Dell’a z 16GB ram na pokładzie oraz procesorami i5 trzeciej generacji. Oba laptopy wykorzystywane są przeze mnie, na co dzień i nie chcę zmieniać ich konfiguracji. Aby osiągnąć ten cel system operacyjny na potrzeby laba na obu laptopach będzie zainstalowany na pamięci usb, a zasoby dyskowe pod maszyny wirtualne będą dostarczone z maszyny SDS. Na laptopach zostanie zainstalowany i spięty w klaster darmowy Hyper-V Server 2012.

Ostatnią maszyną jest Multi. Jest to Dell T5500 wyposażony w 12-watkowego Xeona, 32GB ramu. Zainstalowany na nim jest już 64-bitowy Windows 8 Enterprise z VMware Workstation 9. Wykorzystując możliwości nested virtualization, czyli uruchomienia maszyn wirtualnych w maszynach wirtualnych na potrzeby testów stworzę tam trzy klastry z wykorzystaniem Hyper-V, vSphere, XenServer. Dodatkowo ze względu na wymagania vSphere zostanie wrzucona maszyny wirtualna z vCenter Server Virtual Appliance.

SNI vs RDG

IIS 8 oferuję implementację fajnej funkcjonalności o trzyliterowym skrócie SNI. SNI – Server Name Indication w dużym uproszczeniu tłumacząc pozwala w IIS wystawić wiele stron z różnymi certyfikatami SSL na jednym IP i tym samym porcie. Zainteresowanych większą ilością szczegółów zapraszam do wpisu Grześka na ten temat – http://blogs.technet.com/b/plitpromicrosoftcom/archive/2012/12/14/https-po-nowemu.aspx.

RDG – następny skrót w tytule notki. RDG to Remote Desktop Gateway, czyli funkcja roli terminalowych w Windows Server pozwalająca opakować ruch RDP w https i zastosować, jako bramę do połączeń z rdp z Internetu na przykład.

Mając te dwie wspaniałe technologie stwierdziłem, że doprowadzę do ich połączenia na moim domowym serwerku. Akurat mam tylko jedno publiczne IP, a chcę używać paru różnych certyfikatów do paru rzeczy, które trzymam u siebie na IIS.

Po instalacji RDG wraz z IIS i skonfigurowaniu certyfikatu dla RDG, mapowania na IIS wyglądają tak:

clip_image002

No to teraz na mapowaniu na https włączymy SNI. Konfiguracja mapowania będzie wyglądać tak w edycji.

clip_image003

Wszystko skonfigurowane, więc spróbujmy się połączyć. Przy próbie połączenia z Windows 8 (klient rdp w wersji 8):

clip_image004

Z Windows 7 (klient rdp w wersji 7) mamy już bardziej czytelny komunikat:

clip_image005

Po wejściu w konsolę RDG wspaniały komunikat o braku skonfigurowanego certyfikatu, mimo, że go wcześniej skonfigurowałem.

clip_image007

To trzy kliknięcia i certyfikat na nowo skonfigurowany w RDG, a w mapowaniu IIS mamy taki piękny kwiatek:

clip_image009

Podsumowując krótko: Remote Desktop Gateway z Server Name Indication nie działa i mapowanie certyfikatu w IIS musi być bez włączonego SNI, czyli jako certyfikat domyślny.

Na plus w nowym RDG jest możliwość zmiany portu z domyślnego 443, ale to już na inny wpis.

PS. W ramach zabaw z SNI poleci niedługo na warsztat SNI vs SSTP.

“Someday we hope to have a budget”, czyli tani DR z użyciem Hyper-V Replica

Jutro na WGUiSW będę prowadził prezentację o Hyper-V Replice pod tytułem “Someday we hope to have a budget”, czyli tani DR z użyciem Hyper-V Replica.

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/ZT6TP6P3

Tytuł sesji jest inspirowany starym Dilbertem na temat Disaster Recovery.

RemoteFX w Windows Server 2012, cześć pierwsza

Zaczynając wpis o RemoteFX warto wpierw przytoczyć termin VDI. VDI to skrót od angielskiego terminu Virtual Desktop Infrastructure, czyli Infrastruktura wirtualnych pulpitów. Jest to zbiór technologii pozwalających na centralizacje środowiska pracy użytkownika(dane, aplikację) poprzez wirtualizację klienckich systemów operacyjnych. Użytkownicy do takiego środowiska („swoich pulpitów”) dostają się zdalnie z komputerów, terminali (thin client), urządzeń mobilnych. Dla użytkowników w teorii nieśnie to duży komfort pracy, ponieważ niezależnie od miejsca pracy i urządzenia mają dostęp do swoich danych i aplikacji. Czemu w teorii? Ponieważ zawsze muszą mieć dostęp online do VDI. Dla firmy i IT VDI zmniejsza koszty obsługi użytkownika i wprowadza standaryzację stacji. Niestety koszty początkowe wejścia w to rozwiązanie są wysokie.

Na rynku są dostępne trzy wiodące rozwiązania:

  • Microsoft Virtual Desktop Infrastructure
  • Citrix XenDesktop
  • VMware View

Czym jest RemoteFX?

RemoteFX to technologia sprzętowej akceleracji grafiki w maszynach wirtualnych hostowanych na Hyper-V wykorzystywana przy połączeniach protokołem RDP(połączenia pulpitu zdalnego). Rozwiązanie to wykorzystuje potencjał nowoczesnych kart graficznych poprzez wykorzystanie ich do przetwarzania grafiki z maszyn wirtualnych i jednoczesnym odciążeniu procesorów. RemoteFX wspiera także od początku swojego istnienia przekierowanie USB. Pozował to na podłączenie urządzeń z USB(kamerki, telefony komórkowe) do maszyny wirtualnej poprzez RDP, czyli łącząc się z jakiegoś komputera do maszyny wirtualnej możemy podłączyć do niej na przykład telefon lub tablet z IOS i iTunes poprawnie połączy się z nim.

RemoteFX został wprowadzony w SP1 dla Windows Server 2008R2, jako części roli Remote Desktop Services w celu rozszerzenie możliwości VDI Microsoftu. RemoteFX może także zostać użyty w przypadku wykorzystania Citrix XenDesktop razem z Hyper-V.

Protokół Remote Desktop Protocol w wersji 8 zaimplementowany w Windows Server 2012 oraz Windows 7 i 8 (dla Windows 7 jest dostępna aktualizacja RDP do wersji 8 – http://support.microsoft.com/kb/2592687) przynosi sporo rozszerzenie dla RemoteFX:

  • RemoteFX Adaptive Graphics
  • RemoteFX for WAN
  • RemoteFX Multi-Touch
  • RemoteFX Media Redirection API

Dokładny opis i działanie można obejrzeć w filmie z konferencji TechEd NA 2012 – RemoteFX and RDP Rocking RDS in Windows Server 2012.

RemoteFX działa tylko na maszynach wirtualnych z Windows 7 SP1 i 8 w wersji Enterprise!

Wymaganie sprzętowe

Do uruchomienia RemoteFX musimy spełnić następujące warunki.

Procesor musi pozwalać na uruchomienie Hyper-V, czyli posiadać sprzętowe wsparcie dla wirtualizacji. W Intelu to Intel VT, a w AMD to AMD-V. Następną funkcją wymaganą przez Hyper-V jest Data Execution Prevention, w Intelu to Intel XD, a w AMD – AMD NX. RemoteFX dodatkowo wymaga od procesora obsługi Second Level Address Translation, w skrócie SLAT. Technologia ta zmniejsza zużycie procesora w procesie tłumaczenia adresów pamięci RAM w maszynie wirtualnej na adresy w pamięć fizycznej RAM. W Intelu ta technologia została zaimplementowana pod nazwą Extended Page Tables, a w AMD pod nazwą Rapid Virtualization Indexing.

Karta graficzna użyta z RemoteFX musi obsługiwać DirectX w wersji 11 oraz posiadać sterowniki WDDM w wersji 1.2. Najlepiej do użycia z RemoteFX w zastosowaniach produkcyjnych sprawdzają się karty z serii profesjonalnych takich jak AMD FirePro oraz Nvidia Quadro. Do testów można też użyć kart konsumenckich. Ja testy przeprowadzałem na NVIDIA GeForce GTX 550 Ti, która działa poprawnie z RemoteFX.

Karta graficzna musi posiadać odpowiednia ilość pamięci. Aby to wyliczyć można posłużyć się poniższą tabelą. Powstała ona dla wersji 2008R2, ale jest zgodna z 2012, z tą różnicą, że w 2012 można użyć do 8 monitorów.

Maksymalna rozdzielczość monitora Maksymalna liczba monitorów w ustawieniach maszyny wirtualnej
1 monitor 2 monitory 3 monitory 4 monitory
1024 x 768 75 MB 105 MB 135 MB 165 MB
1280 x 1024 125 MB 175 MB 225 MB 275 MB
1600 x 1200 184 MB 257 MB 330 MB 385 MB
1920 x 1200 220 MB 308 MB 425 MB 495 MB

Instalacja i konfiguracja

Serwer

Aby użyć RemoteFX w Windows Server 2012 lub Hyper-V Server 2012 musimy mieć zainstalować rolę Hyper-V oraz Remote Desktop Virtualization Host.

Można tego dokonać jednym poleceniem w powershell. Po jego wykonaniu serwer automatycznie zrestartuje się, jeśli będzie to wymagane. Polecenie to wykonujemy na uprawnieniach administratora.

Add-WindowsFeature RDS-Virtualization -IncludeManagementTools –Restart

Po wykonaniu polecenia mamy zainstalowany serwer Hyper-V oraz role Remote Desktop Virtualization Host. W Hyper-V konfigurujemy standardowo ścieżki umieszczenia plików maszyny wirtualnych, tworzymy siec typu External. Jak tego dokonać możecie przeczytać w moim wpisie – Podstawy instalacji i konfiguracji Hyper-V Server 2012

Dodatkowym ustawianiem, które dochodzi do Hyper-V w przypadku użycia RemoteFX w jest Physical GPUs. W ustawieniach możemy zobaczyć konfiguracje kart graficznych dostępnych w systemie oraz jeśli chcemy użyć ich do RemoteFX to możemy zaznaczyć checkbox Use this GPU with RemoteFX.

Od strony Hyper-V to koniec konfiguracji.

Maszyny wirtualna

Przejdźmy do stworzenia maszyny wirtualnej wykorzystującej wirtualne GPU dla RemoteFX.

Tworzymy normalnie maszynę wirtualną. Po jej utworzeniu wchodzi w jej ustawienia i z pozycji Add Hardware wybieramy RemoteFX 3D Video Adapter i klikamy Add.

W ustawieniach maszyny wirtualnej pojawią się ustawienia karty graficznej. W nich możemy wybrać maksymalną ilość monitorów i maksymalna rozdzielczość.

Po takim skonfigurowaniu maszyny wirtualnej możemy w niej zainstalować system operacyjny. W moim przypadku to Windows 8 w wersji Enterprise. Możemy również zainstalować Windows 7 z SP1 w wersji Enterprise. Wymagana wtedy będzie instalacją aktualizacji KB2592687.

Po instalacji w systemie operacyjnym na maszynie wirtualnej włączamy możliwość podłączenia pulpitem zdalny. Aby to skonfigurować wchodzimy w Panele Sterowania -> System -> Remote -> Remote Desktop -> Allow remote connections to this computer.

Tak skonfigurowana maszyna wirtualna będzie teraz działać z RemoteFX przy połączeniu poprzez pulpit zdalny.

W ustawieniach klienta pulpitu zdalnego ustawiamy automatyczny dobór ustawień w zależności, od jakości połączenia.

W następnej cześci wpisu pokaże działanie RemoteFX w praktyce.

Podstawy instalacji i konfiguracji Hyper-V Server 2012

W tym wpisie postaram się przybliżyć instalację i konfigurację darmowego Hyper-V Server 2012. Sposoby konfiguracji przedstawione tutaj, również działają na Windows Server 2012 w wersji Core.

Hyper-V Server 2012 to darmowy hypervizor typu pierwszego (w konkurencji odpowiednikami są VMware vSphere Hypervisor aka ESXi oraz Citrix XenServer) od Microsoftu. Do ściągnięcia pod adresem https://profile.microsoft.com/RegSysProfileCenter/wizard.aspx?wizid=5e91c6ca-a0fe-464a-8c04-83c1336c254e&lcid=1033&ci=393 lub http://www.microsoft.com/en-us/server-cloud/hyper-v-server/default.aspx.

Posiada on pełną funkcjonalność Hyper-V tak jak płatne wersje Windows Server 2012, z tą różnicą, że rola Hyper-V jest już preinstalowana oraz nie ma możliwość włączenia GUI tak jak w wersji Core.

Hyper-V Server może działać w grupie roboczej jak i domenie Active Directory. W przypadku konfiguracji w grupie roboczej tracimy funkcjonalności klastrów oraz shared nothing live migration.

Opisany przez mnie tutaj sposób dotyczy konfiguracji w grupie roboczej, ale może być stosowany również w przypadku korzystania z domeny.

Kolejność instalacji i konfiguracji pojedynczego serwera wynikająca z mojego doświadczenia z Hyper-V oraz dobrych praktyk to:

  • Instalacja
  • Zmiana nazwy serwera (sconfig lub Corefig)
  • Instalacja sterowników (Corefig lub instalator producenta)
  • Dodanie do domeny(opcjonalnie) (sconfig lub Corefig)
  • Instalacja poprawek (sconfig lub Corefig)
  • Konfiguracja zdalnego zarządzania (cmd)
  • Konfiguracja sieci wirtualnych (menadżer Hyper-V lub PowerShell)

Instalacja

Po wystartowaniu z płyty jak widać wita nas normalny instalatora Windows’a. Wybieramy ustawienia językowe i wciskamy Next.

Dalej normalny instalator Windows’a;). Klikamy Install Now.

Akceptujemy licencję i klikamy Next.

Wybieramy opcję Custom…

Dalej jak to w instalatorze Windows’a standardowy program do partycjonowania. Robimy partycje, wskazujemy gdzie chcemy zainstalować i aby rozpocząć instalację klikamy Next.

I po instalacji wita nas ekran logowania.

Naciskamy Crtl+Alt+Delete, klikamy na konto Administrator i zmieniamy ustawiamy hasło.

No i po pierwszym logowaniu widźmy tylko uruchomione dwa okna:)  CMD i narzędzie konfiguracyjne SCONFIG.

Narzędzia do konfiguracji

Cmd.exe, powershell.exe, regedit.exe

Narzędzia, których nie trzeba przedstawiać. W Hyper-V Server są one podstawą. Od wersji 2012 wszystko można skonfigurować lub zautomatyzować z poziomu powershella.

sconfig – Server Configuration tool

sconfig pojawiło się pierwszy raz w Hyper-V Server 2008. Służy ono do konfiguracji i zarządzania podstawowymi aspektami Hyper-V Server/Server Core takim jak:

  • Zmiana nazwy
  • Dodanie do domeny/grupy roboczej
  • Konfiguracja aktualizacji
  • Instalacja aktualizacja
  • Włączenie pulpitu zdalnego
  • Podstawowa konfiguracja sieci

Corefig

Corefig to darmowe narzędzie do graficznej konfiguracji napisane w powershellu wywodzące się z projektu CoreConfig. Projekt dostępny jest na Codeplex pod adresem http://corefig.codeplex.com. Corefig pozwala na:

  • Licencjonowanie produktu
  • Funkcje sieciowe
  • Ustawienia iSCSI
  • Role i funkcje serwerowe – w przypadku wersji Windows Server
  • Uprawnienia użytkowników i grup
  • Tworzenie i usuwanie udziałów
  • Dynamiczne ustawienia zapory
  • Ustawienia ekranu i wygaszacza ekranu
  • Dodawanie i usuwanie sterowniki
  • Ustawienia proxy
  • Aktualizacje systemu Windows (w tym programu WSUS)
  • Multipath I/O
  • Hyper-V oraz podgląd miniatur maszyny wirtualnych
  • Dodawanie do domeny oraz zmiana nazwy komputera
  • Dodaj / usuń programy
  • Usługi
  • WinRM

Konfiguracja zdalnego zarządzania

Aby zarządzać zdalnie Hyper-V Server 2012 potrzeba Windows 8 z zainstalowanym menadżerem Hyper-V i Remote Server Administration Tools lub Windows Server 2012 z zainstalowanymi odpowiednimi przystawkami. Z poziomu Windows 7/2008R2 można zarządzać nowym Hyper-V, ale nie ma wtedy możliwość wykorzystania jego nowych funkcji takich jak dyski vhdx, virtual fiber channel, nowe ustawienia kart sieciowych.

Firewall

Dla menadżera Hyper-V oraz przystawek do zarządzania jest wymagane stworzenie odpowiednich reguł na firewallu na serwerze oraz na stacji, z której będziemy zarządzać Hyper-V Server’em.

Poniżej przygotowane reguły do wklejenia w linii poleceń na prawach administratora:

netsh advfirewall firewall set rule group="File and Printer Sharing" new enable=yes
 netsh advfirewall firewall set rule group="Remote Service Management" new enable=yes
 netsh advfirewall firewall set rule group="Performance Logs and Alerts" new enable=yes
 Netsh advfirewall firewall set rule group="Remote Event Log Management" new enable=yes
 Netsh advfirewall firewall set rule group="Remote Scheduled Tasks Management" new enable=yes
 netsh advfirewall firewall set rule group="Remote Volume Management" new enable=yes
 netsh advfirewall firewall set rule group="Windows Firewall Remote Management" new enable =yes
 netsh advfirewall firewall set rule group="windows management instrumentation (wmi)" new enable =yes

Konsola Disk Management

W celu zarządzania dyskami poprzez przystawkę Disk Management należy przełączyć usługę Virtual Disk w tryb automatyczny na serwerze Hyper-V. Dokonujemy tego za pomocą polecenia:

sc config vds start= auto

Konsola Hyper-V Manager

W celu połączenia się menadżerem Hyper-V zdalnie należy na Windowsie, z którego będziemy się łączyć do Hyper-V musimy skonfigurować „ANONYMOUS LOGON” w zabezpieczeniach COM. W tym celu uruchamiamy DCOMCNFG, jako administrator. W konsoli rozwijamy Component Services -> Computers i klikamy prawym przyciskiem myszy na My Computer i wybieramy Properties. W zakładce COM Security klikamy w sekcji Access Premissions na Edit Limits… i z listy wybieramy ANONYMOUS LOGON i zaznaczamy uprawnienie Remote Access na Allow.

Uruchomiony menadżer Hyper-V i podłączony do zdalnego serwera Hyper-V

Server Manager

Aby użyć Server Manager na stacji, z której go uruchamiam w powershellu na uprawnieniach administratora musimy wykonać poniższe polecenie:

Set-Item wsman:\localhost\Client\TrustedHosts NAZWA_SERWERA -Concatenate –Force

Poświadczenia

Jeżeli poświadczenia(login i hasło) na komputerze, którym zarządzamy są inne niż na serwerze Hyper-V to można skorzystać z dwóch opcji łączenia się.

Pierwszą możliwością jest zapisanie poświadczeń w menadżerze poświadczeń za pomocą polecenie CMDKEY.

cmdkey /add:NAZWA_SERWERA /user:NAZWA_SERWERA\NAZWA_UŻYTKOWNIKA /pass

Drugą opcją jest uruchamianie przystawek za pomocą polecenie runas z parametrem netonly, czyli np., aby odpalić menadżer Hyper-V z potrzebnymi poświadczeniami używamy polecenia:

runas /netolny /user:NAZWA_SERWERA\NAZWA_UŻYTKOWNIKA "mmc.exe virtmgmt.msc"

Druga opcja jest niezbędna, jeśli chcemy zdalnie modyfikować ustawienia FireWall’a, ponieważ wygląda na to, że przystawka do zarządzania FireWall’em nie potrafi skorzystać z zapisanych poświadczeń.

Konfiguracja sieci wirtualnej w Hyper-V

Przed konfiguracją sieci w Hyper-V polecam zapoznać się z artykułem Darka Porowskiego, który dobrze przybliża teorię na ten temat – http://technet.microsoft.com/pl-pl/library/hyper-v–rodzaje-wirtualnych-sieci.

Zakładam, że w naszym serwerze mamy tylko jedną kartę sieciową i chcemy, aby serwer Hyper-V współdzielił ją razem z maszynami wirtualnymi na niej. W tym celu należy stworzyć sieci typu External (zewnętrzną) z włączoną opcją współdzielenia sieci z Hyper-V.

Można tego dokonać na dwa. Pierwszym jest konfiguracja graficzna z menadżera sieci w menadżerze Hyper-V, procedura ta jest opisana tutaj – http://technet.microsoft.com/pl-pl/library/hyper-v–tworzenie-i-konfiguracja-wirtualnych-sieci.aspx, część opisana, jako Zewnętrzna sieć wirtualna. Drugą metodą jest konfiguracja tego poprzez komendę w PowerShellu. Polecenie do tego wygląda następująco:

New-VMSwitch -Name "Nazwa switcha" -NetAdapterName "Ethernet 2" -AllowManagementOS $true

Parametr Name określa nazwę naszego wirtualnego switch. NetAdapterName to nazwa naszej fizycznej karty sieciowej. Jej nazwę możemy wsiąść z polecenie ipconfig.

Po stworzeniu wirtualnego switcha z siecią zewnętrzną z włączonym współdzieleniem z Hyper-V w systemie jest tworzona wirtualna karta, która jest podpięta do naszego nowego wirtualnego switcha. Po wpisaniu polecenia ipconfig w linii polecenie widać, że karta wykorzystana do stworzenia switcha znikła, a na jej miejsce pojawiła się wirtualna karta.

CoreConfig dla Windows Server 2012 Core/Hyper-V Server 2012 czyli Corefig

Większość osób, która konfigurowała, zarządzała Windows Server 2008R2 w wersji Core oraz Hyper-V Server 2008R2 spotkała się ze świetnym darmowym narzędziem graficznym CoreConfig.

Na Codeplex dostępny jest już stabilna wersja projektu o nazwie Corefig, która jest następca CoreConfig i służy do zarządzania Windows Server 2012 Core/Hyper-V Server 2012.

Incepcja, czyli działające Windows Server 2012 Hyper-V w VMware Workstation 9

Testowanie i nauka wirtualizacji wymaga przynajmniej jednej sztuki sprzętu, na którym musimy zainstalować Hypervizor typu 1. W przypadku klastrów robią się minimum dwa sprzęty plus coś na współdzielony dysk itp. itd. A gdyby tak odpalić w pełni funkcjonalny hypervizor w maszynie wirtualnej i w niej maszynę wirtualną? Obecnie przy dostępnej mocy sprzętu nawet na nowszym laptopie da się tego dokonać z VMware Workstation 9.

Krokiem pierwszym jest posiadanie procesora ze wsparciem dla Intel VT-x/AMD VI.

Drugim jest zainstalowanie Workstation w wersji 9 (w wersji ósmej można uzyskać to samo poprzez edycję plików konfiguracyjnych).

Na początek tworzymy i instalujemy w VMwarze maszynę z Windows Server 2012 używając Easy Install.

Wskazujemy obraz ISO płyty instalacyjnej WS2012

Podajemy klucz, login, jaki chcemy użyć w windowsie i hasło.

Podajmy nazwę maszyny wirtualnej i lokalizację maszyny wirtualne ja dysku.

Podajmy wielkość dysku oraz typ dysku.

Podsumowanie. Klikamy Finish i czekamy, aż system zainstaluję się automagicznie wraz z VMware Tools 🙂

System w czasie instalacji.

Po kilkunastu minutach zainstalowany.

Wyłączamy teraz naszą maszynę wirtualną, wchodzimy w jej ustawienia i w zakładce Options w General zmieniamy Version z Windows Server 2012 na Hyper-V (unsupported), następnie klikamy OK i włączamy naszą maszynę wirtualną z Windows Server 2012.

W celu szybkiej instalacji Hyper-V w Windows Server 2012 uruchamiamy PowerShell na uprawnieniach administratora i wykonujemy polecenie

Add-WindowsFeature Hyper-V –IncludeManagementTools

Po wykonaniu poleceni restartujemy maszynę wirtualną.

Po tym możemy stworzyć i uruchomić maszynę wirtualną w Hyper-V w naszej wirtualnej maszynie na VMmare Workstation! Incepcja pełną gębą. Szkoda, że tylko zasoby nie przyspieszają tak jak w filmie ;).

Na koniec zrzut ekranu z instalacji systemu w naszej incepcji.

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