Konsolidacja zamiast skalowania wszerz
Migracja z VMware do Proxmox VE to idealny moment, by odejść od dużej liczby starszych, słabo wykorzystanych serwerów na rzecz kilku gęstych węzłów. Zamiast utrzymywać kilkanaście maszyn dwuprocesorowych sprzed lat, proponujemy klientom konsolidację na mniejszą liczbę hostów fizycznych z procesorem AMD EPYC 9755 — co bezpośrednio obniża OPEX (energia, chłodzenie, miejsce w szafie) oraz koszty wsparcia liczone per-socket.
konsolidacji serwerów
starszych węzłów
pobór mocy i wsparcie
Sednem doboru sprzętu jest tu nie „najmocniejszy procesor na świecie", lecz najniższy całkowity koszt na maszynę wirtualną. Gęsty węzeł EPYC obniża liczbę fizycznych hostów, a więc i wszystko, co od nich zależy.
AMD EPYC 9755 (Turin, Zen 5)
EPYC 9755 to topowy model serii EPYC 9005 „Turin" zbudowany na architekturze Zen 5. Łączy ekstremalną gęstość rdzeni z bardzo szerokim podsystemem pamięci i wejścia-wyjścia — co czyni go uniwersalną bazą pod mieszane środowiska wirtualne.
| Parametr | AMD EPYC 9755 |
|---|---|
| Architektura | Zen 5 (Turin), socket SP5 |
| Rdzenie / wątki | 128 / 256 |
| Taktowanie (baza / boost) | 2,7 GHz / do 4,1 GHz |
| Cache L3 | 512 MB |
| Pamięć | 12-kanałowa DDR5-6000 (do 9 TB / socket) |
| PCIe | 128 linii PCIe Gen5 |
| Konfiguracja socketów | 1 lub 2 sockety (platforma 2P) |
| TDP (konfigurowalne) | do 500 W (cTDP) |
Jeden socket EPYC 9755 oferuje 128 rdzeni — tyle, ile dawniej wymagało kilku osobnych serwerów. W modelu licencjonowania Proxmox per-socket ma to bezpośrednie przełożenie na koszty wsparcia.
Konfiguracja dwuprocesorowa (2P): podstawka SP5 obsługuje 2 sockety w jednym serwerze, co daje ogromne możliwości compute — łącznie 256 rdzeni i 512 wątków Zen 5 na jednym węźle fizycznym. To pozwala skonsolidować jeszcze więcej maszyn wirtualnych na pojedynczym hoście, przy zachowaniu licencjonowania Proxmox per-socket.
Gęstość rdzeni a licencjonowanie Proxmox
Proxmox VE jest bezpłatny, a opcjonalna subskrypcja wsparcia rozliczana jest per socket CPU — niezależnie od liczby rdzeni w tym sockecie. To odwrotność modelu VMware per-core. Im więcej rdzeni upakujemy w jednym sockecie, tym taniej w przeliczeniu na rdzeń i na maszynę wirtualną.
- 128 rdzeni w jednym sockecie = jedna subskrypcja wsparcia zamiast wielu
- Mniej hostów fizycznych = mniej socketów do objęcia wsparciem
- Brak kar za gęstość — w przeciwieństwie do modelu per-core VMware (min. 16 rdzeni/socket)
- Prostszy klaster: 3 gęste węzły wystarczą do kworum HA i nadmiarowości
Przykład: środowisko, które na starym sprzęcie wymagało 10–16 socketów, po konsolidacji na EPYC 9755 mieści się często w 4–6 socketach (2–3 węzły dwuprocesorowe) — przy zachowaniu zapasu na wzrost.
Wydajność dla ogólnych aplikacji
„Ogólne zastosowanie aplikacyjne" oznacza mieszankę: bazy danych, serwery aplikacji, web, kontenery, systemy ERP/plikowe. Taki profil najbardziej zyskuje nie na pojedynczym wysokim zegarze, lecz na równoległości, przepustowości pamięci i szybkim I/O — a w tym EPYC 9755 jest wyjątkowo zrównoważony.
Przepustowość pamięci
12 kanałów DDR5-6000 zapewnia ogromną przepustowość, kluczową przy dużej liczbie równoległych VM — eliminuje wąskie gardło pamięci typowe dla gęstych węzłów.
PCIe Gen5 + NVMe
128 linii PCIe Gen5 obsługuje szybkie dyski NVMe oraz karty 100GbE/RoCE pod współdzielony storage ZFS — niskie opóźnienia live migration i I/O zbliżone do lokalnego.
Zen 5 i AVX-512
Wyższy IPC i pełna ścieżka AVX-512 podnoszą wydajność jednowątkową i obliczeniową — korzystają na tym zarówno bazy danych, jak i nowoczesne workloady analityczne.
Dzięki dużej liczbie rdzeni i NUMA-świadomemu schedulerowi Proxmox/KVM można bezpiecznie mieszać workloady o różnym profilu na jednym węźle, izolując je przez vCPU pinning i topologię NUMA.
Niuans bazodanowy: dla baz danych licencjonowanych per-core (Oracle Database EE, MS SQL Server Enterprise) gęstość 128/256 rdzeni działa przeciwko Tobie — każdy aktywny rdzeń to dodatkowa licencja. Takie obciążenia kierujemy na wysokotaktowany EPYC 9175F (16 rdzeni, do 5,0 GHz), minimalizując liczbę licencjonowanych rdzeni. Natomiast bazy open source bez opłat per-core — PostgreSQL, MySQL/MariaDB — świetnie korzystają z gęstości i przepustowości EPYC 9755, izolowane na dedykowanych VM.
Efektywność energetyczna i TCO
Choć TDP pojedynczego EPYC 9755 sięga 500 W, kluczowy jest pobór mocy w przeliczeniu na maszynę wirtualną. Jeden gęsty węzeł zastępujący kilka starszych serwerów realnie obniża sumaryczny pobór prądu, zapotrzebowanie na chłodzenie i zajętość szaf RACK.
- Mniej fizycznych węzłów → niższy łączny pobór mocy serwerowni
- Niższe koszty chłodzenia i mniejsza liczba jednostek U w szafie
- Niższe OPEX (energia, utrzymanie) i koszty wsparcia per-socket
- Oszczędność CAPEX w cyklu odświeżania sprzętu (co ~3 lata)
Konkretne oszczędności OPEX i CAPEX dla Twojego środowiska policzysz w naszym kalkulatorze migracji serwerów fizycznych — z uwzględnieniem konsolidacji i poboru mocy po migracji.
Kiedy EPYC 9755 to za dużo
Uczciwie: nie każde środowisko potrzebuje topowego 128-rdzeniowego procesora. EPYC 9755 proponujemy tam, gdzie konsolidacja i zapas na wzrost realnie się opłacają. Dla mniejszych wdrożeń dobieramy modele EPYC o niższej liczbie rdzeni — zachowując te same zalety architektury i licencjonowania per-socket.
- Bardzo małe środowiska (kilka VM) — wystarczy tańszy EPYC o mniejszej liczbie rdzeni
- Pojedyncze, skrajnie licencjonowane per-core aplikacje (np. bazy z opłatą za rdzeń) — wymagają osobnej analizy
- Mieszane, rosnące środowiska aplikacyjne — idealne dla gęstego EPYC 9755
- Konsolidacja wielu starszych serwerów — najlepszy zwrot z gęstości
Nasza zasada: dobieramy procesor do profilu obciążeń i planu wzrostu, a nie odwrotnie. EPYC 9755 jest domyślną propozycją dla ogólnych workloadów aplikacyjnych właśnie dlatego, że łączy gęstość, przepustowość i korzystne licencjonowanie Proxmox.
Policz oszczędności konsolidacji
Sprawdź, ile zaoszczędzisz konsolidując serwery fizyczne na gęstych węzłach Proxmox — lub umów się na bezpłatny dobór sprzętu pod Twoje workloady.
🖥️ Kalkulator serwerów fizycznych → Analiza TCO