RDS vs VDI — pulpit zdalny w firmie [Porównanie 2026]

Firma zatrudnia 50 osób pracujących zdalnie. Dział IT stoi przed wyborem: Remote Desktop Services czy Virtual Desktop Infrastructure? Na pierwszy rzut oka obie technologie robią to samo — dają pracownikom dostęp do aplikacji i pulpitu przez sieć. W praktyce różnica w kosztach może sięgać 300–500%, a wybór złej architektury oznacza albo przepłacenie za zasoby których nie potrzebujesz, albo frustrację użytkowników i problemy z bezpieczeństwem, których nie przewidziałeś. Ten artykuł przeprowadzi Cię przez rzeczywiste różnice, pułapki licencyjne i konkretne liczby — żebyś podjął decyzję na podstawie faktów, a nie marketingowych broszur.

RDS a VDI — fundamentalna różnica architektoniczna

Remote Desktop Services to model sesji współdzielonych. Jeden serwer Windows Server uruchamia jednocześnie dziesiątki, a nawet setki sesji użytkowników. Każdy pracownik ma swoją izolowaną sesję, ale wszyscy korzystają z tego samego systemu operacyjnego, tych samych sterowników i tej samej przestrzeni jądra. Serwer dynamicznie przydziela zasoby CPU i RAM między aktywnych użytkowników. To architektura, którą znamy od czasów systemów terminalowych — i która w wielu scenariuszach biznesowych sprawdza się doskonale.

Virtual Desktop Infrastructure to zupełnie inny model. Hypervisor (Hyper-V, VMware vSphere, Proxmox) dzieli jeden fizyczny serwer na wiele izolowanych maszyn wirtualnych. Każdy użytkownik dostaje własną VM z dedykowanym systemem operacyjnym Windows 10 lub 11. Nikt nie dzieli jądra systemu z nikim innym. Izolacja jest kompletna — błąd jednego użytkownika nie może dotknąć pozostałych na poziomie systemu operacyjnego.

Kluczowe pytanie brzmi: czy ta izolacja jest Ci naprawdę potrzebna? Bo właśnie ona decyduje o różnicy w kosztach.

Licencjonowanie RDS — co faktycznie musisz kupić

To jest sekcja, którą większość artykułów traktuje powierzchownie. W rzeczywistości licencjonowanie RDS składa się z trzech osobnych warstw i pominięcie choćby jednej oznacza niezgodność z warunkami Microsoft.

Warstwa 1: Licencja Windows Server

Potrzebujesz licencji na sam serwer. Windows Server 2022 Standard na 16 rdzeni kosztuje w KluczeSoft 2990 zł i pozwala na uruchomienie do 2 maszyn wirtualnych. Edycja Datacenter (bez limitu VM) to wydatek rzędu 15 000–20 000 zł za 16 rdzeni. Dla typowego wdrożenia RDS wystarczy Standard — jeden lub dwa serwery Session Host.

Warstwa 2: Windows Server CAL

Sama licencja serwera nie wystarczy. Każdy użytkownik lub urządzenie, które łączy się z serwerem Windows, potrzebuje dodatkowo Windows Server CAL. To osobny koszt, często pomijany przy pierwszym budżetowaniu projektu.

Warstwa 3: RDS CAL

Dopiero na to nakłada się właściwa licencja RDS CAL, która daje prawo do korzystania z usługi Remote Desktop Session Host. Bez niej dostęp do sesji zdalnych jest technicznie możliwy wyłącznie przez 120-dniowy okres próbny — po jego upływie serwer licencji odmawia połączeń.

Serwer licencji RDS możesz zainstalować na tym samym serwerze co Session Host (małe wdrożenia) lub na osobnej VM (środowiska produkcyjne). CAL-e muszą być wgrane do serwera licencji przed wygaśnięciem okresu próbnego.

User CAL czy Device CAL — która opcja jest tańsza dla Twojej firmy?

User CAL (licencja na użytkownika) przypisywana jest do konkretnego konta w Active Directory. Jeden użytkownik może łączyć się z dowolnej liczby urządzeń — laptopa, komputera stacjonarnego, tabletu, telefonu. To idealne rozwiązanie dla pracowników biurowych i hybrydowych.

Device CAL (licencja na urządzenie) przypisywana jest do konkretnego komputera lub terminala. Z jednego urządzenia może korzystać dowolna liczba użytkowników. To rozwiązanie opłacalne wszędzie tam, gdzie masz współdzielone stanowiska — recepcja, magazyn, produkcja, call center pracujący na trzy zmiany.

Przykład: call center z 90 pracownikami pracującymi na 3 zmiany przy 30 stanowiskach. Przy User CAL potrzebujesz 90 licencji. Przy Device CAL wystarczy 30 — oszczędzasz 67% na kosztach CAL.

Ważna różnica operacyjna: Device CAL można cofnąć (do 20% puli) — przydaje się przy rotacji sprzętu. User CAL nie można cofnąć raz przydzielonej, choć technicznie możliwe jest jej "przepisanie" przy zwolnieniu pracownika przez administratora systemu licencji. W środowiskach bez domeny Active Directory (workgroup) dostępne są wyłącznie Device CAL.

Kompatybilność wersji RDS CAL — pułapka, która kosztuje firmy pieniądze

To jeden z najczęstszych błędów przy planowaniu infrastruktury zdalnej. Licencje RDS CAL są kompatybilne wyłącznie w dół — nowszy CAL działa ze starszym serwerem, ale nie na odwrót.

Praktyczny wniosek: jeśli dziś planujesz nowe wdrożenie i rozważasz Windows Server 2025 jako platformę Session Host — kupuj od razu RDS CAL 2025. Jeśli za rok postanowisz migrować z 2022 na 2025, Twoje CAL-e 2022 nie będą działać, chyba że masz Software Assurance. Wtedy możesz przeprowadzić upgrade licencji bez dodatkowych kosztów zakupu nowych CAL-i.

Licencjonowanie VDI — znacznie droższy i bardziej złożony układ

VDI to wirtualizacja desktopów klienckich (Windows 10 lub 11), nie serwerowych. To fundamentalna różnica licencyjna, którą Microsoft traktuje zupełnie inaczej niż RDS.

Co jest potrzebne do legalnego VDI on-premise?

1. Hypervisor. Hyper-V jest wbudowany w Windows Server — brak dodatkowego kosztu. VMware vSphere po przejęciu przez Broadcom przeszedł na model subskrypcyjny z minimalnym progiem 72 rdzeni od kwietnia 2025 roku, co dramatycznie zwiększa koszty dla małych wdrożeń. Alternatywą jest open-source Proxmox VE.

2. Licencje Windows klienckich VM. Każda VM z Windows 10 lub 11 wymaga osobnej licencji. Opcje:

• Windows VDA — licencja per urządzenie dostępowe, uprawnia do dostępu do Windows client VM. Kupowana osobno lub zawarta w Windows Enterprise E3/E5.
• Microsoft 365 E3/E5 lub Windows Enterprise E3/E5 — zawierają prawa VDA dla primary usera urządzenia z tą licencją.
• Jeśli nie masz M365 E3/E5, musisz kupić standalone VDA — to znaczący koszt per użytkownik rocznie.

3. Broker VDI i management stack. Microsoft nie dostarcza w pełni funkcjonalnego brokera VDI "out of the box" dla środowisk korporacyjnych. Rozwiązania takie jak Citrix Virtual Apps and Desktops kosztują $13–20/użytkownik/miesiąc. VMware Horizon (teraz Omnissa) ma podobną strukturę cenową. To 156–240 dolarów rocznie na użytkownika — wyłącznie za warstwę zarządzania.

4. Storage IOPS. VDI generuje znacznie wyższe obciążenia I/O niż RDS. Przy 50 użytkownikach jednocześnie logujących się rano ("login storm") możesz potrzebować enterprise-grade storage z wysokim IOPS. To koszt, który w budżetach VDI regularnie jest niedoszacowany.

Ważna pułapka: RDS CAL NIE daje prawa dostępu do sesji Windows client desktop (Windows 10/11). Jeśli użytkownicy mają połączyć się przez RDS do VM z Windows 11, potrzebujesz zarówno Windows VDA jak i RDS CAL. To podwójny koszt licencyjny.

Realne porównanie kosztów: 50 użytkowników RDS vs VDI

Poniższe zestawienie oparte jest na rzeczywistych cenach z rynku polskiego (kwiecień 2026). Przyjmujemy 50 użytkowników biurowych pracujących standardowo na aplikacjach Office, ERP i przeglądarce — typowy scenariusz MŚP.

Uwaga: kalkulacja VDI zakłada użycie komercyjnego brokera (Citrix/Horizon). Przy Hyper-V bez zewnętrznego brokera koszty VDI są niższe (~80 000–100 000 zł), ale zarządzanie środowiskiem staje się znacznie bardziej pracochłonne.

Jak widać, RDS przy typowym scenariuszu biurowym jest 5–6 razy tańsze niż VDI z komercyjnym brokerem. Różnica maleje przy dużych organizacjach z licencjami Microsoft 365 E3/E5, gdzie VDA jest już opłacone w ramach subskrypcji.

Kiedy RDS jest właściwym wyborem?

RDS wygrywa zdecydowanie w następujących scenariuszach:

Call center i obsługa klienta

Agenci korzystają z kilku standardowych aplikacji — CRM, telefon softwarowy, przeglądarka. Wymagania są jednorodne, użytkownicy nie potrzebują uprawnień administratora, a stanowiska są często współdzielone. RDS z Device CAL to idealne dopasowanie — niski koszt licencji, łatwe zarządzanie, wysoka gęstość użytkowników na serwer.

Pracownicy biurowi z aplikacjami pakietowymi

Office, ERP (Optima, SAP Business One, Subiekt), systemy finansowo-księgowe, przeglądarka — wszystkie te aplikacje doskonale działają w środowisku sesji współdzielonych. Jeden dobrze skonfigurowany serwer RDS obsługuje 40–60 użytkowników jednocześnie.

Wdrożenia z cienkimi klientami (thin clients)

Thin client to urządzenie bez lokalnego systemu operacyjnego lub z minimalnym OS. Cały computing odbywa się po stronie serwera. RDS i thin clients to naturalne połączenie — obniżasz koszty sprzętu end-user i centralnie zarządzasz całym środowiskiem.

Małe i średnie firmy (10–100 użytkowników)

W tym segmencie ROI z VDI jest niemal niemożliwe do osiągnięcia. Koszty wdrożenia, licencji i zarządzania VDI nie zwracają się przy takiej skali. RDS daje kompletną funkcjonalność pracy zdalnej za ułamek ceny.

Środowiska z szybkimi rotacjami użytkowników

Jeśli użytkownicy często się zmieniają (pracownicy tymczasowi, zleceniobiorcy, studenci na praktykach), Device CAL przy RDS pozwala licencjonować stanowiska, a nie osoby — bez konieczności tworzenia i usuwania kont VDA dla każdej zmiany.

Kiedy VDI ma sens?

VDI nie jest złą technologią — jest technologią, która rozwiązuje konkretne problemy. Problem pojawia się, gdy jest stosowana tam, gdzie jej zalety nie rekompensują kosztów.

Deweloperzy oprogramowania

Programiści regularnie instalują frameworki, biblioteki, serwery lokalne (Docker, Node, Python), narzędzia deweloperskie wymagające głębokich integracji systemowych. Te narzędzia często konfliktują ze sobą lub wymagają uprawnień administratora. Na wspólnym RDS jeden nierozważny deweloper może wyłożyć środowisko dla wszystkich. VDI daje każdemu programiście własne, izolowane środowisko — ryzyko jest ograniczone do jednej VM.

Projektanci graficzni i architekci (CAD, 3D, wideo)

Aplikacje takie jak AutoCAD, SolidWorks, Adobe Premiere, Blender wymagają dostępu do GPU. Na RDS dzielony dostęp do GPU jest mocno ograniczony. VDI z GPU passthrough (dedykowana karta per VM) lub vGPU (frakcyjny dostęp do karty NVIDIA) daje projektantom pełną moc obliczeniową GPU w środowisku zwirtualizowanym. To scenariusz, w którym VDI nie ma dobrej alternatywy.

Wymagania compliance i regulacyjne

Środowiska z wymogami ISO 27001, HIPAA, PCI DSS lub RODO na poziomie zaawansowanym często wymagają silniejszej izolacji niż sesja RDS. VDI pozwala na: pełną izolację danych użytkownika na poziomie VM, oddzielne polityki bezpieczeństwa per użytkownik, szczegółowe logowanie i audyt na poziomie hypervisora, łatwe wdrożenie non-persistent desktops (VM resetuje się po wylogowaniu, brak pozostałości danych).

Aplikacje wymagające pełnych uprawnień administratora lokalnego

Niektóre legacy aplikacje przemysłowe lub specjalistyczne oprogramowanie wymaga uprawnień administratora lokalnego na Windows. Na RDS przyznanie admin praw jednej osobie może zagrozić sesjom wszystkich. Na VDI każdy admin lokalny to admin wyłącznie swojej VM.

Firmy z heterogenicznym środowiskiem aplikacji

Gdy dział A używa oprogramowania wymagającego .NET Framework 3.5, dział B — najnowszego .NET 8, a dział C — aplikacji z konfliktującymi bibliotekami DLL, utrzymanie jednego spójnego obrazu RDS staje się koszmarem. VDI z różnymi golden images per dział rozwiązuje problem izolacji wersji raz na zawsze.

Azure Virtual Desktop — chmurowa alternatywa dla obu technologii

Azure Virtual Desktop (AVD), znany wcześniej jako Windows Virtual Desktop, to usługa Microsoft pozwalająca uruchamiać zarówno sesje współdzielone (model RDS), jak i dedykowane VM (model VDI) w chmurze Azure. Dla wielu firm jest to trzecia opcja, obok on-premise RDS i on-premise VDI.

Model kosztowy AVD

AVD składa się z dwóch warstw kosztów:

Prawa dostępu użytkownika — jeśli pracownicy posiadają Microsoft 365 E3, E3+, E5, Microsoft 365 Business Premium lub Windows Enterprise E3/E5, dostęp do sesji Windows 10/11 w AVD jest bezpłatny. Licencja jest już opłacona. Jeśli firma nie ma tych licencji, prawa dostępu dla Windows Server w AVD wymagają RDS CAL z aktywnym Software Assurance lub subskrypcji RDS SAL.

Infrastruktura Azure — płacisz za: maszyny wirtualne (VM są wyłączane gdy nieużywane — to kluczowe dla optymalizacji kosztów), storage (dyski zarządzane per VM), ruch sieciowy (egress). Przy dobrze skonfigurowanym auto-skalowaniu i harmonogramach wyłączania VM po godzinach pracy, AVD może być kosztowo zbliżone do RDS on-premise, przy eliminacji kosztów sprzętu i jego utrzymania.

Kiedy AVD się opłaca?

• Firma już płaci za Microsoft 365 Business Premium lub E3/E5 — prawa dostępu są "gratis"
• Pracownicy rozproszeni geograficznie (różne kraje, kontynenty) — bliskość datacenters Azure redukuje latencję
• Zmienna liczba użytkowników — możliwość skalowania w górę i w dół bez zakupu sprzętu
• Brak własnej serwerowni lub plany jej likwidacji
• Wymagane szybkie wdrożenie (godziny, nie tygodnie)

Kiedy AVD nie ma sensu?

• Stała liczba użytkowników, brak potrzeby elastyczności — on-premise RDS będzie tańszy w 3-letniej perspektywie
• Brak odpowiednich licencji Microsoft 365 — koszty dostępu rosną znacząco
• Wymagane środowisko offline lub z ograniczonym dostępem do internetu
• Aplikacje z lokalnymi zależnościami sprzętowymi (USB, karty sieciowe, specjalistyczne karty I/O)

Windows 365 — najprostszy, ale najdroższy model

Windows 365 to "Cloud PC" w subskrypcji — każdy użytkownik dostaje stały, dedykowany komputer w chmurze. Ceny zaczynają się od około 28–32 dolarów miesięcznie za użytkownika (2 vCPU, 4 GB RAM, 64 GB storage). Przy kursie 4,15 PLN/USD to około 116–133 zł/użytkownik/miesiąc, czyli 1 392–1 596 zł rocznie na osobę.

Dla porównania: RDS on-premise dla 50 użytkowników wychodzi około 482 zł per użytkownik w roku pierwszym i kilkadziesiąt złotych rocznie przez kolejne lata (głównie koszty utrzymania). Windows 365 jest wygodny operacyjnie i nie wymaga działu IT, ale jest trzykrotnie droższy niż dobrze skonfigurowane RDS.

Konfiguracja RDS na Windows Server 2022 — przegląd procesu

Wdrożenie RDS nie jest skomplikowane dla doświadczonego administratora, ale wymaga zrozumienia ról i kolejności instalacji. Oto co dzieje się pod maską:

Kluczowe role RDS w Windows Server

Remote Desktop Session Host (RDSH) — to serce RDS. Na tym serwerze użytkownicy uruchamiają swoje sesje. Dla małych wdrożeń (do 20 użytkowników) wystarczy jedna VM lub jeden fizyczny serwer. Przy większych wdrożeniach Session Hosty są równoważone obciążeniowo przez RD Connection Broker.

Remote Desktop Licensing Server — zarządza pulą CAL-i. Wystawia licencje klientom podczas połączenia. Może działać na tym samym serwerze co RDSH (małe wdrożenia) lub na osobnej VM (środowiska produkcyjne). CAL-e należy aktywować przez kreator po wgraniu kluczy.

Remote Desktop Connection Broker — balansuje połączenia między wieloma Session Hostami, zarządza reconnect do aktywnych sesji użytkownika. Wymagany przy farmach RDS (wiele Session Hostów za jednym adresem).

Remote Desktop Gateway — bezpieczna brama dla połączeń przez internet. Szyfruje ruch przez HTTPS (port 443) zamiast otwierania portu RDP 3389 na zewnątrz. Wymagany przy dostępie zdalnym poza siecią firmową — nigdy nie wystawiaj portu 3389 bezpośrednio do internetu.

Remote Desktop Web Access — portal webowy dla użytkowników, z którego mogą uruchamiać dostępne aplikacje RemoteApp lub pulpit zdalny przez przeglądarkę. Wymaga jedynie HTML5 po stronie klienta.

Kolejność wdrożenia

1. Zainstaluj rolę Remote Desktop Services przez Server Manager lub PowerShell
2. Skonfiguruj RD Licensing Server i aktywuj CAL-e (przed upływem 120 dni grace period)
3. Skonfiguruj kolekcję sesji i uprawnienia użytkowników
4. Opcjonalnie: skonfiguruj RD Gateway dla dostępu zewnętrznego z certyfikatem SSL
5. Opublikuj aplikacje jako RemoteApp lub pełny pulpit
6. Skonfiguruj FSLogix dla profile containers (zalecane przy większych wdrożeniach)
7. Przetestuj połączenie i wydajność przy symulowanym obciążeniu

Windows Server 2025 wprowadził kilka ulepszeń w zakresie RDS, w tym lepszą integrację z Entra ID (Azure AD) i poprawki wydajnościowe protokołu RDP, szczególnie w scenariuszach z wieloma monitorami i wysokimi rozdzielczościami.

RDS vs VDI — bezpieczeństwo pod lupą

Bezpieczeństwo to argument, który często pojawia się w dyskusjach na korzyść VDI. Warto przyjrzeć się mu bez nadmiernego upraszczania.

Gdzie RDS jest słabsze

Współdzielone środowisko RDS ma realne ryzyko tzw. "session escape" — ataku, w którym złośliwy użytkownik lub skompromitowana aplikacja próbuje wyjść poza swoją sesję i uzyskać dostęp do zasobów innych użytkowników lub samego serwera. Jedno złośliwe oprogramowanie uruchomione w sesji jednego użytkownika może potencjalnie wpłynąć na wszystkich pozostałych na tym samym Session Host. Dodatkowo, jeden błędnie zainstalowany sterownik lub niestabilna aplikacja może destabilizować całe środowisko.

Gdzie VDI jest mocniejsze

Pełna izolacja na poziomie hypervisora oznacza, że nawet kompletne skompromitowanie jednej VM nie daje atakującemu dostępu do innych VM ani do hosta fizycznego (przy poprawnie skonfigurowanym hypervisorze). Non-persistent VDI (VM reset po każdym wylogowaniu) praktycznie eliminuje trwałe zagrożenia — malware nie przeżyje restartu systemu. Każdy użytkownik ma własne dane, własny profil, własne szyfrowanie dysku.

Właściwa perspektywa

Jednak wiele naruszeń bezpieczeństwa w środowiskach RDS wynika nie z architektury, ale z błędów konfiguracyjnych: wystawionego portu 3389 do internetu, braku MFA, słabych haseł, braku segmentacji sieciowej. Poprawnie zabezpieczone RDS z RD Gateway, MFA, Privileged Access Workstation dla administratorów i monitoringiem sesji jest bezpieczne dla zdecydowanej większości firm. Dla środowisk z najwyższymi wymaganiami bezpieczeństwa (finanse, zdrowie, obrona) VDI oferuje dodatkową warstwę ochrony wartą swojej ceny.

Kup licencje RDS CAL w KluczeSoft

Do korzystania z Remote Desktop Services każdy użytkownik lub urządzenie potrzebuje licencji RDS CAL:

• Windows Server 2022 RDS 50 Device CAL — 1399 zł
• Windows Server 2022 RDS 10 User CAL — 319 zł
• Windows Server 2019 RDS 50 User CAL — 1149 zł
• Windows Server 2019 RDS 10 User CAL — 269 zł
• Windows Server 2022 Standard — 2990 zł