AMD EPYC 8004 (Siena): Wann ein Single-Socket-Server Dual-Socket-Skalierung schlägt

Für Edge-Deployments, Filialen und Workloads, die in einen CPU-Sockel passen, bestimmt die Sockel-Entscheidung nicht nur die Server-Plattform, sondern auch Stromverbrauch, Lizenzkosten und Total Cost of Ownership. AMD EPYC 8004 – als Siena vermarktet – bringt EPYC-Architektur auf Single-Socket-Systeme mit bis zu 64 Kernen, sechs Speicherkanälen und 96 PCIe-Lanes. Die Frage ist nicht, ob Siena mit Dual-Socket EPYC 9004 bei reiner Skalierung mithalten kann – das kann er nicht –, sondern wann die Single-Socket-Konfiguration bessere Wirtschaftlichkeit und passendere Eignung liefert.

Wofür EPYC 8004 (Siena) konzipiert ist

Siena zielt auf Workloads ab, bei denen Rechenleistungsdichte wichtig ist, absolute Kernanzahl jedoch nicht. Typische Anwendungsfälle umfassen:

• Web- und Application-Frontends, die Edge-Traffic bedienen, aber keine Serverfarm-Skalierung benötigen
• Storage-Controller, bei denen I/O-Bandbreite und konsistente Latenz wichtiger sind als Thread-Anzahl
• Leichte Virtualisierung für Filialen mit zehn bis dreißig VMs
• VDI-Hosts für Remote-Mitarbeiter, bei denen die Lizenzkosten mit dem Hardware-Footprint skalieren
• Edge-Content-Delivery und Caching, wo Leistung pro Rack Unit begrenzt ist

Die 8004-Serie umfasst 8 bis 64 Kerne, Standard-TDPs von 80 W bis 200 W (konfigurierbar bis hinunter zu 70 W) und unterstützt bis zu 1,152 TB DDR5-Arbeitsspeicher mit unterstützten 96-GB-DIMMs über sechs Kanäle. PCIe-Gen5-Konnektivität ist Standard. Was die Serie nicht bietet, ist ein zweiter Sockel – jede Siena-Plattform ist ein Single-Prozessor-System.

Kernanzahl und Speicherbandbreite im Kontext

Ein Dual-Socket-EPYC-9004-System kann mit Standard-Zen-4-Modellen auf 192 Kerne skalieren – mit den Zen-4c-Modellen (Bergamo) auf 256 – und bietet 24 Speicherkanäle. Ein Single-Socket-EPYC 8004 erreicht maximal 64 Kerne und sechs Kanäle. Für Workloads, die tatsächlich 128 oder 192 Kerne benötigen – groß angelegte Virtualisierungs-Cluster, Datenbank-Analytik oder wissenschaftliches Rechnen – endet der Vergleich hier.

Für Edge- und Filial-Workloads lautet die Frage, ob der zusätzliche Sockel überhaupt ausgelastet wird. Ein gering ausgelastetes Web-Frontend benötigt keine 128 Kerne, nur weil es viele gleichzeitige Verbindungen hält. Ein Storage-Controller mit zwölf NVMe-Laufwerken benötigt nicht zwangsläufig die Speicherbandbreite eines zweiten Sockels; die Balance hängt vom I/O-Workload und den Datenverarbeitungsanforderungen ab. Eine VDI-Farm, die fünfzig Benutzer hostet, rechtfertigt weder den Stromverbrauch noch die Lizenzkosten des zweiten Sockels.

Ein zweiter Sockel wird attraktiv, wenn Rechen-, Speicher-, I/O- oder Lokalitätsanforderungen das überschreiten, was ein Sockel effizient bereitstellen kann, oder wenn zukünftiges Wachstum vertraglich gesichert ist. In der Praxis provisionieren viele Edge- und Filial-Deployments für Spitzenlasten, die nie eintreten. Ein Single-Socket-System, das auf tatsächlichen Bedarf dimensioniert ist, vermeidet diese Verschwendung.

EPYC 8004 Single Socket vs. EPYC 9004 Dual Socket im Überblick

Kriterium	EPYC Siena 8004 1P	EPYC Genoa 9004 2P
Max. Kerne	64	bis 192 bzw. 256 mit Bergamo
Speicherkanäle	6	24
Max. RAM	1,152 TB	deutlich höher
PCIe	96 Gen5-Lanes	höhere Plattformkapazität
NUMA	einfacher	komplexer
Typischer Fit	Edge, ROBO, kleinere Virtualisierung	hohe Compute-/Memory-/I/O-Anforderungen

Energieeffizienz und Rack-Power-Budgets

Das Leistungsbudget pro Rack Unit ist oft der limitierende Faktor bei Edge- und Remote-Office-Deployments. Ein Dual-Socket-EPYC-9004-System mit zwei 200-W-Prozessoren zieht allein für die CPUs 400 W, bevor Arbeitsspeicher, Storage, Netzwerk und Gehäuse-Overhead berücksichtigt sind. Die Gesamt-Systemleistung überschreitet typischerweise 600 W unter Last.

Ein vergleichbares Single-Socket-Siena-System kann eine deutlich niedrigere Gesamtsystemleistung aufweisen – der tatsächliche Verbrauch hängt jedoch stark von Arbeitsspeicher, Storage, Netzwerk und Workload ab. Wo Edge-Standorte durch Stromkreis-Amperezahl, Kühlkapazität oder USV-Dimensionierung begrenzt sind, ist eine Differenz in dieser Größenordnung kein Rundungsfehler – sie bestimmt, wie viele Systeme pro Rack passen und ob eine Kühlung nachgerüstet werden muss.

Für Remote- und Branch-Office-(ROBO-)Deployments, bei denen die Stromkosten pro Kilowattstunde hoch sind oder Budgets für erneuerbare Energien festgelegt sind, kann die Single-Socket-Konfiguration die jährlichen Betriebskosten erheblich senken. Der kumulative Effekt über einen dreijährigen Abschreibungszeitraum kann die anfängliche Hardware-Ersparnis übersteigen.

PCIe-Lanes und I/O-Allokation

Ein Single-Socket-EPYC 8004 stellt 96 PCIe-Gen5-Lanes vom Prozessor bereit. Jeder EPYC-Genoa-9004-Prozessor stellt 128 PCIe-Gen5-Lanes bereit; in einem Dual-Socket-System wird jedoch ein Teil der Lanes jeder CPU für die xGMI-Verbindungen zwischen den Sockeln verwendet, sodass typische 2P-Plattformen 128 nutzbare PCIe-Lanes bieten (manche Board-Designs erreichen 160) – und die Lane-Allokation über Sockel hinweg führt NUMA-Topologie und Inter-Socket-Traffic ein.

Für Storage-Controller reichen 96 Lanes aus, um zwölf NVMe-Laufwerke (jeweils vier Lanes), duale 100-GbE-Netzwerkadapter (sechzehn Lanes) und eine Server GPU oder einen RAID-Controller (sechzehn Lanes) anzubinden, mit verbleibendem Spielraum. Wo I/O-Geräte lokal am einzelnen Sockel liegen, ist die Latenz niedriger und Bandbreiten-Contention einfacher zu modellieren.

Dual-Socket-Systeme sind sinnvoll, wenn I/O-Anforderungen 96 Lanes überschreiten oder wenn Geräte über NUMA-Knoten verteilt werden müssen, um Lokalität zu gewährleisten. Für die meisten Edge-Workloads ist die Single-Socket-Lane-Anzahl ausreichend und die vereinfachte Topologie reduziert Konfigurationskomplexität.

Per-Socket-Lizenzierung und Software-Kosten

Die Lizenzmodelle unterscheiden sich je nach Produkt und Edition. Windows Server nutzt Physical-Core-Lizenzierung mit Mindestkernanforderungen pro Prozessor und Server; Virtualisierungs- und andere Software-Lizenzen sollten anhand des konkreten Produkts, der Edition und des Lizenzprogramms bewertet werden. Einige Hypervisor-, Backup-, Management- und Datenbankprodukte lizenzieren weiterhin pro physischem Sockel oder pro Host. Wo eine Per-Socket-Komponente im Stack vorhanden ist, verdoppelt ein Dual-Socket-System diesen Posten unabhängig von der Auslastung; wo pro Kern lizenziert wird, ist die Sockelanzahl neutral.

Für einen Filial-Virtualisierungs-Host, der zwanzig VMs betreibt, ist der Unterschied konkret: Ein Single-Socket-Siena-System mit 32 oder 48 physischen Kernen erfordert bei einer physischen Core-Lizenzierung entsprechend weniger Core-Lizenzen als eine höher bestückte Dual-Socket-Konfiguration. Entscheidend ist dabei nicht die Zahl der Sockel allein, sondern die Zahl der tatsächlich vorhandenen und nach dem jeweiligen Lizenzmodell zu lizenzierenden Kerne. Etwaige Per-Socket-Posten müssen zusätzlich berücksichtigt werden.

Bei Core- bzw. Processor-basierten Lizenzmodellen (z. B. SQL Server oder Oracle Database) ist die Sockelanzahl selbst neutral – entscheidend ist, keine unnötigen CPU-Ressourcen zu provisionieren. Wo tatsächlich pro Sockel lizenziert wird, liefert die 1P-Plattform direkte Einsparungen.

Wann Dual-Socket EPYC 9004 die richtige Wahl ist

Der Single-Socket-EPYC 8004 ist nicht universell überlegen. Dual-Socket-EPYC-9004-Systeme sind angemessen, wenn:

• Die Kernanzahl 64 überschreitet. Workloads, die 96, 128 oder 192 Kerne benötigen, passen nicht in einen Sockel.
• Die Speicherkapazität 1,152 TB überschreitet. Siena erreicht maximal 1,152 TB; Dual-Socket 9004 skaliert auf 12 TB (6 TB pro Sockel), abhängig von DIMM-Dichte.
• I/O-Anforderungen 96 PCIe-Lanes überschreiten. Hochdichtes NVMe-Storage, mehrere GPUs oder netzwerklastige Workloads können die Konnektivität eines einzelnen Sockels sättigen.
• Wachstumsprognosen die Investition rechtfertigen. Wenn Kernanzahl, Arbeitsspeicher oder I/O-Anforderungen sich innerhalb der Abschreibungsperiode verdoppeln werden, vermeidet die Dual-Socket-Plattform ein Forklift-Upgrade.

Wo diese Bedingungen nicht zutreffen, ist die Single-Socket-Konfiguration oft wirtschaftlicher und operativ einfacher.

Praktische Deployment-Überlegungen

Siena-basierte Systeme sind als 1U-, 2U- und Tower-Gehäuse von etablierten OEMs und White-Box-Herstellern verfügbar. Da die Plattform auf einem Single-Socket-Design basiert, können Gehäuse-, Netzteil- und Kühlungsanforderungen gegenüber Dual-Socket-Systemen reduziert ausfallen.

Für AMD EPYC Siena 8004 Prozessoren ist Kompatibilität mit DDR5-RDIMM Standard; Speicherkonfigurationen sollten Workload-Anforderungen entsprechen, wobei neben der benötigten Kapazität auch Speicherbandbreite und Kanalbelegung berücksichtigt werden müssen. Eine geringere DIMM-Anzahl reduziert zwar Kapazität und gegebenenfalls Leistungsaufnahme, kann aber zugleich verfügbare Speicherbandbreite ungenutzt lassen. Damit ist nicht automatisch eine minimale DIMM-Bestückung optimal. Für speicherbandbreitenintensive Workloads kann die Nutzung aller verfügbaren Speicherkanäle wichtiger sein als eine möglichst geringe DIMM-Anzahl.

Build-to-Order-Konfigurationen erlauben exakte Ausrichtung zwischen Workload-Anforderungen und Hardware-Provisionierung. Wo ein 32-Kern-Siena-Prozessor ausreicht, fügt die Spezifikation von 48 oder 64 Kernen Kosten hinzu, ohne Wert zu liefern. Das gleiche Prinzip gilt für Arbeitsspeicher, Storage und Netzwerkadapter – dimensionieren Sie nach tatsächlichem Bedarf statt nach theoretischer Maximalkapazität.

TCO-Vergleichsrahmen

Total Cost of Ownership für Single-Socket- versus Dual-Socket-Systeme umfasst:

• Hardware-Beschaffungskosten: Gehäuse, Mainboard, Prozessor, Arbeitsspeicher, Storage, Netzwerk
• Software-Lizenzierung: Per-Socket oder Per-Core, Erstkauf und jährliche Wartung
• Stromkosten: Kilowattstunden über die Abschreibungsperiode
• Kühlkosten: proportional zur Wärmeableitung
• Rack-Space: Kosten pro Rack Unit in Colocation- oder Rechenzentrumsumgebung
• Betriebskomplexität: Konfigurationsmanagement, Firmware-Updates, NUMA-Tuning

Für Edge- und Filial-Deployments kann eine passend dimensionierte Single-Socket-Siena-Konfiguration mehrere dieser Kostenpositionen reduzieren. Wie groß der Vorteil tatsächlich ausfällt, hängt jedoch von Hardwarekonfiguration, Software-Lizenzmodell, Auslastung, Energiepreisen und Deployment-Umfang ab.

Statt einen generellen TCO-Vorteil anzunehmen, sollte deshalb für das konkrete Projekt berechnet werden, welche Ressourcen die 1P- und 2P-Konfiguration tatsächlich bereitstellen und welche davon während der Nutzungsdauer benötigt werden. Bei größeren Rollouts multiplizieren sich bereits geringe Unterschiede bei Leistungsaufnahme, Lizenzierung oder Hardwarekosten mit der Anzahl der Systeme und der Betriebsdauer.

EPYC 8004 oder EPYC 9004 passend zum Workload dimensionieren

Ob ein EPYC-8004-Single-Socket-System ausreicht oder eine größere EPYC-Plattform sinnvoller ist, lässt sich nicht allein anhand der maximalen Kernzahl entscheiden. Compute-Bedarf, Arbeitsspeicher, Speicherbandbreite, PCIe-I/O, Software-Lizenzierung und zukünftiges Wachstum sollten gemeinsam betrachtet werden.

server-hardware.com unterstützt Unternehmen, Systemhäuser und professionelle IT-Anwender bei der Auswahl und Konfiguration passender AMD-EPYC-Server und Komponenten. Dadurch lässt sich die Plattform auf den tatsächlichen Workload ausrichten, statt CPU-, RAM- und I/O-Ressourcen unabhängig voneinander zu dimensionieren.

Fazit

Die Wahl zwischen AMD EPYC 8004 (Siena) Single-Socket und EPYC 9004 Dual-Socket-Plattformen ist kein Performance-Vergleich – es ist eine Workload-Fit- und Wirtschaftlichkeitsentscheidung. Wo Kernanzahl, Speicherkapazität und I/O-Anforderungen innerhalb der Grenzen eines Siena-Systems bleiben, kann die 1P-Konfiguration durch geringeren Hardwareumfang, niedrigere Leistungsaufnahme und – abhängig vom verwendeten Lizenzmodell – geringere Softwarekosten wirtschaftlicher sein. Die Dual-Socket-Plattform bleibt essenziell für Workloads, die die Skalierung tatsächlich benötigen, aber viele Edge-, Filial- und leichte Virtualisierungs-Deployments tun dies nicht.

Bevor Sie eine Plattform wählen, ermitteln Sie die tatsächliche Kernanzahl, den Speicher-Footprint und die I/O-Bandbreite, die der Workload unter anhaltender Last verbraucht – nicht theoretische Spitzenwerte. Wo diese Anforderungen innerhalb von 64 Kernen, bis zu 1,152 TB Arbeitsspeicher und 96 PCIe-Gen5-Lanes liegen, sollte geprüft werden, ob ein EPYC-8004-Single-Socket-System die Anforderungen bereits vollständig erfüllt. Eine pauschale Aussage, dass 1P in diesem Fall immer wirtschaftlicher ist, wäre dagegen ohne konkrete TCO-Berechnung nicht belastbar.