Ihre Server, verwaltet von CloudOps
Jeder Host läuft mit KVM. Stromsteuerung über den BMC (iLO, iDRAC, IPMI) und Hardware-Zustand direkt in der Konsole.
VMware-Alternative
VMware verlassen.
Server behalten.
CloudOps macht die Server, die Ihnen bereits gehören, zu einer Private Cloud: virtuelle Maschinen, Kubernetes, Netzwerke, Load Balancer, Objektspeicher und verwaltete Datenbanken – alles als Self-Service über eine Konsole, eine REST-API und Terraform.
Läuft auf dem Open-Source-Hypervisor KVM. Registrieren Sie sich mit Google oder sprechen Sie zuerst mit uns über Ihre Migration.
- Open-Source-KVM, keine Hypervisor-Lizenz
- Self-Service für Ihre Teams
- Konsole, API und Terraform
- Entwickelt und betrieben in der EU
Warum Teams wechseln
Die VMware-Lizenzen haben sich geändert. Ihre Hardware nicht.
Seit der Übernahme durch Broadcom gibt es keine unbefristeten Lizenzen mehr, Produkte werden nur noch im Paket verkauft, und viele Kunden zahlen für dieselben Hosts deutlich mehr.
CloudOps gibt denselben Servern eine Cloud-Steuerungsebene auf Basis von Open-Source-KVM. So verlängern Sie weniger oder gar nicht – ohne neue Hardware zu kaufen.
Was ersetzt was
Vertraute Bausteine, ohne den VMware-Stack.
Eine Konsole, eine API und Terraform
VMs, Netzwerke und Speicher über alle Hosts hinweg erstellen und verwalten. Jede Änderung läuft als nachvollziehbarer, prüfbarer Job.
Netzwerke und Sicherheitsgruppen
Private Netzwerke, Sicherheitsgruppen, Load Balancer, ein verschlüsseltes Overlay zwischen den Hosts und Site-to-Site-VPN.
Block- und Objektspeicher
ZFS-basierte Block-Volumes mit Snapshots sowie S3-kompatibler Objektspeicher.
Kubernetes-Cluster
Erstellen Sie Kubernetes-Cluster auf eigenen Hosts oder importieren Sie bestehende, und fügen Sie Knoten hinzu oder entfernen Sie sie.
Images und Netzwerkinstallationen
Linux- und Windows-VM-Images sowie unbeaufsichtigte OS-Installationen per PXE für Bare Metal und VMs.
So läuft ein Umzug
Beginnen Sie mit einem Host statt mit einer Big-Bang-Migration.
Ersten Host hinzufügen
Machen Sie einen Server frei und installieren Sie ihn über das Netzwerk, oder importieren Sie einen laufenden Linux-Server mit einem einzeiligen Befehl.
Workload nachbauen
Bauen Sie die VM aus einem Image oder einem Terraform-Plan auf, hängen Sie Volumes und Netzwerke an und testen Sie sie parallel zum Original.
Umschalten und wiederholen
Läuft sie, schalten Sie den Datenverkehr um, legen die VMware-VM still und machen mit der nächsten weiter – Host für Host.
In Kürze: laufende VMs direkt aus ESXi importieren – die Festplatten werden kopiert, die Quelle bleibt unverändert. Fragen Sie uns nach frühem Zugang.
KI-fähig, mit Leitplanken
Lassen Sie KI-Agenten mithelfen – innerhalb Ihrer Grenzen.
CloudOps hat einen integrierten MCP-Server. Verbinden Sie Claude oder einen anderen MCP-Assistenten: Er kann Ihre Server, Netzwerke, Speicher und Jobs lesen und, wenn Sie es erlauben, VMs und Volumes erstellen.
Der Zugriff bleibt aus, bis ein Inhaber ihn einschaltet. Sie wählen „Nur lesen“ oder sichere Änderungen, jeder Tool-Aufruf wird protokolliert, und ein Agent kann nur löschen, was er selbst erstellt hat.
Fragen vor dem Wechsel
Was Sie vor dem Wechsel wissen sollten.
Kann ich meine VMs direkt aus ESXi importieren?
Noch nicht. Der direkte ESXi-Import ist in Entwicklung und folgt in Kürze: Er liest Ihr VM-Inventar, kopiert die Festplatten und legt die VMs auf CloudOps-Hosts neu an, ohne die Quelle zu verändern. Bis dahin bauen Sie Workloads aus Images oder mit Terraform neu auf. Sprechen Sie uns an, wenn Sie frühen Zugang möchten.
Brauche ich neue Hardware?
Nein. CloudOps läuft auf Standardservern. Ein Host, der ESXi verlässt, wird mit Linux und KVM neu installiert – auf Wunsch über das Netzwerk –, und Server, auf denen bereits Linux läuft, binden Sie mit einem einzeiligen Import ein.
Wo läuft das Ganze?
Ihre VMs und Daten bleiben auf Ihren Servern. Die Steuerungsebene betreiben wir in der EU nach der DSGVO; eine Steuerungsebene in den USA ist auf Anfrage möglich.
Geht es nur um VMs?
Nein. Neben VMs erhalten Sie Kubernetes-Cluster, private Netzwerke, Sicherheitsgruppen, Load Balancer, Block- und Objektspeicher sowie – als Vorschau – verwaltete Datenbanken.
Planen Sie Ihren Weg weg von VMware.
Beginnen Sie mit einem Host und einem Workload und lassen Sie den Rest laufen, bis Sie bereit sind.