Przejdź do treści
Powrót do Centrum Pomocy
Windows Server
Aplikacje Microsoft

GPU Partitioning w Windows Server 2025 Hyper-V — co to jest, jak działa i czym różni się od DDA

GPU Partitioning (GPU-P) to mechanizm wirtualizacji GPU wprowadzony natywnie w Hyper-V Windows Server 2025. Zamiast przypisywać całą kartę do pojedynczej maszyn

20 min czytania·Zaktualizowano 3 tyg. temu

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

  1. 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.

  2. 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).

  3. 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:

EtapCo się dzieje
1. Przygotowanie GPUAdministrator — 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 partycjiAdministrator 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 VMPartycje 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ściuWewną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ętowaSR-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

KomponentWymaganie
CPUProcesor 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
GPUWyłącznie certyfikowane modele NVIDIA i AMD (lista poniżej). Karty konsumenckie (GeForce, Radeon RX) nie są wspierane
Sterownik GPU na hościeNVIDIA vGPU Software v18.x lub nowszy (dla Live Migration); dla samego partycjonowania wystarczy standardowy sterownik GRID/vGPU
System gościaWindows 10/11, Windows 10/11 Enterprise multi-session, Windows Server 2019/2022/2025, Ubuntu 18.04/20.04/22.04 LTS
Klastrowanie HAWindows Server 2025 Datacenter + jednorodna konfiguracja GPU na wszystkich węzłach

Obsługiwane GPU — pełna lista (stan na maj 2026)

ProducentModelTypowy VRAMPrzeznaczenie
NVIDIAA216 GBWnioskowanie AI, małe VDI
NVIDIAA1024 GBVDI średniej gęstości, rendering
NVIDIAA1664 GB (4×16 GB)VDI wysokiej gęstości — do 16 użytkowników na kartę
NVIDIAA4048 GBWnioskowanie ML, rendering, stacje robocze
NVIDIAL224 GBEntry-level AI, małe VDI
NVIDIAL424 GBWnioskowanie AI, transkrypcja, VDI
NVIDIAL4048 GBWnioskowanie, rendering, VDI
NVIDIAL40S48 GBWnioskowanie ML, rendering
NVIDIARTX Pro 6000 Blackwell Server Edition96 GBNajwyższa wydajność — AI, symulacje, zaawansowane VDI
AMDRadeon PRO V71032 GBVDI, 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

CechaGPU Partitioning (GPU-P)Discrete Device Assignment (DDA)
Dostępność odWindows Server 2025Windows Server 2016
Model przypisania GPUJeden GPU → wiele VM (partycje)Jeden GPU → jedna VM (dedykowany)
WydajnośćPrzewidywalna, proporcjonalna do partycjiPełna — VM widzi cały GPU
Live Migration✅ Tak (nowość w 2025)❌ Nie
HA / Failover klastra✅ Tak (Datacenter)❌ Nie
Obsługiwane GPUWybrane modele NVIDIA/AMD (lista certyfikowana)Praktycznie każdy GPU z pełnym sterownikiem
IzolacjaSprzętowa (SR-IOV)Sprzętowa (cały GPU przekazany)
Gęstość VMWysoka — wiele VM na jednym GPUNiska — maks. 1 VM na 1 GPU
CUDA / DirectX / OpenGL w gościu✅ Pełne wsparcie✅ Pełne wsparcie
ZastosowanieVDI, AI inferencing, wielodostępne środowiskaPojedyncze wymagające VM (CAD, symulacje)

Kiedy wybrać GPU-P, a kiedy DDA

GPU Partitioning — optymalny wybór gdy:

  1. 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.
  2. Uruchamiasz wiele lekkich modeli ML — np. inferencja w sklepach detalicznych, na liniach produkcyjnych — wiele równoległych instancji na jednym GPU.
  3. Potrzebujesz wysokiej dostępności — Live Migration i automatyczny failover są kluczowe, bo nie możesz sobie pozwolić na przestój VM.
  4. Optymalizujesz koszty infrastruktury — zamiast 10 kart dla 10 VM, kupujesz 1-2 karty i maksymalnie je wykorzystujesz.

DDA — lepszy wybór gdy:

  1. Jedna VM potrzebuje pełnej mocy GPU — renderowanie CAD, symulacje CFD, uczenie dużych modeli ML gdzie liczy się każdy teraflop.
  2. Używasz niestandardowego GPU spoza listy certyfikowanej dla GPU-P (np. starsze karty, karty konsumenckie w labie).
  3. 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

Powiązane produkty

<!-- SEO Growth Plan · batch31 -->

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.

Najczęściej zadawane pytania

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.
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ą.
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.
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.
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.
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.
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](https://kluczesoft.pl/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

Czy ten artykuł był pomocny?