Dedizierte Hosts unter einem vCenter — der Verwaltungsinstanz von vSphere —, das Ihnen allein gehört. Fällt ein Host aus, startet HA die Gäste auf den anderen neu; vMotion verschiebt sie vor der Wartung ohne Unterbrechung. Der Preis gilt je Host — und vSphere beginnt bei 2 Hosts.
Host-Klasse, Anzahl, Datastore, Standort, Laufzeit — nach jeder Entscheidung steht der Betrag neu daneben, gerechnet mit demselben Code wie im Konfigurator. Netz, Betrieb und Wiederherstellung wählen Sie dort.
1.498,20 €1.737,91 $je Host / Monat
2.996,40 €3.475,82 $alle Hosts / Monat
Schraffiert ist die Ausfallreserve: Admission Control, die Aufnahmeprüfung von HA, lässt nur so viele Gäste starten, dass die Kapazität eines Hosts frei bleibt.
Mit 2 Hosts plant der Cluster faktisch mit der Kapazität eines Hosts.
294,91 €342,10 $netto / Monat
Der Regelfall: NVMe-Backend über NFS oder iSCSI, für gemischte Gastlasten. IOPS sind Ein- und Ausgabevorgänge je Sekunde, zugesagt je Datastore.
Größe
Bestellt wird nutzbare Kapazität. Dreifach repliziert über zwei Brandabschnitte des Standorts — eingerechnet, nicht abgezogen.
Ein Cluster liegt vollständig an einem Standort; ein zweiter Standort kommt über die Wiederherstellungsstufen im Konfigurator. Die Millisekunden sind die Latenz ab Frankfurt im Median.
− 164,57 €190,90 $Rabatt / Monat
Der Rabatt wirkt auf den monatlichen Nettobetrag. 12 und 24 Monate zahlen Sie mit der ersten Rechnung im Voraus.
Drei Zustände, ein Verbund. Der geteilte Datastore — die Ablage, auf die alle Hosts zugreifen — ist in allen dreien die Bedingung: Ohne ihn startet HA nichts neu, und vMotion hat kein Ziel.
Host 1
aktivausgefallenWartungsmodus
5 von 8 Plätzen belegtHost 2
aktivausgefallenWartungsmodus
5 von 8 Plätzen belegtHost 3
aktivausgefallenWartungsmodus
5 von 8 Plätzen belegtDarum darf ein Cluster aus 3 Hosts höchstens zu 67 % belegt sein.
Ohne geteilten Datastore startet nichts neu — die Daten lägen auf dem ausgefallenen Host.
Das Fenster: Mi 02:00–06:00 MEZ, rollierend Host für Host, Ankündigung 14 Tage vorherErst wenn ein Host zurück ist, beginnt der nächste.
Ein verwalteter Host kostet das Blech plus den Plattformbetrieb. Die vSphere-Lizenz steckt bewusst nicht darin: Sie hängt am Stack, nicht am Host, und wird je Kern und Monat berechnet.
2 × PC-M64 mit einem gemeinsamen Datastore NVMe Standard über 4 TB — die kleinste Zusammenstellung, in der HA tatsächlich etwas bewirkt.
Beide Stacks laufen auf demselben Blech; der Unterschied liegt in dem, was die Verwaltungsebene im Betrieb selbst tut. Auf PC-M64 kostet die Lizenz 49,00 €56,84 $ gegen 475,20 €551,23 $ im Monat.
| Merkmal | ENTRONYX KVM PlatformOffene Plattform | ENTRONYX Managed vSphereDieser Stack |
|---|---|---|
| Lizenzmodell | je Sockel und Monat · 49,00 €56,84 $ | je Kern und Monat · 9,90 €11,48 $ |
| Lizenz auf PC-M641 Sockel, 48 Kerne | 49,00 €56,84 $ | 475,20 €551,23 $ |
| Cluster von … bis | 1 – 16 Hosts | 2 – 32 Hosts |
| Laufende Lastverteilung im BetriebDRS verschiebt Gäste, ohne dass jemand eingreift | ||
| HA-Neustart nach Hostausfall | ||
| Eigene Verwaltungsinstanz je Mandant | ||
| Synchrone Metro-Spiegelung buchbarRPO 0 Minuten |
Wer heute vCenter fährt, bringt Vorlagen, Rollen, Portgruppen und Betriebsverfahren mit. Export und Import im offenen Austauschformat OVF führen zum selben Objektbaum.
Datenbanken mit Lizenz je physischem Kern brauchen eine harte Zuordnung von Gast zu Host. Affinitätsregeln am Cluster halten diese Gäste auf benannten Hosts.
Eigenes vCenter, eigener Distributed Switch, eigene Datastores: Die Trennung liegt in getrennten Objekten, nicht in einer Rechteregel. Das lässt sich in einer Prüfung zeigen.
Für einen einzelnen Host, für Entwicklungsumgebungen ohne Verfügbarkeitsanspruch und für Container-Lasten ist die Lizenz je Kern der teuerste Weg. Dort sind die KVM-Plattform oder verwaltetes Kubernetes richtig.
Jede Klasse ist ein dediziertes Blech mit einem festen Schnitt aus Kernen, Arbeitsspeicher, lokaler NVMe und Anbindung. Die Summe nennt Host und Lizenz zusammen — der Betrag, der je Host und Monat auf der Rechnung steht.
Aufbau eines Hosts
Ein Host der Klasse PC-X256: 2 Sockel, 384 Kerne, 960 GB Arbeitsspeicher zuweisbar — und 64 GB behält der Hypervisor.
Host-Klassen unter ENTRONYX Managed vSphere mit CPU, zuweisbarem Arbeitsspeicher, lokaler NVMe, Anbindung, vCPU-Obergrenze, Lizenz und Monatspreis je Host, darunter die Grenze jeder Klasse — alle Beträge netto.
EPYC 9454P2,75 – 3,80 GHz · 1 Sockel
Grenze: Ein Sockel, ein NUMA-Knoten: VMs über 232 GB RAM passen nicht mehr auf diese Klasse. Für breitere Einzel-VMs ist PC-L128 oder PC-X256 der richtige Schnitt.
Xeon 6741P2,50 – 3,80 GHz · 1 Sockel
Grenze: Live-Migration ist nur zwischen Hosts derselben CPU-Generation zugesichert. Ein gemischter Cluster aus PC-M64 (AMD) und PC-M64i (Intel) migriert nicht im laufenden Betrieb.
EPYC 95543,10 – 3,75 GHz · 1 Sockel
Grenze: Der Boost endet bei 3,75 GHz — die Klasse gewinnt über Breite, nicht über Takt. Lasten, die an einzelnen Threads hängen, laufen auf PC-S32 mit 5,7 GHz schneller.
2× EPYC 99652,25 – 3,70 GHz · 2 Sockel
Grenze: Zwei Sockel bedeuten zwei NUMA-Knoten. VMs über 480 GB RAM oder über 192 vCPU überschreiten einen Knoten und verlieren rund 12 % Speicherbandbreite — bei Lizenzen je Kern zahlt dieser Host außerdem 384 Kerne.
| Klasse | Prozessor | Kerne / Threads | RAM zuweisbar | Lokale NVMe | Anbindung | vCPU-Deckel | Lizenz / Monat | Summe / Monat |
|---|---|---|---|---|---|---|---|---|
| PC-M64EinstiegPC-M | EPYC 9454P2,75 – 3,80 GHz · 1 Sockel | 48 / 96 | 232 GB | 3,84 TB | 1 Gbit/s | 288(6:1) | 475,20 €551,23 $ | 1.498,20 €1.737,91 $ |
Grenze: Ein Sockel, ein NUMA-Knoten: VMs über 232 GB RAM passen nicht mehr auf diese Klasse. Für breitere Einzel-VMs ist PC-L128 oder PC-X256 der richtige Schnitt. | ||||||||
| PC-M64iPC-M | Xeon 6741P2,50 – 3,80 GHz · 1 Sockel | 48 / 96 | 232 GB | 7,68 TB | 1 Gbit/s | 288(6:1) | 475,20 €551,23 $ | 1.568,20 €1.819,11 $ |
Grenze: Live-Migration ist nur zwischen Hosts derselben CPU-Generation zugesichert. Ein gemischter Cluster aus PC-M64 (AMD) und PC-M64i (Intel) migriert nicht im laufenden Betrieb. | ||||||||
| PC-L128PC-L | EPYC 95543,10 – 3,75 GHz · 1 Sockel | 64 / 128 | 472 GB | 7,68 TB | 5 Gbit/s | 256(4:1) | 633,60 €734,98 $ | 2.532,25 €2.937,41 $ |
Grenze: Der Boost endet bei 3,75 GHz — die Klasse gewinnt über Breite, nicht über Takt. Lasten, die an einzelnen Threads hängen, laufen auf PC-S32 mit 5,7 GHz schneller. | ||||||||
| PC-X256PC-X | 2× EPYC 99652,25 – 3,70 GHz · 2 Sockel | 384 / 768 | 960 GB | 3,84 TB | 5 Gbit/s | 1.536(4:1) | 3.801,60 €4.409,86 $ | 9.594,78 €11.129,94 $ |
Grenze: Zwei Sockel bedeuten zwei NUMA-Knoten. VMs über 480 GB RAM oder über 192 vCPU überschreiten einen Knoten und verlieren rund 12 % Speicherbandbreite — bei Lizenzen je Kern zahlt dieser Host außerdem 384 Kerne. | ||||||||
Der zuweisbare Arbeitsspeicher ist die Bestückung abzüglich der Reservierung für den Hypervisor — auf PC-M64 sind das 24 GB von 256 GB. Der Anteil sinkt mit wachsender Bestückung: PC-X256 behält 64 GB von 1 TB zurück.
Im Rechner wählenDie Klassen unterscheiden sich in der Verfügbarkeit. PC-M64 steht an 4 Standorten, PC-X256 an 3. Ein Cluster liegt immer vollständig an einem Standort — verteilte Cluster über zwei Regionen entstehen erst über die Wiederherstellungsstufen.
Verfügbar für PC-M64 4
Dediziertes vCenter je Kunde, API-Zugang, SSO gegen Ihr Verzeichnis
Verwaltungsebene
Die Verwaltungsoberfläche gehört Ihrem Mandanten: eigene vCenter-Instanz bei ENTRONYX CLOUD, Zugang über Web-Konsole, API, PowerCLI und Terraform.
Ihre Umgebung hängt an einer eigenen vCenter-Instanz, nicht an einer geteilten mit Mandantenfiltern. Sie sehen Ihre Cluster, Ihre Datastores und Ihre Aufgabenliste — nicht die von jemand anderem, auch nicht gefiltert.
Fällt ein Host aus, startet vSphere HA die betroffenen Gäste auf den verbleibenden Hosts neu. Das ist ein Neustart, keine unterbrechungsfreie Übernahme: Der Gast verliert seinen Arbeitsspeicherzustand und fährt aus seinem Dateisystem wieder hoch.
DRS verschiebt laufende Gäste per vMotion zwischen Hosts, wenn die Verteilung auseinanderläuft. Dieselbe Mechanik evakuiert einen Host vor der Wartung: Der Wartungsmodus schiebt jede laufende VM weg, bevor der Host neu startet.
Das Netz wird einmal am Cluster konfiguriert, nicht Host für Host. Jedes Projekt bekommt seine eigene Portgruppe mit eigenem VLAN; ein neuer Host übernimmt die Konfiguration beim Beitritt, ohne dass Sie ihn nachziehen.
Die Grenze zwischen Ihrer und unserer Zuständigkeit liegt an der Host-Oberkante: Hypervisor, Firmware, Fabric und Speicher-Controller pflegen wir. Alles ab dem Gastsystem bleibt bei Ihnen — sofern Sie keine höhere Betriebsstufe buchen. Das vCenter selbst bedienen beide Seiten; Ihre Rollen sind dieselben, die Sie aus einer eigenen Installation kennen.
Mi 02:00–06:00 MEZ, rollierend Host für Host, Ankündigung 14 Tage vorher. Kein Fenster nimmt den Cluster außer Betrieb — es nimmt jeweils einen Host heraus. Was das kostet, steht in der Kapazität: Solange ein Host fehlt, muss der Rest die volle Last tragen.
Wartungsmodus
Ein Host auf Schienen, drei laufen: Mi 02:00–06:00 MEZ, rollierend Host für Host, Ankündigung 14 Tage vorher. Evakuierung je Host 5 bis 25 Minuten.
Sie erhalten Fenster, Umfang und die Liste der betroffenen Hosts. Ein Fenster ohne Änderung an Ihrem Cluster wird abgesagt, nicht stillschweigend leer durchlaufen.
Vom Cluster wird rechnerisch ein Host abgezogen. Passt die laufende Last nicht auf die verbleibenden Hosts, verschieben wir das Fenster — statt es zu beginnen und in der Mitte festzustellen, dass die Evakuierung nicht durchläuft.
Der Host geht in den Wartungsmodus, DRS verschiebt jede laufende VM per vMotion auf einen anderen Host. Die Gäste laufen währenddessen weiter; die Dauer hängt am belegten Arbeitsspeicher, nicht an der Zahl der Gäste.
BIOS, Speicher-Controller, Netzkarten und der ESXi-Build werden auf den Zielstand gehoben. Danach startet der Host neu und meldet sich am vCenter zurück.
Erst wenn ein Host wieder im Cluster steht und DRS die Last zurückverteilt hat, beginnt der nächste. Deshalb dauert das Fenster mit der Clustergröße länger — und deshalb bleibt der Cluster durchgehend verfügbar.
Ein Host fällt aus oder wird evakuiert — in beiden Fällen muss die Last auf die verbleibenden passen. Daraus folgt eine harte Obergrenze für die Belegung, und sie ist bei kleinen Clustern unbequem.
Der Wert ist die Belegung, bei der der Ausfall genau eines Hosts noch aufgefangen wird. Wer zwei gleichzeitige Ausfälle abdecken will, rechnet mit zwei fehlenden Hosts — bei 2 Hosts ist das nicht möglich.
Ohne gemeinsamen Speicher gibt es weder HA-Neustart noch vMotion noch eine wartungsfreie Evakuierung. Der Datastore wird deshalb zusammen mit dem Cluster bestellt, nicht danach — und zwar in nutzbaren Gigabyte. Datastore NVMe Standard: Dreifach repliziert über zwei Brandabschnitte des Standorts — das steckt im Satz und wird nicht abgezogen.
Geteilter Datastore
Alle Hosts hängen an demselben Speicher — deshalb kann HA einen Gast auf jedem anderen Host neu starten. Bestellt wird in nutzbaren Gigabyte; die Redundanz ist eingerechnet.
Abgerechnet wird je Gigabyte und Monat, mit einer Mindestabnahme je Klasse. Die Zusage an IOPS — Ein- und Ausgabevorgängen je Sekunde — gilt je Datastore, nicht je Gast. Größere Umgebungen werden deshalb auf mehrere Datastores geschnitten statt auf einen großen.
| Klasse | Satz je GB und Monat | IOPS | Latenz p99 | Mindestgröße |
|---|---|---|---|---|
| Datastore NVMe Performance | 0,1090 €0,1264 $ | 120.000 | 0,4 ms | 2 TB |
| Datastore NVMe Standard | 0,0720 €0,0835 $ | 45.000 | 0,9 ms | 1 TB |
| Datastore Kapazität | 0,0290 €0,0336 $ | 9.000 | 4,0 ms | 8 TB |
Unter ENTRONYX Managed vSphere stehen alle 4 Stufen offen — einschließlich der synchronen Spiegelung, die andere Stacks nicht bekommen. Jede Stufe nennt ihr RPO, den höchstens verlorenen Zeitraum, und ihr RTO, die höchstens nötige Anlaufzeit. Sie kostet einen Sockelbetrag je geschützter Umgebung plus einen Satz auf die geschützte Kapazität.
| Stufe | RPO | RTO | Sockel je Monat | je geschütztem GB |
|---|---|---|---|---|
| Gesicherte Wiederherstellung | 24 h | 8 h | 149,00 €172,84 $ | 0,0074 €0,0086 $ |
| Pilot Light | 4 h | 4 h | 490,00 €568,40 $ | 0,0190 €0,0220 $ |
| Asynchrone Replikation | 15 min | 2 h | 990,00 €1.148,40 $ | 0,0340 €0,0394 $ |
| Synchrone Metro-Spiegelung | 0 (synchron) | 20 min | 1.890,00 €2.192,40 $ | 0,0690 €0,0800 $ |
Der Plattformbetrieb steckt im Hostpreis und ist nicht abwählbar. Er endet an einer scharfen Kante: unterhalb des Gastsystems arbeitet ENTRONYX CLOUD, oberhalb arbeiten Sie.
Firmware-Wartung setzt eine Host-Evakuierung voraus. Ohne zweiten Host im Cluster bedeutet das eine Ausfallzeit von bis zu 45 Minuten je Wartungsfenster.
Wer auch das Gastsystem abgeben will, bucht eine höhere Betriebsstufe. Die Grenzen der Stufen stehen auf der Seite zu den verwalteten Hosts.
7 Fragen, die vor einer Bestellung regelmäßig kommen. Die Antworten rechnen mit denselben Katalogwerten wie die Abschnitte darüber.
Ihre Frage ist nicht dabei? Der Cluster-Rechner rechnet jede Kombination aus Klasse, Anzahl, Datastore, Standort und Laufzeit durch.
Je physischem Kern und Monat, mit einer Mindestabnahme von 16 Kernen je Sockel. Die Lizenz steckt nicht im Hostpreis: Sie hängt am Stack und kommt je Host hinzu. Die Mindestabnahme greift heute auf keiner freigegebenen Klasse, die kleinste bringt 48 Kerne je Sockel mit.
Lizenz je Kern und Monat, netto9,90 €11,48 $
Mindestens 2 und höchstens 32 Hosts. Damit der Ausfall oder die Wartung eines Hosts aufgefangen wird, darf im kleinsten Cluster kein Host über 50 % belegt sein. Wer mit 2 Hosts einsteigt, plant deshalb mit der Kapazität eines Hosts.
Kleinster Cluster ohne Datastore, netto im Monat2.996,40 €3.475,82 $
Ja, der geteilte Datastore ist Voraussetzung: Ohne ihn gibt es weder HA-Neustart noch vMotion. Zur Wahl stehen Datastore NVMe Performance, Datastore NVMe Standard und Datastore Kapazität, abgerechnet je nutzbarem Gigabyte und Monat mit einer Mindestabnahme je Klasse. Die Redundanz ist im Preis je Gigabyte eingerechnet und wird nicht von der bestellten Größe abgezogen.
In Deutschland, je nach Klasse in Frankfurt am Main, Berlin oder München. Ein Cluster liegt vollständig an einem Standort; einen zweiten Standort bringen erst die Wiederherstellungsstufen dazu.
vSphere HA startet die betroffenen Gäste auf den verbleibenden Hosts neu. Das ist ein Neustart, keine unterbrechungsfreie Übernahme: Der Arbeitsspeicherzustand geht verloren, die Ausfallzeit entspricht der Startzeit von Gast und Anwendung. Voraussetzung ist ein geteilter Datastore, ohne ihn startet nichts automatisch neu.
Ja: Vor jedem Eingriff geht der Host in den Wartungsmodus, und DRS verschiebt jede laufende VM per vMotion auf einen anderen Host. Das Fenster: Mi 02:00–06:00 MEZ, rollierend Host für Host, Ankündigung 14 Tage vorher. Passt die laufende Last am Vortag nicht auf die übrigen Hosts, wird das Fenster verschoben.
Ja, Ihre Umgebung hängt an einer eigenen vCenter-Instanz, nicht an einer geteilten mit Mandantenfiltern. Sie erreichen sie über Web-Konsole, vSphere-API, PowerCLI und Terraform-Provider und melden sich per SSO gegen Ihr Verzeichnis an. Hypervisor, Firmware, Fabric und Speicher-Controller pflegen wir; Ihre Rollen im vCenter sind dieselben wie in einer eigenen Installation.
Host-Klasse, Anzahl, Datastore, Wiederherstellungsstufe und Betriebsstufe stehen im Konfigurator nebeneinander. Die Summe rechnet mit denselben Sätzen, die auf dieser Seite stehen — es gibt keinen zweiten Preis hinter dem Angebot.
