Dlaczego bazy Enterprise to osobny budżet
Proxmox VE nie wymaga drogich licencji hypervisora — to oszczędność rzędu 90%+. Jednak jeśli w środowisku działają Oracle EE lub SQL Server Enterprise, koszt licencji baz danych często przewyższa koszt samej wirtualizacji. Oba produkty mają restrykcyjne zasady licencjonowania w środowiskach wirtualnych — a Proxmox (KVM/QEMU) jest traktowany przez Oracle jako soft partitioning, co ma kluczowe konsekwencje finansowe.
od fizycznych rdzeni
soft partitioning (Oracle)
planujesz przed migracją
Decydenci często zakładają: „skoro VM ma 4 vCPU, płacę za 4 rdzenie”. Przy Oracle EE i SQL Server EE na Proxmox to najczęściej błędne założenie. Poniżej — reguły licencyjne obu vendorów i praktyczne wnioski dla klastra Proxmox.
Oracle Database Enterprise Edition
Oracle EE licencjonuje się od fizycznych rdzeni hosta (model Processor License) lub Named User Plus (NUP — per użytkownik). W cenniku Oracle podaje stawkę za Processor License, ale wylicza ją z rdzeni — nie z socketów CPU. W wirtualizacji decydująca jest polityka hard vs soft partitioning opublikowana przez Oracle.
| Typ partycjonowania | Technologie uznawane przez Oracle | Proxmox / KVM |
|---|---|---|
| Hard partitioning | Oracle VM Server, wybrane LPAR/DRP, Solaris Zones (z ograniczeniami) | Nie dotyczy |
| Soft partitioning | VMware, Hyper-V, Xen, KVM, kontenery bez hard partitioningu | Tak — Proxmox = soft |
Reguła soft partitioningu: przy Proxmox/KVM Oracle wymaga licencjonowania wszystkich fizycznych rdzeni procesora na serwerze, na którym działa (lub może działać) baza — niezależnie od liczby vCPU przydzielonych maszynie. Przypięcie VM do podzbioru rdzeni (CPU affinity) nie zwalnia z licencjonowania pozostałych rdzeni hosta w ocenie Oracle.
Proxmox/KVM a hard partitioning Oracle: standardowy Proxmox VE (KVM) to soft partitioning. Wyjątek: Oracle Linux KVM z przypiętymi rdzeniami (CPU pinning przez olvm-vmcontrol) może kwalifikować się jako hard partitioning wg dokumentacji Oracle — ale wyklucza live migration i to inna ścieżka niż typowy klaster Proxmox.
Jak liczyć licencje od rdzeni (Processor License):
- Policz wszystkie fizyczne rdzenie serwera (lub serwerów, jeśli VM może się uruchomić na wielu węzłach HA).
- Pomnóż przez Core Processor Licensing Factor (dla typowych procesorów x86-64 — Intel Xeon, AMD EPYC: 0,5; ten sam współczynnik co dla Xeon).
- Zaokrąglij w górę — wynik to liczba wymaganych licencji Processor License (przy współczynniku 0,5: 1 licencja = 2 rdzenie x86).
- Minimum: 2 licencje Processor License na serwer (nie mylić z liczbą socketów CPU).
Przykład — host 2×32 rdzenie (64 fizyczne rdzenie). 64 rdzeni × ~23 750 USD/rdzeń (Oracle EE, orientacyjnie) = ~1,52 mln USD samych licencji Oracle EE na jednym węźle — niezależnie od tego, czy VM ma 4 czy 16 vCPU.
Model Named User Plus bywa tańszy przy małej liczbie użytkowników, ale ma minimum NUP powiązane z liczbą Processor License (typowo min. 25 NUP na Processor License). Przy wielu użytkownikach i dużym hoście licencjonowanie od rdzeni zwykle wygrywa — szczegóły wymagają kalkulacji u partnera Oracle.
Opcje dodatkowe (Diagnostics Pack, Tuning Pack, RAC, Active Data Guard itd.) to osobne koszty licencjonowane tym samym modelem — w Enterprise często stanowią znaczący udział budżetu.
Subskrypcja wsparcia technicznego (Technical Support) — koszty i zakres uprawnień
Oracle nie ma programu Software Assurance — odpowiednikiem rocznego komponentu przy licencjach wieczystych jest Technical Support Subscription (subskrypcja wsparcia technicznego, Premier Support). Pierwszy rok supportu zwykle jest w pakiecie z zakupem licencji; kolejne lata kosztują ok. 22% ceny netto licencji rocznie (stawka katalogowa — przy ULA lub dużych wolumenach bywa niższa, np. 8–15%). Alternatywą jest licencja terminowa (subscription license) — wtedy opłata roczna obejmuje zarówno prawo użytkowania, jak i support.
| Scenariusz (Oracle EE) | Licencja (jednorazowo) | Support / rok (~22%) | Licencja + 3 lata supportu |
|---|---|---|---|
| Dedykowany węzeł 16 rdzeni | 16 × ~$23 750 ≈ $380 000 (~1,52 mln zł) | ~$83 600 (~334 000 zł) | ~$630 800 (~2,52 mln zł) |
| Dedykowany węzeł 32 rdzenie | 32 × ~$23 750 ≈ $760 000 (~3,04 mln zł) | ~$167 200 (~669 000 zł) | ~$1,26 mln (~5,04 mln zł) |
Bez aktywnego supportu licencja wieczysta nadal pozwala używać wersji z momentu wygaśnięcia supportu, ale tracisz dostęp do patchy bezpieczeństwa, aktualizacji (RU/CPU), My Oracle Support i prawa do nowszych wersji. Aktywny support nie zmienia zasad soft partitioningu — nadal licencjonujesz fizyczne rdzenie każdego hosta Proxmox, na którym Oracle może działać (lub failoverować).
Z aktywnym supportem otrzymujesz:
- Patchy i aktualizacje — RU/CPU bieżącej wersji, security alerts, poprawki krytyczne.
- Prawo do nowszych wersji — upgrade w ramach tego samego numeru wersji (np. 19c → nowsza 19c) oraz ścieżki do nowej wersji głównej zgodnie z polityką Lifetime Support Oracle.
- My Oracle Support — zgłoszenia SR, baza wiedzy, narzędzia diagnostyczne.
Support nie obejmuje (wymaga osobnych licencji rdzeniowych + własnego supportu):
- Active Data Guard, RAC, Diagnostics Pack, Tuning Pack — osobne produkty licencjonowane od rdzeni (tak samo jak EE).
- „Unlimited virtualization” — Oracle nie ma odpowiednika SA; na jednym hoście licencjonujesz wszystkie rdzenie, niezależnie od liczby VM Oracle.
- Mobilności licencji między węzłami HA — brak odpowiednika License Mobility across Server Farm; wyjątek 10 dni DR tylko dla jednego nielicencjonowanego standby (ostre warunki — patrz info-box HA); poza nim pełne licencjonowanie węzła lub affinity.
Klaster HA — jak licencjonować 2 węzły po 32 rdzenie? Scenariusz: jedna VM Oracle z HA Proxmox może w danym momencie działać na węźle A lub B (nie na obu jednocześnie).
Opcja (a): podwójne licencjonowanie. Licencjonujesz na stałe wszystkie rdzenie obu węzłów — 64 × ~$23 750 ≈ $1,52 mln. VM może failoverować, bo docelowy węzeł ma własny zestaw licencji. To standardowa ścieżka przy HA bez ograniczeń affinity.
Opcja (b): jeden węzeł + affinity. Licencjonujesz tylko 32 rdzenie jednego węzła (~$760 000) i trzymasz VM przez strict node-affinity — bez legalnego failoveru na drugi host. Oszczędność licencji kosztem odporności.
Brak odpowiednika SA. W przeciwieństwie do SQL Server Enterprise, aktywny support Oracle nie daje mobilności licencji między węzłami — nie przenosisz 32 licencji z A na B przy każdym failoverze. Każdy węzeł, na którym Oracle może legalnie działać, musi mieć własny, w pełni licencjonowany zakres rdzeni (soft partitioning).
Wyjątek: reguła 10 dni (failover / DR). Oracle dopuszcza uruchomienie na jednym nielicencjonowanym węźle zapasowym w klastrze failover do 10 oddzielnych okresów 24 h w roku kalendarzowym (każdy rozpoczęty dzień liczy się w całości — to nie jest 240 godzin łącznie). Warunki: klaster z współdzielonym storage (jedna logiczna macierz w jednym ośrodku), tylko jeden węzeł standby, instancja na standby naprawdę pasywna do momentu awarii primary (nie otwarta dla raportów, nie testy produkcyjne). Po przekroczeniu limitu lub przy failoverze poza tym wyjątkiem — pełne licencjonowanie węzła docelowego. Nie zastępuje to codziennego HA Proxmox między dwoma hostami — to wąski wyjątek DR, nie odpowiednik SA.
A Data Guard / standby (active/passive)? Masz dwie instancje Oracle jednocześnie (primary + standby), ale standby jest pasywna — odbiera redo/logi, nie obsługuje zapytań użytkowników (fizyczny standby bez ADG lub z ADG w trybie apply-only). Standby wymaga osobnych licencji Oracle EE na wszystkich rdzeniach hosta standby (soft partitioning — cały węzeł). Active Data Guard to dodatkowa licencja rdzeniowa (~$11 500/rdzeń) oprócz EE na standby. Standby z odczytem dla użytkowników (Active Data Guard w trybie query, logical standby z raportami) wymaga pełnych licencji EE + ADG na standby. Reguła 10 dni dotyczy failoveru klastra (info-box HA powyżej), nie zwalnia z licencji przy ciągłym standby z replikacją logów.
Kiedy support się opłaca: support jest praktycznie obowiązkowy w produkcji — bez patchy bezpieczeństwa ryzykujesz compliance i audyt. Przy planowaniu TCO licz licencję + 22%/rok przez 3–5 lat. Optymalizacja kosztów Oracle na Proxmox to nie „rezygnacja ze supportu”, lecz mniejsze węzły dedykowane (np. 16 rdzeni zamiast 128) i affinity zamiast podwójnego licencjonowania całego klastra.
Roczny odpowiednik SA u Microsoftu — Software Assurance SQL Server Enterprise — daje inne uprawnienia (unlimited virtualization, mobilność licencji, failover rights). Porównuj TCO obu vendorów osobno.
SQL Server Enterprise
SQL Server Enterprise licencjonuje się modelu per-core (za rdzeń). Zasady na wirtualizacji są bardziej elastyczne niż u Oracle, ale nadal wymagają uwagi na gęstych hostach Proxmox.
| Model | Co licencjonujesz | Kiedy ma sens na Proxmox |
|---|---|---|
| Per-core (pojedyncza VM) | rdzenie przypisane do VM (min. 4 rdzenie na VM, min. 4 rdzenie na procesor fizyczny) | 1–2 instancje SQL na węźle, mało rdzeni w VM |
| Per-core (cały host) | wszystkie fizyczne rdzenie serwera | wiele VM SQL na węźle — z SA: nieograniczona liczba VM; bez SA: max tyle VM, ile licencji rdzeniowych |
| Enterprise + Software Assurance | licencja per-core z prawem unlimited virtualization | gęsty klaster SQL, mobilność licencji między hostami (warunki SA) |
Pułapka gęstości przy licencjonowaniu całego hosta: jeśli wybierzesz model per-core na wszystkie fizyczne rdzenie serwera, płacisz za każdy rdzeń hosta — niezależnie od tego, ile vCPU ma VM SQL. Na hoście 128-rdzeniowym z jedną małą instancją to ~128 × ~$7 562. Unikasz tego licencjonując per-VM (min. 4 rdzenie na maszynę — od SQL Server 2022 wymaga SA lub subskrypcji) albo wydzielając SQL na mniejszy, dedykowany węzeł.
Klaster HA Proxmox: jeśli VM SQL może failoverować na inne węzły, masz dwie drogi: (a) na stałe licencjonujesz wszystkie rdzenie każdego węzła, na który VM może trafić — drogo, ale działa bez SA; (b) kupujesz licencje na jeden węzeł i dodajesz SA (License Mobility across Server Farm) — te same licencje przenosisz między węzłami razem z VM przy failoverze (bez reguły 90 dni). Bez SA i bez podwójnego licencjonowania zostaje tylko strict node-affinity — bez legalnego HA między hostami.
SQL Server wymaga też licencji Windows Server jako systemu gościa — zobacz Licencjonowanie Windows Server na Proxmox VE.
Software Assurance (SA) — koszty i unlimited virtualization
Software Assurance to roczny dodatek do wieczystej licencji SQL Server Enterprise, kosztujący ok. 25% ceny bazowej licencji rocznie (kupowany zwykle w pakiecie L&SA na 1–3 lata). Im więcej rdzeni licencjonujesz, tym wyższy absolutny koszt SA, choć procent pozostaje podobny.
| Scenariusz (SQL Server EE) | Licencja (jednorazowo) | SA / rok (~25%) | Licencja + 3 lata SA |
|---|---|---|---|
| 1 VM, 4 rdzenie (minimum) | 2× pakiet 2-rdzeniowy ≈ $15 123 (~60 500 zł) | ~$3 781 (~15 100 zł) | ~$26 465 (~106 000 zł) |
| Cały host 16 rdzeni | 16 × ~$7 562 ≈ $120 992 (~484 000 zł) | ~$30 248 (~121 000 zł) | ~$211 736 (~847 000 zł) |
| Cały host 32 rdzenie | 32 × ~$7 562 ≈ $241 984 (~968 000 zł) | ~$60 496 (~242 000 zł) | ~$423 472 (~1,69 mln zł) |
Bez aktywnego SA licencja SQL Server EE nadal działa — możesz kupić licencje na wszystkie rdzenie hosta. Różnica dotyczy jednak tego, ile maszyn wirtualnych z SQL możesz na tym hoście uruchomić, oraz mobilności licencji między serwerami:
- Brak unlimited virtualization — bez SA na w pełni licencjonowanym hoście (np. 32 rdzenie) uruchomisz SQL w VM maksymalnie w liczbie równiej liczbie przypisanych licencji rdzeniowych — czyli max 32 VM SQL na 32-rdzeniowym serwerze. W każdej z tych VM możesz mieć dowolną liczbę instancji SQL wewnątrz — ograniczenie dotyczy liczby maszyn wirtualnych, nie instancji w jednej VM. Od SQL Server 2022 licencjonowanie per-VM (bez licencjonowania całego hosta) wymaga SA lub subskrypcji.
- Reguła 90 dni — przypisanie licencji rdzeniowej do konkretnego serwera możesz zmienić tylko raz na 90 dni. Failover HA, live migration między węzłami Proxmox lub szybka konsolidacja sprzętu stają się problemem compliance.
Z aktywnym SA odblokowujesz:
- Unlimited virtualization rights — przy pełnym licencjonowaniu wszystkich rdzeni hosta możesz uruchamiać dowolną liczbę VM SQL na tym węźle (np. 50 VM na 32-rdzeniowym serwerze) oraz dowolną liczbę instancji w każdej z nich — bez dokupowania rdzeni per VM. Przy gęstej konsolidacji (wiele VM SQL na jednym hoście) model hosta + SA zwykle wygrywa z licencjonowaniem per-VM.
- License Mobility across Server Farm — legalne przenoszenie licencji między serwerami w farmie częściej niż co 90 dni (wymaga SA). To warunek konieczny przy klasterze Proxmox HA, gdy VM SQL może failoverować między węzłami. Nie mylić z „License Mobility through SA” do hostera/chmury — tam obowiązują inne zasady i unlimited virtualization nie łączy się z tym modelem.
- Prawo do nowszych wersji — upgrade SQL Server (np. 2019 → 2022) w trakcie trwania SA bez osobnego zakupu licencji.
- Failover rights (DR) — dodatkowa pasywna instancja SQL na serwerze przeznaczonym wyłącznie do odzyskiwania awarii, przy spełnieniu warunków Microsoftu (instancja nie obsługuje produkcyjnego ruchu).
Klaster HA — jak licencjonować 2 węzły po 32 rdzenie? Scenariusz: jedna VM SQL z HA Proxmox może w danym momencie działać na węźle A lub B (nie na obu jednocześnie).
Bez SA — opcja (a): podwójne licencjonowanie. Licencjonujesz na stałe wszystkie rdzenie obu węzłów — 64 × ~$7 562 ≈ $484 000. VM może failoverować, bo docelowy węzeł ma własny, stały zestaw licencji. Drogo, ale HA działa bez mobilności.
Bez SA — opcja (b): jeden węzeł + affinity. Licencjonujesz tylko 32 rdzenie jednego węzła (~$242 000) i trzymasz VM przez strict node-affinity — bez legalnego failoveru na drugi host.
Z SA — mobilność licencji (License Mobility across Server Farm). Kupujesz licencje na 32 rdzenie (~$242 000) + SA (~$60 500/rok). Te same 32 licencje przypisujesz do węzła, na którym aktualnie działa VM — przy failoverze przenosisz je z A na B (wielokrotnie, bez reguły 90 dni). Nie płacisz za 64 rdzenie — płacisz za jeden zestaw + roczne SA. Warunek: tylko jedna VM obsługuje produkcyjny ruch naraz (active/passive). Jeśli masz dwie aktywne instancje SQL z obciążeniem użytkowników równolegle na obu węzłach — każdy taki węzeł musi być w pełni licencjonowany; bez SA wraca opcja (a).
A log shipping (active/passive)? To inny wzorzec niż failover całej VM w Proxmox HA — masz dwie VM SQL jednocześnie (primary + standby), ale standby jest pasywna: odbiera logi transakcyjne, działa w trybie NORECOVERY lub STANDBY bez obsługi zapytań użytkowników. Przy aktywnym SA obowiązują Failover Rights Microsoftu: jedna pasywna replika HA (synchroniczna, auto-failover) + jedna replika DR (asynchroniczna, ręczny failover) — bez dodatkowych licencji SQL na secondary, jeśli pozostaje pasywna (dozwolone m.in.: backup logów, full backup, checkdb, monitoring). Log shipping wpisuje się w model DR (asynchroniczna replikacja, ręczne przełączenie). Bez SA instancja standby wymaga osobnego licencjonowania (opcja (a) lub licencja na secondary). Uwaga: standby z odczytem dla użytkowników (raporty w trybie STANDBY READ ONLY) już nie jest „pasywna” — wymaga pełnych licencji. Liczba rdzeni na secondary nie może przekraczać liczby rdzeni objętych licencją na primary — przy przejęciu roli active passive musi być wystarczająco licencjonowana.
Kiedy SA się opłaca, a kiedy nie: przy 1–2 małych instancjach SQL na dedykowanym, małym węźle bez HA — licencja per-VM (min. 4 rdzenie) bywa tańsza niż host + 25%/rok SA, ale od SQL Server 2022 nowe licencje per-VM wymagają SA lub subskrypcji (porównanie „per-VM bez SA” dotyczy starszych licencji). Przy HA z failoverem między węzłami SA oszczędza podwójne licencjonowanie (32 rdzenie + mobilność zamiast 64 rdzeni na stałe). Przy wielu VM SQL równolegle na wielu węzłach — i tak licencjonujesz każdy aktywny host. Policz TCO na 3–5 lat.
Roczny odpowiednik u Oracle — Technical Support Subscription — ma inne uprawnienia (brak unlimited virtualization i mobilności licencji). Porównuj TCO obu vendorów osobno.
Przykład — SQL Server EE, host 32 rdzenie, 3 VM SQL. Licencja per-core na cały host: 32 × ~7 562 = ~242 000 USD (~970 000 zł). Z SA: dowolna liczba VM SQL na węźle. Bez SA: max 32 VM SQL (po jednej na każdą licencję rdzeniową). Trzy osobne VM po 8 rdzeniach (model per-VM — od SQL Server 2022 wymaga SA): 3 × 8 × ~7 562 = ~181 000 USD. Przy większej liczbie VM na jednym hoście licencjonowanie całego hosta + SA wygrywa z per-VM.
Przykład — oversubscribe: 8 VM × 8 vCPU na hoście 16 rdzeni. Na Proxmox przydzielasz 8 maszynom SQL po 8 vCPU — łącznie 64 vCPU wirtualnych na 16 rdzeniach fizycznych (stosunek 4:1). Licencjonowanie SQL nie liczy vCPU — liczy fizyczne rdzenie hosta. Model cały host (16 rdzeni): 16 × ~$7 562 ≈ ~121 000 USD (~484 000 zł) — pokrywa wszystkie 8 VM, niezależnie od oversubscribe. Bez SA: legalne (8 VM < limit 16 VM). Z SA: też legalne + mobilność między węzłami i możliwość dodania kolejnych VM ponad 16. Model per-VM (8 vCPU na maszynę, od SQL Server 2022 wymaga SA): 8 × 8 × ~$7 562 ≈ ~484 000 USD — czterokrotnie drożej przy tym samym obciążeniu. Oversubscribe obniża koszt sprzętu i zwiększa wykorzystanie CPU, ale nie zmniejsza wymaganych licencji SQL przy modelu per-core hosta — płacisz za 16 rdzeni fizycznych, nie za 64 vCPU. Pamiętaj też o osobnym licencjonowaniu Windows Server w każdej maszynie gościa.
Proxmox VE: HA, migracja na żywo i soft partitioning
Proxmox oferuje live migration, HA i Dynamic Load Balancing — ale z perspektywy licencji baz danych każda z tych funkcji może poszerzyć wymagany zakres licencjonowania, jeśli nie zaplanujesz architektury świadomie.
- Dedykowane węzły DB — wydziel 1–2 hosty z mniejszą liczbą rdzeni (np. EPYC 9175F — 16 rdzeni wysokotaktowanych) wyłącznie pod Oracle/SQL; reszta klastra na tanich, gęstych EPYC 9755.
- Twarda reguła HA affinity — przypnij VM bazy danych strict node-affinity do licencjonowanych węzłów (reguły HA affinity), tak by nigdy nie uruchomiły się na nieobjętych licencją hostach.
- Wyłącz auto-migrację dla VM DB lub ogranicz pulę węzłów HA wyłącznie do w pełni licencjonowanych serwerów.
- Audyt przed migracją z VMware — sprawdź, czy obecne licencje Oracle/SQL pozwalają na zmianę platformy wirtualizacji (umowy, SA, BYOL).
Migracja hypervisora (VMware → Proxmox) nie zmienia automatycznie zasad licencjonowania Oracle ani Microsoft. Zmienia się profil ryzyka compliance — Oracle szczególnie często audytuje środowiska po zmianie platformy lub konsolidacji.
Czy można użyć dotychczasowych licencji?
Najczęstsze pytanie przed migracją z VMware (lub z serwerów fizycznych) na Proxmox: czy już wykupione licencje Oracle EE i SQL Server Enterprise nadal obowiązują, czy trzeba kupować je od nowa? W większości przypadków — tak, licencje można kontynuować, ale zmiana platformy wirtualizacji wymaga weryfikacji umowy i często zmienia zakres wymaganych licencji, nie sam fakt posiadania licencji.
SQL Server Enterprise — VMware, fizyczny serwer → Proxmox
| Sytuacja źródłowa | Czy licencja nadaje się na Proxmox? | Na co uważać |
|---|---|---|
| SQL EE na VM w VMware (per-core na VM) | Tak — te same licencje rdzeniowe | Na Proxmox licencjonujesz rdzenie VM tak samo (min. 4 rdzenie). Zmiana hypervisora nie unieważnia licencji. |
| SQL EE na VM w VMware (per-core na cały host + SA) | Tak — z zachowaniem modelu hosta | Z SA: unlimited virtualization na w pełni licencjonowanym węźle lub mobilność licencji (License Mobility across Server Farm) przy HA active/passive — nie musisz kupować drugiego kompletu rdzeni, jeśli SQL działa tylko na jednym węźle naraz. |
| SQL EE na serwerze fizycznym (bare metal) | Tak — po migracji do VM | Licencje rdzeniowe przenosisz na VM; liczysz rdzenie VM (min. 4) lub cały nowy host Proxmox — zależnie od wybranego modelu. |
| Licencje bez aktywnego Software Assurance | Tak, ale ograniczona mobilność | Przeniesienie licencji między hostami (np. failover HA) — co 90 dni. Planuj dedykowane węzły DB lub wznów SA przed migracją. |
| Subskrypcja SPLA / hostingowa u partnera | Zależy od umowy | Licencje należą do partnera — potwierdź, czy BYOL na własnym Proxmox jest dozwolone. |
Microsoft nie wiąże licencji SQL Server z VMware. Licencja dotyczy oprogramowania SQL Server, nie hypervisora. Po migracji P2V/V2V na Proxmox używasz tych samych kluczy i umów — pod warunkiem zgodności z modelem per-core i ewentualnym SA. Wymagana jest też ważna licencja Windows Server w maszynie gościa.
Oracle Database Enterprise Edition — VMware, fizyczny serwer → Proxmox
| Sytuacja źródłowa | Czy licencja nadaje się na Proxmox? | Na co uważać |
|---|---|---|
| Oracle EE — Processor License (wieczysta / subskrypcja) | Tak — licencje są przenośne | Oracle nie ogranicza platformy do VMware. Obowiązują te same reguły soft partitioningu — na Proxmox licencjonujesz fizyczne rdzenie hosta (lub pulę węzłów HA). |
| Oracle EE na serwerze fizycznym | Tak — po P2V na Proxmox | Jeśli na fizycznym hoście licencjonowałeś np. 32 rdzenie, na Proxmox VM musi trafić na węzeł z co najwyżej taką samą (lub mniejszą) liczbą licencjonowanych rdzeni — inaczej dokupujesz. |
| Oracle EE na VMware (soft partitioning) | Tak — ten sam model | VMware i Proxmox = soft partitioning w ocenie Oracle. Zakres licencji jest porównywalny: cały host (lub węzły HA), nie tylko vCPU VM. |
| Umowa ULA / CSI / all-you-can-eat | Sprawdź definicję „serwera” | ULA może wymagać zgłoszenia nowych hostów lub migracji w ramach puli. Zmiana platformy nie zwalnia z audytu przy wyjściu z ULA. |
| Licencje NUP (Named User Plus) | Tak — użytkownicy zostają | Minimum NUP względem Processor License nadal obowiązuje na nowym hoście. |
Posiadanie licencji ≠ brak kosztów przy migracji. Jeśli na VMware Oracle działał na dedykowanym serwerze 32-rdzeniowym, a po migracji VM trafi na współdzielony węzeł 128-rdzeniowy — możesz potrzebować dokupienia licencji na brakujące rdzenie (albo przenieść VM na mniejszy, dedykowany węzeł Proxmox). To najczęstszy błąd przy założeniu „mamy już licencje, więc nic nie płacimy”.
Lista kontrolna przed migracją
- Inwentaryzacja licencji — typ (per-core / Processor / NUP), data zakupu, status SA (SQL), support Oracle, numer umowy.
- Porównanie zakresu — ile rdzeni było licencjonowanych na VMware/fizycznym vs ile wymaga docelowy host Proxmox (w tym węzły HA).
- Umowa licencyjna — klauzule o zmianie platformy, sublicencjonowaniu, audycie, ULA deployment reporting.
- Affinity HA — przypnij VM DB do węzłów objętych istniejącymi licencjami; nie uruchamiaj na nieobjętych hostach nawet „tymczasowo”.
- Dokumentacja dla audytu — mapa VM → węzeł → licencje; Oracle i Microsoft mogą pytać po migracji z VMware.
Podsumowanie: dotychczasowe licencje MSSQL Enterprise i Oracle EE z VMware lub serwerów fizycznych zwykle można legalnie używać na Proxmox — to nie jest „nowy zakup od zera”. Ryzyko leży w rozszerzeniu zakresu (większy host, HA, soft partitioning) i w warunkach umowy, nie w samej zmianie hypervisora. Przed cutoverem zrób audyt licencyjny z partnerem Microsoft/Oracle lub niezależnym doradcą.
Ceny katalogowe (orientacyjne)
Poniżej orientacyjne ceny katalogowe (USD, bez rabatów partnerskich). Realne stawki zależą od umowy enterprise, kanału i wolumenu — traktuj to jako punkt odniesienia do budżetu, nie ofertę handlową.
Oracle Database Enterprise Edition
| Pozycja | Cena katalogowa (USD) | Orientacyjnie (PLN) |
|---|---|---|
| Oracle EE — licencja rdzeniowa (Processor License) | ~23 750 / rdzeń | ~95 000 zł |
| Named User Plus (Oracle EE) | ~950 / użytkownik | ~3 800 zł |
| Real Application Clusters (RAC) — dodatek | ~11 500 / rdzeń | ~46 000 zł |
| Active Data Guard — dodatek | ~11 500 / rdzeń | ~46 000 zł |
| Technical Support (rocznie, ~22% ceny licencji) | zależy od licencjonowanych rdzeni | wymagany do patchy i aktualizacji |
Oracle w cenniku podaje stawkę jako Processor License (~47 500 USD) — to jednostka licencyjna wyliczana z rdzeni, a nie cena za socket CPU. Przy współczynniku 0,5 dla procesorów x86-64 (Intel Xeon, AMD EPYC) jedna Processor License obejmuje 2 fizyczne rdzenie (~23 750 USD/rdzeń). Minimum to 2 Processor License na serwer. Szczegółowy opis Technical Support — w sekcji Oracle Database Enterprise Edition.
SQL Server Enterprise
| Pozycja | Cena katalogowa (USD) | Orientacyjnie (PLN) |
|---|---|---|
| SQL Server Enterprise — 2 rdzenie (pakiet) | ~15 123 | ~60 500 zł |
| SQL Server Enterprise — 1 rdzeń (dodatkowy) | ~7 562 | ~30 250 zł |
| Software Assurance (rocznie, ~25% ceny licencji) | zależy od licencjonowanych rdzeni | wymagane m.in. do unlimited virtualization |
Szczegółowy opis Software Assurance (unlimited virtualization, mobilność licencji, scenariusze HA) — w sekcji SQL Server Enterprise. Roczny odpowiednik u Oracle — Technical Support Subscription.
Ceny orientacyjne (~4 zł/USD). Oracle publikuje cennik w USD; Microsoft — w USD/EUR w zależności od kanału. Subskrypcje chmurowe (Oracle Cloud BYOL, Azure SQL, SQL na VM w Azure) to alternatywa o innym modelu kosztowym — warto porównać TCO na 3–5 lat.
Strategie optymalizacji i rekomendacje
Rekomendacja Proxmox Migracje: do węzłów dedykowanych pod bazy danych enterprise (Oracle EE, SQL Server Enterprise) rekomendujemy procesor AMD EPYC 9175F — 16 rdzeni wysokotaktowanych z wysoką wydajnością na rdzeń i minimalną liczbą rdzeni do licencjonowania.
- Oracle EE na Proxmox → dedykowany węzeł z możliwie małą liczbą rdzeni; unikaj stawiania Oracle na gęstym 128-rdzeniowym hoście współdzielonym z setkami VM.
- SQL Server EE — wiele instancji → licencjonowanie całego hosta per-core (+ SA jeśli potrzebna mobilność HA).
- SQL Server EE — 1–2 małe instancje → licencja per-VM (min. 4 rdzenie; od SQL Server 2022 wymaga SA lub subskrypcji).
- Klaster HA (SQL) → jedna VM z failoverem: 32 rdzenie + SA (mobilność między węzłami) zamiast podwójnego licencjonowania obu hostów; wiele VM równolegle → każdy aktywny węzeł w pełni licencjonowany. Oracle → dedykowane węzły z affinity.
- Rozważ PostgreSQL / Oracle Standard Edition 2 tam, gdzie wymagania biznesowe na to pozwalają — różnica TCO bywa wielokrotna.
Modele i ceny Oracle oraz Microsoft zmieniają się w czasie — konkretny scenariusz, umowy i aktualne stawki potwierdź u autoryzowanego partnera. Powyższe to reguły ogólne i ceny orientacyjne, nie porada handlowa, prawna ani podatkowa.
Powiązane artykuły: Licencjonowanie Windows Server, Licencjonowanie RHEL, AMD EPYC 9175F dla baz danych.
Zaplanujemy licencje DB w Twoim klastrze Proxmox
Policzymy wymagany zakres licencji Oracle EE i SQL Server Enterprise — z uwzględnieniem HA, affinity i optymalnej architektury węzłów — zanim zatwierdzisz migrację z VMware.
⚡ Bezpłatna konsultacja → Licencjonowanie Windows Server