Top Menu

Yearly Archives 2011

Większość z nas wie, że obecnie odbywa się w Anaheim (CA, USA) konferencja Build Windows, na której prezentowane są informacje dotyczące nadchodzącego nowego systemu firmy Microsoft o nazwie kodowej Windows 8. Tak jakoś wyszło, że mnie najbardziej interesuje jedna z ról. Jaka? Oczywiście Hyper-V.

Hyper-V w Windows 8 w skrócie będzie miało następujące funkcje i możliwości:

NIC Teaming

Wcześniej NIC Teaming należało zrealizować na poziomie sterowników sieciowych od vendora i MS nie brał odpowiedzialności za działanie takiego rozwiązania. Teraz będzie można ustawić Teaming na poziomi OS bez dodatkowego softu i go używać!

Bezpośrednie połącznie gościa do Fibre Channel SAN

Maszyna wirtualna będzie mogła mieć do 4 wirtualnych adapterów Fibre Channel, które będą umożliwiały im bezpośrednie połącznie do macierzy FC ze wsparciem MPIO. Będzie można realizować klastrowanie na poziomie maszyn wirtualnych z FC tak jak teraz przy użyciu iSCSI.

Ładowanie z SAN

Maszyny wirtualne będą mogły ładować się bezpośrednio z FC / iSCSI SAN.

Offloaded Date Transfer (ODX)

Technologia polegająca na odczytywaniu bezpośrednio danych z SAM zamiast z hosta wysyłającego dane. Np. Host1 chce wysłać dane do Host2 – zamiast transferować dane przez sieć obciążając procesor, pamięć, siec itp. Host1 wysyła token do SAN, SAN używa tego tokenu do synchronizacji danych z Host2, Hosta2 czyta dane bezpośrednio z SAN.

Rozbudowany wirtualny przełącznik

Nowy wirtualny przełącznik będzie miał wsparcie dla sporej ilości funkcji: QoS, Multi-Tenant , API, gdzie przez dostarczenie własnych wtyczek będzie można np. analizować wirtualny ruch sieciowy, ACL dla portów, ARP Poisoning, ochronę ND, blokadę router, blokadę DHCP, PVLAN, VLAN trunk mode, port mirroring, IPsec Offload, DVMQ, IPSec Task Offload, SR-IOV

NUMA

Tym razem goście będą zostawali przydział procesor pamięć z tego samego węzła NUMA.

Maszyny wirtualne na udziale plikowym

Niemożliwe? A jednak! Nie będzie trzeba wykorzystywać SAN aby utworzyć klaster Hyper-V. Będzie można budować klastry dla małego biznesu z zastosowaniem zwykłego udziału sieciowego. Zostanie użyty do tego protokół SMB 2.2.

Wbudowana replikacja

Dzięki temu będzie można asynchronicznie replikować maszyny wirtualne na inny host Hyper-V bez użycia dodatkowego sprzętu, czy oprogramowania. Disaster Recovery w pakiecie!

Kontroler domeny i wirtualizacja

Maszyna wirtualna z kontrolerem domeny będzie mogła mieć wykonywane migawki i je przywracane bez obawy o USN Rollback. Będzie też wsparcie dla klonowania takich maszyn.

Skalowanie – host

  • Wsparcie do 160 logicznych procesorów na hoście
  • Wsparcie do 2 TB RAM na hoście
  • Wsparcie do 2048 wirtualnych procesorów na hoście
  • Wsparcie do 1024 maszyn wirtualnych uruchomionych na hoście
  • 4000 jednocześnie uruchomionych maszyn wirtualnych na klastrze
  • 64 węzły w klastrze

Skalowanie – maszyna wirtualna

  • Do 32 wirtualnych procesorów
  • Do 1 TB RAM
  • Jeden VHD do 16 TB przy zastosowaniu nowego formatu VHDX

Eliminacja duplikacji plików

Dzięki tej funkcjonalności zredukuje się zajmowaną przestrzeń w magazynie danych, gdzie będą składowane wirtualne dyski twarde. O co chodzi? Jeżeli będziemy mieli kilka VHD z Windows Server 8, to identyczne pliki będą fizyczni zapisane w magazynie danych tylko raz. To samo zostanie zrealizowane podczas kopiowania wielu plików pomiędzy Windows Server 8 – stos sieci wykryje duplikacje i usunie „nadmiar”.

GUI na żądanie

Windows Server 8 będzie również w wersji Core jak poprzednik i na nim oczywiście również będzie można odpalić rolę Hyper-V. Wcześniej konfigurowanie Core za pomocą linii poleceni nie należało do przyjemnych rzeczy. Teraz to się zmieni! Będzie można „na żądanie” uruchomić GUI w celu konfiguracji systemu, gdzie sam system standardowo będzie pracował jako Core.

Migracje maszyn wirtualnych „na żywo” oraz migracje magazynu danych „na żywo”

czyli Live Migration oraz Storage Migration

  • Będzie można zrealizować bez współdzielonej przestrzeni klastrowej
  • Będzie dostępna pomiędzy różnymi podsieciami
  • Jednocześnie będzie można realizować nieograniczona ilość migracji na żywo – wcześniej jedynie jedna była dostępna w danym momencie
  • Migracje będzie można realizować na standardowym połączeniu IP

PowerShell

Taaaak! Natywne CmdLety dla Hyper-V!

Ufff… chyba najważniejsze nowinki dotyczące Hyper-V 3 udało się wypisać Smile

Większość administratorów mapuje udziały sieciowe użytkownikom za pomocą skryptów logowania, używając powłoki systemowej lub Visual Basic. Dość często istnieje również potrzeba mapowania udziału tylko dla danego użytkownika – wykorzystuje się wtedy zmienną środowiskową %UserName% w przypadku skryptów systemowych opartych o net use lub właściwości obiektu sieciowego UserName w przypadku skryptów Visual Basic. W obu przypadkach, dla uzyskania tego samego rezultatu używamy zbieżnej nazwy „UserName”.

Co się stanie jeżeli użyjemy zmiennej %UserName% przy mapowaniu udziałów za pomocą Group Policy Preferences, gdzie przykładowo nasza ścieżka mapowania wygląda następująco: \files.corp.merago.comUsers%UserName%? Odpowiedz jest następująca: NIC! Nie uda się użytkownikowi podłączyć jego udziału. Dlaczego? Otóż GPP ma swój zestaw zmiennych i w tym przypadku zmienna nazywa się %LogonUser%. Prawidłowa ścieżka dla GPP powinna wtedy wyglądać tak: \files.corp.merago.comUsers%LogonUser%.

OK, mamy rozwiązany problem z podpinaniem udziału po nazwie użytkownika, a co z innymi zmiennymi dla GPP? Przepis poniżej:

  1. Otwórz GPO w trybie edycji i skieruj się do User Configuration / Preferences / Drive Maps.
  2. Kliknij prawym przyciskiem myszy na Drive Maps i wybierz New, a następnie Mapped Drive.
  3. Ustaw wszystkie żądane ustawienia i wpisz bazową ścieżkę w pole Location. Zobacz rysunek poniżej. GPPDriveMaps001
  4. W celu wstawienia odpowiedniej zmiennej, mając ustawiony wskaźnik zachęty w polu Location, naciśnij na klawiaturze klawisz F3. Pokaże się formatka z listą wszystkich zmiennych jakie możesz wykorzystać w GPP. Zobacz rysunek poniżej. GPPDriveMaps002
  5. Wybierz interesująca Cię pozycję, a następnie kliknij przycisk Select. Zmienna zostanie wstawiona we wskazane miejsce w polu Location. Zobacz rysunek poniżej. GPPDriveMaps003

Dla przypomnienia: Group Policy Preferences dostępne są dla systemów od Windows XP / Windows Server 2003, przy zastosowaniu poprawki KB943729.

Close