PC-S
EinstiegEin Host, lokale NVMe-Datastores, kein geteilter Speicher. Für Entwicklungs- und Abnahmeumgebungen, in denen ein Wartungsfenster kein Vorfall ist.
Abrechnung in Euro aus Deutschland. Weitere Sprachen und Währungen sind derzeit nicht verfügbar.
Private Cloud · Verwaltete dedizierte Hosts
Ein physischer Host, der Ihnen allein gehört — betrieben von uns bis zur Gastgrenze, also bis zu der Kante, an der Ihre virtuellen Maschinen beginnen. Fällt er aus, meldet sich ein Mensch: in 30 Minuten, rund um die Uhr, auch nachts und am Feiertag. Mit gebuchtem Gastbetrieb sind es 15 Minuten.
Alle Beträge netto je Monat und Host, zzgl. 19 % USt., für den Referenzstandort Frankfurt; die Spanne reicht bis 3.925,08 €. Der Hostpreis deckt Blech und Plattformbetrieb ab. Lizenz, Datastore und Notfallwiederherstellung stehen getrennt.
Host-Klassen · PC-S bis PC-X
Sie mieten dieselbe Maschine wie unter Bare Metal — und zusätzlich die Zusage, dass Hypervisor (die Virtualisierungsschicht), Firmware, Fabric (das Netz zwischen Hosts und Speicher) und Speicher-Controller von uns gepflegt werden. Der Aufschlag steht offen in der Rechnung, weil er eine Leistung ist und keine Marge.
Ein Host, lokale NVMe-Datastores, kein geteilter Speicher. Für Entwicklungs- und Abnahmeumgebungen, in denen ein Wartungsfenster kein Vorfall ist.
48 Genoa- oder 32 Granite-Rapids-Kerne, 10-GBit-Fabric, kein Speicher-Overcommit. Der Schnitt, auf dem die meisten produktiven Cluster laufen — wahlweise AMD oder Intel.
64 Kerne in einem Sockel. Halbiert bei Lizenzmodellen je Sockel die Lizenzkosten pro Kern gegenüber zwei kleineren Hosts.
384 Kerne und 1 TB RAM je Host, angebunden mit 25 GBit/s. Für Cluster, die pro Rackhöheneinheit rechnen müssen.
Prozessor, Kernzahl, Takt, Arbeitsspeicher, Laufwerke und Uplink kommen aus dem Bare-Metal-Plan hinter der Klasse. Sie stehen nicht doppelt gepflegt in dieser Tabelle, sondern werden aus ihm abgeleitet — ein Hardwarewechsel schlägt hier ohne Nacharbeit durch.
| Klasse | Prozessor | Kerne / Threads | Takt Basis / Boost | Arbeitsspeicher | Lokale NVMe | Uplink | Bestand |
|---|---|---|---|---|---|---|---|
| PC-S32Einstieg in die eigene Virtualisierung — Datastores liegen lokal im Host. | EPYC 4584PX1 Sockel · Zen 4 · 3D V-Cache · 5 nm | 16 / 3216 je Sockel | 4,2 GHz5,7 GHz | 128 GBDDR5-5200 ECC | 2 × 960 GB NVMe Gen41,92 TB roh | 3 Gbit/s | Ab Lager78 % |
| PC-M6448 Genoa-Kerne mit 12 Speicherkanälen — die meistgebuchte Produktionsklasse. | EPYC 9454P1 Sockel · Zen 4 Genoa · 5 nm | 48 / 9648 je Sockel | 2,75 GHz3,8 GHz | 256 GBDDR5-4800 ECC RDIMM | 2 × 3,84 TB NVMe (Datacenter Edition)7,68 TB roh | 1 Gbit/s | Ab Lager61 % |
| PC-M64iIntel-Pendant mit AMX — die Klasse für SAP-Abnahmen und Inferenz auf der CPU. | Xeon 6731P1 Sockel · Granite Rapids · Intel 3 | 32 / 6432 je Sockel | 2,5 GHz4,1 GHz | 256 GBDDR5-5600 ECC RDIMM | 2 × 1,92 TB NVMe (Datacenter Edition)3,84 TB roh | 1 Gbit/s | Begrenzter Bestand44 % |
| PC-L12864 Kerne in einem Sockel — Dichte ohne den Umweg über einen zweiten NUMA-Knoten. | EPYC 95541 Sockel · Zen 4 Genoa · 5 nm | 64 / 12864 je Sockel | 3,1 GHz3,75 GHz | 512 GBDDR5-4800 ECC RDIMM | 2 × 3,84 TB NVMe Gen57,68 TB roh | 10 Gbit/s | Begrenzter Bestand33 % |
| PC-X256Dual EPYC 9965, 1 TB RAM, 25-GBit-Fabric. Für Cluster, die nicht warten. | 2× EPYC 99652 Sockel · Zen 5c Turin Dense · 3 nm | 384 / 768192 je Sockel | 2,25 GHz3,7 GHz | 1 TBDDR5-6400 ECC RDIMM | 2 × 3,84 TB NVMe Gen57,68 TB roh | 25 Gbit/s | Knapper Bestand21 % |
Die vCPU-Obergrenze — wie viele virtuelle Prozessorkerne je physischem Kern höchstens vergeben werden — ist eine Zusage nach oben, kein Zielwert: Über diesem Verhältnis wird nicht platziert, auch nicht kurzzeitig. Der Monatspreis ist die Summe aus dem Blechpreis derselben Konfiguration und dem Plattformbetrieb. Lizenzen für den Virtualisierungs-Stack stecken bewusst nicht darin — sie hängen am Stack, nicht am Host.
| Klasse | vCPU je Kern | vCPU zusicherbar | RAM für Gäste | RAM-Overcommit | Gäste je Host | Blech | Plattformbetrieb | Monatlich netto |
|---|---|---|---|---|---|---|---|---|
| PC-S32FORGE-32 | ≤ 8 : 1 | 128 | 112 GB16 GB Hypervisor | 25 %bis 140 GB | 120 | 220,16 € | + 149,00 € | 460,75 € |
| PC-M64TITAN-96 | ≤ 6 : 1 | 288 | 232 GB24 GB Hypervisor | 0 % | 250 | 614,00 € | + 179,00 € | 956,02 € |
| PC-M64iFORGE-64i | ≤ 6 : 1 | 192 | 232 GB24 GB Hypervisor | 0 % | 250 | 269,00 € | + 189,00 € | 621,02 € |
| PC-L128TITAN-128 | ≤ 4 : 1 | 256 | 472 GB40 GB Hypervisor | 0 % | 400 | 660,50 € | + 239,00 € | 1.427,49 € |
| PC-X256TITAN-768 | ≤ 4 : 1 | 1.536 | 960 GB64 GB Hypervisor | 0 % | 640 | 2.299,99 € | + 389,00 € | 3.925,08 € |
Jede Klasse hat eine Eigenschaft, die sie für bestimmte Vorhaben ausschließt. Sie steht hier vollständig und nicht im Kleingedruckten, weil sie die Auswahl entscheidet.
Zugriffsgrenze
Alles unterhalb des Gastes gehört uns: Blech, Firmware, Hypervisor, Fabric, Datastore — der gemeinsame Speicher, auf dem die Gäste liegen. Alles im Gast gehört Ihnen. Dazwischen liegen fünf Schichten, in denen beide Seiten handeln — und genau dort entscheidet sich, ob ein Betriebsmodell trägt.
Diese Schichten fassen Sie nicht an, und Sie brauchen dafür keine Rufbereitschaft.
Beide Seiten handeln hier — an getrennten Stellen und mit getrennten Rechten.
Hier haben wir keinen Zugriff. Auch nicht auf Zuruf und auch nicht im Störungsfall.
Zuständigkeit ohne Zugriffsrecht ist eine Absichtserklärung. Die folgende Aufteilung ist technisch durchgesetzt, nicht organisatorisch vereinbart: Was einer Seite nicht zusteht, ist ihr nicht freigeschaltet.
Unterhalb der Gastgrenze, aus einem getrennten Verwaltungsnetz und vollständig protokolliert.
Ab der Verwaltungsebene aufwärts, unabhängig von der gebuchten Betriebsstufe.

Verantwortungsteilung · 12 Schichten
Ein Betriebsmodell scheitert nicht an der Technik, sondern an der Zeile, die niemand gelesen hat. Deshalb steht die Aufteilung hier vollständig und nebeneinander mit den beiden Nachbarmodellen. In 2 von 12 Schichten weicht die Private Cloud von der Public Cloud ab, in 8 von 12 von Bare Metal.
Wir führen die Schicht aus und haften für ihr Ergebnis.
Beide Seiten handeln in derselben Schicht an getrennten Stellen.
Sie führen die Schicht aus; wir haben dort keinen Zugriff.
| Schicht | Public Cloud | Private Cloud | Bare Metal |
|---|---|---|---|
| Rechenzentrum, Strom, Kühlung | ENTRONYX CLOUD | ENTRONYX CLOUD | ENTRONYX CLOUD |
| Hardware und Ersatzteile | ENTRONYX CLOUD | ENTRONYX CLOUD | ENTRONYX CLOUD |
| Firmware und BIOS | ENTRONYX CLOUD | ENTRONYX CLOUD | Kunde |
| Hypervisor und Cluster-Dienste | ENTRONYX CLOUD | ENTRONYX CLOUD | Kunde |
| Speicher-Fabric und Datastores | ENTRONYX CLOUD | ENTRONYX CLOUD | Kunde |
| Netzsegmentierung und Firewall-Regeln | Geteilt | Geteilt | Kunde |
| Kapazitätsplanung und Platzierung | ENTRONYX CLOUD | Geteilt | Kunde |
| Gast-Betriebssystem | Kunde | Geteilt | Kunde |
| Middleware und Anwendung | Kunde | Kunde | Kunde |
| Anwendungsdaten und Klassifizierung | Kunde | Kunde | Kunde |
| Zugriffsverwaltung und Rollen | Geteilt | Geteilt | Kunde |
| Sicherung und Wiederanlaufprobe | Geteilt | Geteilt | Kunde |
Die Nachbarmodelle stehen zum Vergleich, nicht als Angebot dieser Seite: Public Cloud nimmt Ihnen die Kapazitätsplanung ab und gibt Ihnen das Gastsystem allein in die Hand; Bare Metal gibt Ihnen alles ab der Firmware und nimmt Ihnen nichts davon ab.
„Geteilt“ ist die einzige Angabe in der Matrix, die für sich genommen nichts entscheidet. Jede dieser Schichten hat eine Kante — den Satz, an dem sich im Störungsfall entscheidet, wer handelt.
Wir ändern keine Regel in Ihrem Mandanten, auch nicht im Störungsfall. Eine Regel, die einen Ausfall behebt, kommt als Änderungsauftrag von Ihnen — sonst wüsste hinterher niemand, warum sie dort steht.
Die vCPU-Obergrenze je Klasse ist eine Zusage, kein Zielwert. Wir platzieren nicht darüber — auch nicht kurzzeitig und auch dann nicht, wenn ein Gast dadurch wartet.
Ein selbst gebautes Abbild ist von der Verfügbarkeitszusage ausgenommen. Das ist keine Sanktion, sondern eine Folge davon, dass wir seinen Patch-Stand nicht kennen.
Wir legen keine Konten in Ihrem Verzeichnis an und löschen keine. Ein ausgeschiedener Administrator behält seinen Zugang, bis Sie ihn entziehen.
Eine erfolgreiche Sicherung ist kein Nachweis einer erfolgreichen Wiederherstellung. Beides fällt erst in der Probe zusammen, und die Probe braucht eine Abnahme durch Sie.
Patch-Stände
Der Plattformbetrieb im Hostpreis endet an der Gastgrenze. Alles darüber ist eine eigene Stufe mit eigenem Preis. Die Matrix zeigt jede Schicht gegen jede Stufe; ein Häkchen heißt, dass wir den Stand führen und für ihn geradestehen.
| Schicht | Plattformbetriebim Hostpreis | Plattform und Gastbetriebab 729,00 € | Vollbetriebab 2.579,00 € |
|---|---|---|---|
| Hypervisor | |||
| BIOS und Firmware | |||
| Fabric-Switches | |||
| Speicher-Controller | |||
| Gast-Betriebssystem | nur ENTRONYX-Abbilder | ||
| Datenbanken und Middleware im Betriebshandbuch |
Plattformbetrieb
Bei Ihnen bleibt
Änderungsvorlauf 48 Stunden
Plattform und Gastbetrieb
Bei Ihnen bleibt
Änderungsvorlauf 24 Stunden
Vollbetrieb
Bei Ihnen bleibt
Änderungsvorlauf 8 Stunden
Das Wartungsfenster hängt am Virtualisierungs-Stack, nicht am Blech: Ein Host wird gepatcht, wenn der Cluster, in dem er steht, sein Fenster hat. Firmware- und Hypervisor-Arbeiten laufen rollierend Host für Host. Deshalb steht in jeder Zeile eine Ankündigungsfrist. Und deshalb braucht ein Cluster mit nur einem Host eine geplante Ausfallzeit statt einer Evakuierung — dem Verschieben der laufenden Gäste auf einen anderen Host.
| Stack | Wartungsfenster und Ankündigung | Host-Klassen | Hosts je Cluster |
|---|---|---|---|
| ENTRONYX KVM PlatformOffener Hypervisor auf libvirt, lizenziert je Sockel statt je Kern. | Di und Do 02:00–05:00 MEZ, Ankündigung 10 Kalendertage vorher | 5 | 1 – 16 |
| ENTRONYX Managed vSpherevCenter-verwalteter Cluster mit HA, DRS und vMotion — Lizenz je Kern. | Mi 02:00–06:00 MEZ, rollierend Host für Host, Ankündigung 14 Tage vorher | 4 | 2 – 32 |
| ENTRONYX HCIHyperkonvergent: Rechenleistung und Speicher im selben Host, Lizenz je Kern. | Di 02:00–06:00 MEZ, rollierend mit Datenneuverteilung vor jedem Neustart | 4 | 3 – 24 |
| ENTRONYX SAP CertifiedAbgenommene HANA-Knoten, lizenziert je Host — ohne Überbuchung. | Nach Absprache je Umgebung, Vorlauf 21 Tage, außerhalb Ihrer Abschlusszeiträume | 4 | 1 – 8 |

Betriebsstufen · 3 Stufen
Die unterste Stufe steckt bereits im Hostpreis — bei PC-S32 sind das die 149,00 € Aufschlag auf das Blech. Wer den Betrieb weiter nach oben verschiebt, zahlt einen Sockelbetrag je Umgebung — eine Grundpauschale, unabhängig von der Hostzahl — und einen kleineren Satz je Host.
In jedem verwalteten Host enthalten. Wir betreiben alles unterhalb des Gastes.
im Hostpreis
Grenze: Firmware-Wartung setzt eine Host-Evakuierung voraus. Ohne zweiten Host im Cluster bedeutet das eine Ausfallzeit von bis zu 45 Minuten je Wartungsfenster.
Zusätzlich Gast-Patches, Sicherungsprüfung und Alarmregeln je System.
690,00 €Sockel je Umgebung, zzgl. 39,00 € je Host und Monat
Grenze: Gast-Patches erfolgen nur auf den von ENTRONYX ausgelieferten Abbildern. Selbst gebaute Abbilder bleiben in Ihrer Verantwortung und sind von der Verfügbarkeitszusage ausgenommen.
Betrieb bis in die Anwendung, mit Änderungsverfahren und Kapazitätsplanung.
2.490,00 €Sockel je Umgebung, zzgl. 89,00 € je Host und Monat
Grenze: Der Anwendungsbetrieb umfasst die im Betriebshandbuch aufgenommenen Dienste. Nicht aufgenommene Eigenentwicklungen werden überwacht, aber nicht verändert.
Der Sockel fällt einmal je Umgebung an, der Hostsatz für jedes System darin. Bei einem einzelnen Host ist der Sockel der überwiegende Teil des Betrags; ab etwa acht Hosts kippt das Verhältnis. Die Beträge stehen neben dem Hostpreis, nicht darin.
| Stufe | 1 Host | 3 Hosts | 8 Hosts | 16 Hosts |
|---|---|---|---|---|
| Plattformbetriebim Hostpreis enthalten | 0,00 € | 0,00 € | 0,00 € | 0,00 € |
| Plattform und Gastbetrieb690,00 € + 39,00 € je Host | 729,00 € | 807,00 € | 1.002,00 € | 1.314,00 € |
| Vollbetrieb2.490,00 € + 89,00 € je Host | 2.579,00 € | 2.757,00 € | 3.202,00 € | 3.914,00 € |
Eskalation und Reaktion
Jede Betriebsstufe hat einen eigenen Eskalationsweg und eine eigene Erstreaktionszeit. Die schnellste Zusage im Katalog liegt bei 15 Minuten für einen Ausfall — rund um die Uhr, an jedem Tag des Jahres.
Ein produktiver Dienst ist nicht erreichbar oder eine Schicht in unserer Verantwortung ist ausgefallen: Host, Fabric, Datastore. Auch ein drohender Datenverlust zählt hierher, unabhängig davon, ob bereits etwas steht.
Der Dienst läuft, aber eingeschränkt: ein Host aus dem Cluster gefallen, Redundanz verloren, Latenz dauerhaft über der Zusage. Ein zweiter Ausfall würde zu P1 führen.
Alles ohne Auswirkung auf den Betrieb: Änderungsaufträge, Kapazitätsfragen, Auskünfte aus der Protokollierung. Für Änderungen gilt der Vorlauf der Betriebsstufe, nicht die Erstreaktionszeit.

| Stufe | Erstreaktion P1 | Erstreaktion P2 | Abdeckung | Änderungsvorlauf |
|---|---|---|---|---|
| Plattformbetrieb | 30 Minuten | 4 Stunden | P1 rund um die Uhr, P2 und P3 Mo–Fr 08:00–18:00 | 48 Stunden |
| Plattform und Gastbetrieb | 15 Minuten | 2 Stunden | P1 und P2 rund um die Uhr, P3 Mo–Sa 08:00–20:00 | 24 Stunden |
| Vollbetrieb | 15 Minuten | 1 Stunde | Rund um die Uhr über feste Rufnummer, benannte technische Kontaktperson | 8 Stunden |
Eskalation heißt hier: Die nächste Stufe wird aktiv hinzugezogen, nicht die Meldung weitergereicht. Wer eine Stufe erreicht hat, verliert die vorige nicht. Mit steigender Betriebsstufe wird der Weg länger, weil er weiter oben endet — nicht, weil er langsamer wird.
Nächster Schritt
Der Konfigurator führt durch Host-Klasse, Virtualisierungs-Stack, Datastore, Netz, Betriebsstufe und Laufzeit und weist jeden Posten einzeln aus. Wer die Aufteilung vorher schriftlich braucht: Die Matrix oben ist derselbe Text, der in die Leistungsbeschreibung geht.