GPU Partitioning (GPU-P, GPU-PV) to nowa funkcja Hyper-V w Windows Server 2025, która pozwala podzielić jedną fizyczną kartę graficzną na wiele niezależnych partycji i przydzielić je różnym maszynom wirtualnym — zamiast przekazywać cały GPU do jednej VM (jak w DDA). Technologia wykorzystuje interfejs SR-IOV (Single Root I/O Virtualization), oferuje sprzętową izolację z przewidywalną wydajnością i — po raz pierwszy w historii Hyper-V — obsługuje Live Migration maszyn wirtualnych z przypisanym GPU.
W skrócie
- GPU Partitioning dzieli fizyczny GPU na partycje — każda VM dostaje własny, odizolowany ułamek mocy obliczeniowej
- Opiera się na SR-IOV — sprzętowej granicy bezpieczeństwa gwarantowanej przez producenta GPU
- Nowość w Windows Server 2025: Live Migration VM z GPU-P (wcześniej niemożliwe dla maszyn z przypisanym GPU)
- Obsługa klastrów failover — przy awarii węzła VM z GPU-P automatycznie startuje na innym hoście (wymagana edycja Datacenter)
- Obsługiwane karty: NVIDIA A2, A10, A16, A40, L2, L4, L40, L40S, RTX Pro 6000 Blackwell Server Edition; AMD Radeon PRO V710
- Znacznie wyższe zagęszczenie VM niż DDA — zamiast 1 VM na 1 GPU, jedna karta może obsłużyć kilka-kilkanaście maszyn jednocześnie
Pełna definicja
GPU Partitioning (GPU-P) to mechanizm wirtualizacji GPU wprowadzony natywnie w Hyper-V Windows Server 2025. Zamiast przypisywać całą kartę do pojedynczej maszyny wirtualnej (jak w Discrete Device Assignment — DDA), GPU-P dzieli zasoby fizycznego akceleratora na mniejsze, odseparowane fragmenty. Każda partycja otrzymuje własny wycinek pamięci VRAM, rdzeni CUDA/tensor i przepustowości magistrali PCIe — i tylko ten wycinek jest widoczny dla gościa VM.
Architektura GPU-P opiera się na Single Root I/O Virtualization (SR-IOV), czyli standardzie PCI-SIG, który od lat jest stosowany w kartach sieciowych (np. Mellanox), a teraz został rozszerzony o GPU. SR-IOV definiuje dwa typy funkcji PCIe: Physical Function (PF) — pełna funkcja fizycznego urządzenia dostępna dla hypervisora — oraz Virtual Functions (VF) — lekkie instancje udostępniane maszynom wirtualnym. Każda VF ma własną przestrzeń adresową DMA, co zapewnia sprzętową izolację: VM nie może odczytać danych z partycji należącej do innej VM.
Trzy przełomy, które przynosi GPU-P w Windows Server 2025
-
Live Migration z GPU — po raz pierwszy w ekosystemie Hyper-V można przenieść działającą VM z przypisanym GPU między hostami bez przerywania jej pracy. Wcześniej było to możliwe tylko dla VM bez akceleracji graficznej (lub z emulowanym GPU). Live Migration GPU-P automatycznie przełącza się na TCP/IP z kompresją, co może nieznacznie zwiększyć obciążenie CPU hosta, ale utrzymuje stan GPU podczas transferu.
-
Wysoka dostępność (HA) w klastrze — w przypadku nieplanowanej awarii węzła klastra, VM z partycją GPU zostaje automatycznie uruchomiona na innym hoście posiadającym kompatybilny GPU. Ta funkcja wymaga Windows Server 2025 Datacenter i jednorodnej konfiguracji GPU we wszystkich węzłach (ten sam model, ta sama liczba partycji).
-
Skalowalność gęstości VM — tam gdzie DDA pozwalało przypisać 1 GPU do 1 VM, GPU-P pozwala jedną kartą (np. NVIDIA A40 z 48 GB VRAM) obsłużyć kilka maszyn jednocześnie. To fundamentalnie zmienia ekonomikę VDI — zamiast kupować 10 kart do 10 VM, jedna karta może obsłużyć je wszystkie.
Jak działa GPU Partitioning — od sprzętu do VM
Proces konfiguracji i działania GPU-P składa się z kilku etapów:
| Etap | Co się dzieje |
|---|---|
| 1. Przygotowanie GPU | Administrator — przez Windows Admin Center lub PowerShell — ustawia fizyczny GPU jako partitionable (zamiast DDA). GPU przechodzi w tryb SR-IOV, odsłaniając Physical Function dla hypervisora |
| 2. Definiowanie partycji | Administrator określa liczbę partycji na danej karcie (np. 4, 8, 16). GPU dzieli VRAM i rdzenie proporcjonalnie. Każda partycja to osobna Virtual Function widoczna w Hyper-V |
| 3. Przypisywanie do VM | Partycje są auto-przypisywane — administrator nie wybiera konkretnej partycji dla konkretnej VM, Hyper-V robi to automatycznie. Do jednej VM można przypisać wiele partycji (każda będzie widoczna jako osobny GPU w gościu) |
| 4. Instalacja sterownika w gościu | Wewnątrz VM instaluje się pełny sterownik producenta GPU (NVIDIA vGPU Software v18.x+ lub sterownik AMD). VM widzi GPU tak, jakby był fizyczny — z tą różnicą, że ma dostęp tylko do swojego wycinka |
| 5. Izolacja sprzętowa | SR-IOV zapewnia, że DMA każdej VF trafia tylko do pamięci przypisanej do danej VM. Nawet jeśli jedna VM zostanie skompromitowana, nie może odczytać danych GPU innej VM |
Wymagania sprzętowe — co jest potrzebne
| Komponent | Wymaganie |
|---|---|
| CPU | Procesor z IOMMU i DMA bit tracking: Intel VT-D (4. gen Xeon SP Sapphire Rapids i nowsze) lub AMD-Vi (EPYC 7003 Milan i nowsze). EPYC 7002 Rome obsługuje GPU-P, ale bez Live Migration |
| GPU | Wyłącznie certyfikowane modele NVIDIA i AMD (lista poniżej). Karty konsumenckie (GeForce, Radeon RX) nie są wspierane |
| Sterownik GPU na hoście | NVIDIA vGPU Software v18.x lub nowszy (dla Live Migration); dla samego partycjonowania wystarczy standardowy sterownik GRID/vGPU |
| System gościa | Windows 10/11, Windows 10/11 Enterprise multi-session, Windows Server 2019/2022/2025, Ubuntu 18.04/20.04/22.04 LTS |
| Klastrowanie HA | Windows Server 2025 Datacenter + jednorodna konfiguracja GPU na wszystkich węzłach |
Obsługiwane GPU — pełna lista (stan na maj 2026)
| Producent | Model | Typowy VRAM | Przeznaczenie |
|---|---|---|---|
| NVIDIA | A2 | 16 GB | Wnioskowanie AI, małe VDI |
| NVIDIA | A10 | 24 GB | VDI średniej gęstości, rendering |
| NVIDIA | A16 | 64 GB (4×16 GB) | VDI wysokiej gęstości — do 16 użytkowników na kartę |
| NVIDIA | A40 | 48 GB | Wnioskowanie ML, rendering, stacje robocze |
| NVIDIA | L2 | 24 GB | Entry-level AI, małe VDI |
| NVIDIA | L4 | 24 GB | Wnioskowanie AI, transkrypcja, VDI |
| NVIDIA | L40 | 48 GB | Wnioskowanie, rendering, VDI |
| NVIDIA | L40S | 48 GB | Wnioskowanie ML, rendering |
| NVIDIA | RTX Pro 6000 Blackwell Server Edition | 96 GB | Najwyższa wydajność — AI, symulacje, zaawansowane VDI |
| AMD | Radeon PRO V710 | 32 GB | VDI, rendering, stacje robocze |
Ważne: GPU muszą być jednorodne w ramach klastra — nie wolno mieszać producentów ani różnych modeli tego samego producenta. Wszystkie karty muszą mieć identyczną liczbę partycji. Windows Admin Center automatycznie waliduje jednorodność i ostrzega przed błędami konfiguracji.
GPU Partitioning vs DDA — porównanie
| Cecha | GPU Partitioning (GPU-P) | Discrete Device Assignment (DDA) |
|---|---|---|
| Dostępność od | Windows Server 2025 | Windows Server 2016 |
| Model przypisania GPU | Jeden GPU → wiele VM (partycje) | Jeden GPU → jedna VM (dedykowany) |
| Wydajność | Przewidywalna, proporcjonalna do partycji | Pełna — VM widzi cały GPU |
| Live Migration | ✅ Tak (nowość w 2025) | ❌ Nie |
| HA / Failover klastra | ✅ Tak (Datacenter) | ❌ Nie |
| Obsługiwane GPU | Wybrane modele NVIDIA/AMD (lista certyfikowana) | Praktycznie każdy GPU z pełnym sterownikiem |
| Izolacja | Sprzętowa (SR-IOV) | Sprzętowa (cały GPU przekazany) |
| Gęstość VM | Wysoka — wiele VM na jednym GPU | Niska — maks. 1 VM na 1 GPU |
| CUDA / DirectX / OpenGL w gościu | ✅ Pełne wsparcie | ✅ Pełne wsparcie |
| Zastosowanie | VDI, AI inferencing, wielodostępne środowiska | Pojedyncze wymagające VM (CAD, symulacje) |
Kiedy wybrać GPU-P, a kiedy DDA
GPU Partitioning — optymalny wybór gdy:
- Budujesz farmę VDI (Windows 365, Azure Virtual Desktop on-prem, RDS) — potrzebujesz obsłużyć dziesiątki użytkowników na kilku kartach. GPU-P pozwala uruchomić 4–16 VM na jednej karcie.
- Uruchamiasz wiele lekkich modeli ML — np. inferencja w sklepach detalicznych, na liniach produkcyjnych — wiele równoległych instancji na jednym GPU.
- Potrzebujesz wysokiej dostępności — Live Migration i automatyczny failover są kluczowe, bo nie możesz sobie pozwolić na przestój VM.
- Optymalizujesz koszty infrastruktury — zamiast 10 kart dla 10 VM, kupujesz 1-2 karty i maksymalnie je wykorzystujesz.
DDA — lepszy wybór gdy:
- Jedna VM potrzebuje pełnej mocy GPU — renderowanie CAD, symulacje CFD, uczenie dużych modeli ML gdzie liczy się każdy teraflop.
- Używasz niestandardowego GPU spoza listy certyfikowanej dla GPU-P (np. starsze karty, karty konsumenckie w labie).
- Nie potrzebujesz Live Migration — serwer testowy, stacja robocza w laboratorium.
Częste pytania
Czym GPU Partitioning różni się od vGPU (NVIDIA GRID)?
GPU-P to natywna technologia Microsoft w Hyper-V, podczas gdy NVIDIA GRID vGPU to rozwiązanie własne NVIDII. Oba dzielą fizyczny GPU na wiele instancji, ale GPU-P używa otwartego standardu SR-IOV, nie wymaga licencji GRID i jest zarządzane bezpośrednio z Windows Admin Center. GRID vGPU oferuje natomiast bardziej zaawansowane profile wydajnościowe (np. profile Q-series z różnymi przydziałami VRAM) i działa też na VMware vSphere, czego GPU-P nie obsługuje.
Czy GPU Partitioning działa na Windows Server 2025 Standard?
Tak, ale z ograniczeniami. Na edycji Standard można używać GPU-P na pojedynczym serwerze (standalone), w tym Live Migration między dwoma niezależnymi hostami. Jednak klastrowanie z wysoką dostępnością (failover) wymaga już edycji Datacenter. Jeśli potrzebujesz automatycznego przełączania VM z GPU na inny węzeł przy awarii — Datacenter jest jedyną opcją.
Ile partycji mogę utworzyć na jednym GPU?
Liczba partycji zależy od modelu GPU i jego VRAM. NVIDIA A16 z 64 GB VRAM (4×16 GB fizycznie) może obsłużyć do 16 partycji. Karty z mniejszą pamięcią (np. A2 z 16 GB) zazwyczaj obsługują 4–8 partycji, aby każda miała sensowny przydział pamięci. Windows Admin Center automatycznie proponuje optymalną liczbę partycji dla danego modelu GPU. Pamiętaj: partycje dzielą VRAM proporcjonalnie — przy 4 partycjach na karcie 48 GB każda dostaje ~12 GB.
Czy mogę użyć GeForce RTX z GPU Partitioning?
Nie. GPU-P wymaga certyfikowanych kart serwerowych — NVIDIA A-series, L-series lub RTX Pro Blackwell Server Edition. Karty konsumenckie (GeForce, w tym RTX 4090/5090) nie obsługują SR-IOV w sterowniku, więc nie mogą być partycjonowane. Możesz je jednak przekazać przez DDA do pojedynczej VM.
Co się stanie z partycjami GPU podczas Live Migration?
Hyper-V automatycznie zapisuje stan partycji GPU (w tym VRAM i kontekst sterownika), przesyła go przez sieć do docelowego hosta i odtwarza. Transfer używa TCP/IP z kompresją, co może zwiększyć wykorzystanie CPU hosta i wydłużyć czas migracji — szczególnie przy dużych przydziałach VRAM. Kluczowe jest, aby docelowy host miał identyczny GPU z identyczną liczbą partycji — inaczej migracja zostanie odrzucona.
Czy GPU-P działa z maszynami linuksowymi?
Tak. Oficjalnie wspierane są Ubuntu 18.04, 20.04 i 22.04 LTS. Wymagane jest zainstalowanie odpowiedniego sterownika NVIDIA vGPU lub AMD ROCm wewnątrz VM. Funkcjonalność CUDA, OpenGL i Vulkan jest zachowana — gość linuksowy widzi przydzieloną partycję tak samo jak Windows.
Czy jedna VM może dostać kilka partycji GPU?
Tak. Jeśli przypiszesz VM dwie partycje z tego samego fizycznego GPU, w systemie gościa pojawią się one jako dwa osobne GPU. Pozwala to na ręczne rozdzielenie obciążeń (np. jedna partycja do CUDA, druga do grafiki) lub na użycie frameworków wspierających multi-GPU. Pamiętaj jednak, że obie partycje pochodzą z tego samego fizycznego GPU — dzielą więc wspólną przepustowość PCIe.
Windows Server 2025 w edycji Datacenter lub Standard znajdziesz w ofercie KluczeSoft.pl w kategorii Licencje Server — to w pełni legalne klucze resale w ramach swobodnego obrotu licencjami w UE, objęte fakturą VAT i polskojęzycznym wsparciem technicznym. W przeciwieństwie do subskrypcji Azure, licencja jest wieczysta i przypisana do twojego sprzętu — idealnie nada się pod środowisko Hyper-V z GPU Partitioning.
<!-- IL-V1 -->Sklep KluczeSoft
Potrzebujesz licencji? KluczeSoft.pl oferuje legalne klucze z gwarancją autentyczności i wysyłką w 1-3 minuty na e-mail:
Powiązane artykuły
- Microsoft Stream — co to jest, jak działa i czym różni się od Stream (Classic) w 2026 — Microsoft Stream to platforma Enterprise Video — rozwiązanie do hostingu, odtwarzania i zarządzania treściami wideo wewnątrz organizacji.
- Klucz produktu — co to jest, jak działa i czym różni się od licencji cyfrowej (2026) — Klucz produktu to nie tylko ciąg znaków.
- Licencja subskrypcyjna — co to jest, jak działa i czym różni się od licencji wieczystej — Licencja subskrypcyjna to umowa między dostawcą oprogramowania a użytkownikiem, w której dostęp do programu nie jest sprzedawany na własność.
- Klucz MAK (Multiple Activation Key) — co to jest, jak działa i czym różni się od KMS — Klucz MAK (Multiple Activation Key) to wielokrotnego użytku klucz produktu przydzielany organizacjom posiadającym umowę volume licensing z M.
- Klucz Retail — co to jest, czym różni się od OEM i kiedy warto dopłacić — Klucz Retail to licencja, którą Microsoft sprzedaje za pośrednictwem własnego sklepu (microsoft.com), autoryzowanych partnerów handlowych or.
Powiązane produkty
- Microsoft Windows Server 2025 Datacenter 5 Użytkowników klucz licencyjny — sprawdź dostępność i cenę w naszym sklepie
- Zobacz wszystkie windows server 2025 — pełna oferta w kategorii
Powiązane tematy i warianty zapytań
windows server 2025 hyper-v
Wdrożenie roli wirtualizacji w najnowszym wydaniu systemu operacyjnego Microsoftu przynosi fundamentalne zmiany w architekturze bezpieczeństwa i wydajności. Windows Server 2025 Hyper-V integruje się głęboko z ekosystemem chmury hybrydowej, oferując natywne wsparcie dla procesorów z setkami rdzeni oraz pamięci RAM liczonej w petabajtach. Kluczowym wyróżnikiem jest tu zaawansowana izolacja oparta na VBS (Virtualization-Based Security), która przenosi krytyczne komponenty jądra do odrębnego kontekstu wirtualnego, uniemożliwiając ataki typu pass-the-hash nawet w przypadku przejęcia hosta. Dla administratorów planujących migrację z poprzednich wersji, istotna będzie możliwość bezpośredniego zakupu klucz Windows Server w wersji 2022 jako pomostu licencyjnego, z zachowaniem praw do downgrade’u, co pozwala na bezpieczne testowanie nowego hypervisora przed pełnym wdrożeniem produkcyjnym.
hyper-v 2025 nowości
Lista innowacji w hypervisorze na rok 2025 koncentruje się na eliminacji wąskich gardeł sieciowych i storage’owych. Hyper-V 2025 nowości obejmują przede wszystkim wsparcie dla NVMe over Fabrics (NVMe-oF) bezpośrednio z poziomu maszyny wirtualnej, co drastycznie redukuje opóźnienia dostępu do macierzy all-flash. Pojawiła się także technologia dynamicznego partycjonowania GPU, umożliwiająca przypisywanie ułamkowej mocy obliczeniowej akceleratora do wielu VM-ek jednocześnie, bez konieczności stosowania kosztownych rozwiązań firm trzecich. W warstwie sieciowej zaimplementowano Network ATC (Automatic Traffic Control), który automatyzuje konfigurację QoS i priorytetyzację ruchu Live Migration oraz Storage Spaces Direct. Te zmiany sprawiają, że inwestycja w legalne oprogramowanie, takie jak klucz Windows Server, staje się jeszcze bardziej opłacalna w kontekście konsolidacji obciążeń AI i Big Data.
hyper-v 2025 vs 2022
Porównując obie generacje, przepaść technologiczna jest widoczna głównie w obszarze skalowalności i bezpieczeństwa sprzętowego. Hyper-V 2025 vs 2022 to starcie architektury przygotowanej pod kryptografię post-kwantową ze sprawdzonym, lecz konserwatywnym podejściem do izolacji. W wersji 2025 maksymalna liczba wirtualnych procesorów na maszynę wzrasta do 2048 (wobec 240 w 2022), a obsługa pamięci nieulotnej (PMEM) w trybie bezpośrednim eliminuje warstwę translacji, oferując dostęp z prędkością bliską DRAM. Podczas gdy Hyper-V 2022 wymagał ręcznego konfigurowania rozdzielania zasobów GPU (DDA) i nie oferował natywnego wsparcia dla WSL 2.0 w maszynach gościa, edycja 2025 wprowadza pełną integrację z Azure Arc przez domyślnie włączonego agenta. Dla firm potrzebujących stabilnego środowiska na okres przejściowy, zakup klucz Windows Server z opcją Software Assurance gwarantuje płynną ścieżkę upgrade’u do nowego hypervisora.
hyper-v 2025 gpu partitioning
Rewolucja w wirtualizacji akceleratorów graficznych nadchodzi wraz z odejściem od sztywnego trybu DDA na rzecz elastycznego współdzielenia. Hyper-V 2025 GPU Partitioning pozwala na podział pojedynczego fizycznego GPU na wiele partycji, które są prezentowane maszynom wirtualnym jako pełnoprawne, parawirtualizowane urządzenia. Technologia ta, bazująca na standardzie SR-IOV rozszerzonym o autorskie sterowniki Microsoftu, umożliwia przypisanie konkretnej ilości pamięci VRAM i jednostek obliczeniowych do konkretnej VM-ki. W praktyce oznacza to, że na jednym serwerze można jednocześnie uruchomić środowisko VDI dla projektantów CAD, maszynę treningową AI oraz serwer renderujący, bez konfliktów o zasoby. Mechanizm ten współpracuje z nowym harmonogramem GPU, który priorytetyzuje zadania w czasie rzeczywistym, redukując zjawisko "noisy neighbor" znane z poprzednich implementacji.
hyper-v 2025 dda
Mimo rozwoju partycjonowania, technologia Discrete Device Assignment wciąż pozostaje kluczowa dla obciążeń wymagających absolutnej izolacji sprzętowej i natywnej wydajności. Hyper-V 2025 DDA został rozszerzony o wsparcie dla najnowszych akceleratorów FPGA oraz procesorów dedykowanych do przetwarzania sieciowego (SmartNIC). W nowej odsłonie DDA umożliwia bezpośrednie przypisanie całego kontrolera NVMe lub karty sieciowej do maszyny wirtualnej z poziomu PowerShell, bez konieczności wyłączania hosta. Kluczowym usprawnieniem jest integracja z funkcją Live Migration – w przeciwieństwie do wersji 2022, gdzie migracja VM-ki z przypisanym sprzętem była niemożliwa, teraz hypervisor potrafi automatycznie przełączyć maszynę na tryb parawirtualizacji na czas przeniesienia, a następnie ponownie przypisać sprzęt na węźle docelowym, o ile jest on dostępny w puli.
hyper-v 2025 live migration
Proces przenoszenia działających maszyn wirtualnych między hostami bez przerywania ich pracy został całkowicie przeprojektowany pod kątem sieci o wysokich stratach pakietów. Hyper-V 2025 Live Migration wprowadza kompresję strumienia pamięci w czasie rzeczywistym z wykorzystaniem algorytmów uczenia maszynowego, które przewidują wzorce zapisu do RAM-u. Dzięki temu transfer brudnych stron pamięci jest nawet o 40% mniejszy niż w wersji 2022. Nowością jest także obsługa migracji przez łącza szyfrowane TLS 1.3 bez spadku wydajności, co ma kluczowe znaczenie przy rozproszonych klastrach rozciągniętych geograficznie. Co więcej, technologia "Checkpoint Delta Sync" pozwala na wznowienie migracji od momentu przerwania po awarii sieci, zamiast rozpoczynania całego procesu od nowa, co drastycznie skraca okno konsolidacji serwerów przed planowanymi pracami serwisowymi.
hyper-v 2025 nvme
Storage w hypervisorze 2025 przechodzi na wyższy poziom dzięki natywnej emulacji kontrolerów NVMe 2.0. Hyper-V 2025 NVMe to nie tylko wsparcie dla fizycznych dysków, ale przede wszystkim wirtualny kontroler NVMe prezentowany maszynom gościa, który obsługuje do 64 kolejek I/O na urządzenie i protokół SCSI Enclosure Services (SES). Dzięki temu aplikacje wewnątrz VM-ki mogą bezpośrednio zarządzać stanem dysków i odczytywać wskaźniki SMART. Największym przełomem jest implementacja NVMe over TCP, która pozwala na podłączenie zdalnych wolumenów storage’owych bez konieczności stosowania drogich przełączników FC, zachowując mikrosekundowe opóźnienia. Ta funkcja idealnie współgra z rozwiązaniami software-defined, umożliwiając budowę hiperkonwergentnych klastrów w oparciu o standardowy Ethernet 100GbE.
hyper-v 2025 sla
Nowy hypervisor redefiniuje pojęcie dostępności poprzez wprowadzenie zaawansowanych mechanizmów gwarantujących ciągłość działania. Hyper-V 2025 SLA opiera się na koncepcji "Hot Patching Engine", która pozwala na instalację krytycznych poprawek bezpieczeństwa jądra bez restartu hosta, co bezpośrednio przekłada się na wydłużenie czasu uptime. W połączeniu z ulepszonym klastrowaniem failover, które teraz obsługuje do 128 węzłów, Microsoft deklaruje zdolność do utrzymania dostępności na poziomie 99,999% dla odpowiednio skonfigurowanych obciążeń. Istotnym elementem jest też integracja z Azure Site Recovery, gdzie polityki SLA są automatycznie walidowane przez wbudowanego asystenta AI, symulującego scenariusze awarii i sugerującego zmiany w topologii przed wystąpieniem rzeczywistej katastrofy.
hyper-v 2025 backup
Strategie ochrony danych w nowym hypervisorze odchodzą od tradycyjnych snapshotów na rzecz produkcyjnych checkpointów opartych na dziennikach transakcyjnych. Hyper-V 2025 Backup wprowadza API do tworzenia spójnych kopii zapasowych z granularnością na poziomie pliku wewnątrz dysku VHDX, bez konieczności instalacji agenta w systemie gościa. Mechanizm "Changed Block Tracking 2.0" (CBT 2.0) działa teraz w trybie sprzętowym, odciążając CPU hosta i eliminując wpływ backupu na wydajność produkcyjnych maszyn. Przełomem jest natywna integracja z Azure Backup Vault przez REST API, umożliwiająca bezpośrednie przesyłanie przyrostowych kopii do chmury z szyfrowaniem end-to-end. Dla środowisk wymagających długoterminowego przechowywania, hypervisor wspiera tiering backupów na taśmy wirtualne zgodne ze standardem LTO-9.
hyper-v 2025 azure arc
Pomost między lokalnym datacenter a chmurą publiczną staje się niewidoczny dla administratora. Hyper-V 2025 Azure Arc jest domyślnie wbudowanym komponentem systemu operacyjnego, a nie dodatkowym agentem. Pozwala to na zarządzanie maszynami wirtualnymi na hostach on-premises za pomocą Azure Policy, tak jakby były to natywne zasoby Azure. Dzięki temu można wymuszać zgodność z regulacjami (compliance), przypisywać tagi i uruchamiać skrypty naprawcze z poziomu jednego portalu. Największą wartością jest możliwość wykorzystania Azure Update Manager do koordynowania okien serwisowych dla setek rozproszonych hostów Hyper-V oraz korzystanie z usług Azure Monitor w celu wykrywania anomalii w wydajności VM-ek bez konieczności budowania lokalnego systemu monitoringu.
hyper-v 2025 wsl
Integracja z podsystemem linuksowym osiąga poziom, na którym kontenery i dystrybucje Linuksa działają jako równorzędne obywatele ekosystemu wirtualizacji. Hyper-V 2025 WSL wykorzystuje lekki hypervisor do uruchamiania jądra Linux w trybie izolowanym, ale z bezpośrednim dostępem do sprzętowych możliwości GPU partycjonowania. Oznacza to, że deweloperzy mogą trenować modele AI bezpośrednio na GPU serwera, korzystając z natywnych sterowników CUDA wewnątrz dystrybucji Ubuntu czy Debian, bez utraty wydajności na warstwie translacji. Nowością jest wsparcie dla systemd wewnątrz instancji WSL, co pozwala na uruchamianie złożonych stosów aplikacyjnych (LAMP, ELK) jako usług tła, a także pełna integracja sieciowa z wirtualnymi switchami Hyper-V, umożliwiająca komunikację między kontenerami Linux a Windows w trybie VLAN.
hyper-v 2025 containers
Platforma kontenerowa w nowym wydaniu serwera odchodzi od sztywnego podziału na izolację procesową i hypervisorową. Hyper-V 2025 Containers wprowadzają tryb "Confidential Containers", który szyfruje całą pamięć RAM kontenera za pomocą sprzętowych rozszerzeń Intel TDX i AMD SEV-SNP. Dzięki temu nawet administrator hosta nie ma wglądu w dane przetwarzane wewnątrz kontenera. Warstwa sieciowa dla kontenerów została zunifikowana – teraz zarówno kontenery Windows Server Core, jak i Linux korzystają z tego samego stosu SDN, co upraszcza polityki firewall. Kluczową zmianą jest wsparcie dla Kubernetes 1.30+ bezpośrednio przez Azure Arc, gdzie host Hyper-V może pełnić rolę węzła brzegowego (edge node) w hybrydowym klastrze AKS, umożliwiając uruchamianie podów na sprzęcie lokalnym.
hyper-v 2025 vSwitch
Wirtualny przełącznik sieciowy doczekał się przepisania warstwy przetwarzania pakietów z wykorzystaniem eBPF (extended Berkeley Packet Filter). Hyper-V 2025 vSwitch pozwala na dynamiczne wstrzykiwanie programów do ścieżki danych bez rekompilacji sterowników, co otwiera drogę do zaawansowanego, programowalnego monitoringu i filtrowania ruchu. Przepustowość przełącznika wzrosła do 400 Gbps na pojedynczy interfejs dzięki wsparciu dla sprzętowego offloadingu na kartach sieciowych nowej generacji. Nowością jest funkcja "Flow Mirroring", która umożliwia kopiowanie wybranych strumieni ruchu z wielu VM-ek do jednego urządzenia analizującego (IDS/IPS) bez obciążania CPU hosta. Dla środowisk multitenant kluczowe będzie wbudowane szyfrowanie sieci wirtualnych za pomocą Data Plane Development Kit (DPDK).
hyper-v 2025 network atc
Automatyzacja konfiguracji sieciowej wchodzi na poziom, gdzie administrator definiuje intencję, a system sam dobiera parametry. Hyper-V 2025 Network ATC (Automatic Traffic Control) rozszerza swoje możliwości poza proste karty sieciowe o automatyczne wykrywanie i konfigurację przełączników ToR (Top of Rack) za pomocą protokołu LLDP. System sam negocjuje ustawienia DCB (Data Center Bridging) dla ruchu RoCE v2, priorytetyzując storage S2D i Live Migration. Co istotne, Network ATC w wersji 2025 potrafi wykrywać asymetrię w konfiguracji zespołów kart (NIC Teaming) i automatycznie korygować błędy, które mogłyby prowadzić do spadku wydajności. Funkcja "Intent-Based QoS" dynamicznie dostosowuje limity pasma dla maszyn wirtualnych w odpowiedzi na obciążenie, gwarantując sprawiedliwy podział zasobów bez ręcznej inżynierii ruchu.
hyper-v 2025 licencjonowanie
Model prawny użytkowania nowego hypervisora pozostaje ściśle związany z licencjonowaniem rdzeniowym systemu operacyjnego hosta. Hyper-V 2025 licencjonowanie kontynuuje politykę z edycji 2022, gdzie każdy fizyczny rdzeń procesora w klastrze musi być pokryty licencją, a liczba dozwolonych maszyn wirtualnych (OSE) zależy od edycji – Datacenter oferuje nieograniczoną liczbę VM-ek, podczas gdy Standard ogranicza do dwóch. Nowością jest wprowadzenie subskrypcyjnego modelu "Pay-as-you-go" dla Hyper-V rozliczanego przez Azure Arc, co jest odpowiedzią na potrzebę elastyczności w środowiskach brzegowych. Warto pamiętać, że prawa do downgrade’u pozwalają na legalne uruchomienie starszych wersji hypervisora, co sprawia, że inwestycja w aktualny produkt zabezpiecza firmę na wypadek opóźnień w migracji aplikacji.
