CloudOps · Infrastruktur-Cloud

OpenStack-Alternative

Eine Private Cloud,
ohne OpenStack zu betreiben.

CloudOps betreibt die Steuerungsebene, damit Ihr Team es nicht tun muss. Ihre eigenen Server bekommen virtuelle Maschinen, Kubernetes, Netzwerke, Load Balancer, Objektspeicher und, als Vorschau, verwaltete Datenbanken – ü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 Ihren Umzug.

  • Keine Steuerungsebene zu betreiben
  • Self-Service für Ihre Teams
  • Konsole, API und Terraform
  • Entwickelt und betrieben in der EU

Warum Teams wechseln

OpenStack kann fast alles. Jemand muss es betreiben.

OpenStack ist eine umfassende, bewährte Open-Source-Cloud. Es besteht aber auch aus vielen einzelnen Diensten samt Message Queue und Datenbanken dahinter, mit einer neuen Version alle sechs Monate und Upgrades, die geplant sein wollen. Viele Teams stellen am Ende Ingenieure allein dafür ab, es gesund zu halten.

CloudOps nimmt Ihrem Team diese Arbeit ab. Wir betreiben die Steuerungsebene als Dienst, Ihre Server führen die Workloads aus, und Ihre Ingenieure kümmern sich um das, was auf der Cloud läuft.

Proxmox und OpenStack im Detail vergleichen

Was ersetzt was

OpenStack-Projekte und was Sie stattdessen nutzen.

Nova

Virtuelle Maschinen auf KVM

Linux- und Windows-VMs auf all Ihren Hosts, mit Stromsteuerung über den BMC (iLO, iDRAC, IPMI) und Hardware-Zustand direkt in der Konsole.

Horizon und Heat

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.

Neutron und Octavia

Netzwerke und Sicherheitsgruppen

Private Netzwerke, Sicherheitsgruppen, Load Balancer, ein verschlüsseltes Overlay zwischen den Hosts und Site-to-Site-VPN.

Cinder und Swift

Block- und Objektspeicher

ZFS-basierte Block-Volumes mit Snapshots sowie S3-kompatibler Objektspeicher.

Magnum

Kubernetes-Cluster

Erstellen Sie Kubernetes-Cluster auf eigenen Hosts oder importieren Sie bestehende, und fügen Sie Knoten hinzu oder entfernen Sie sie.

Ironic und Glance

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.

01 · Verbinden

Ersten Host hinzufügen

Machen Sie einen Compute-Knoten frei und installieren Sie ihn über das Netzwerk, oder importieren Sie einen laufenden Linux-Server mit einem einzeiligen Befehl.

02 · Neu aufbauen

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.

03 · Umschalten

Umschalten und wiederholen

Läuft sie, schalten Sie den Datenverkehr um, legen die OpenStack-Instanz still und machen mit der nächsten weiter – Host für Host.

CloudOps hat keine OpenStack-API und kann keine Instanzen importieren. Heat-Vorlagen und OpenStack-Clients müssen ersetzt werden, meist durch Terraform.

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.

So verbinden sich KI-Agenten

Fragen vor dem Wechsel

Was Sie vor dem Wechsel wissen sollten.

Kann ich meine OpenStack-Werkzeuge weiterverwenden oder Instanzen importieren?

Nein. CloudOps bietet die OpenStack-APIs nicht an und kann keine Instanzen importieren. Heat-Vorlagen und Skripte, die OpenStack aufrufen, müssen neu geschrieben werden, meist in Terraform. Workloads bauen Sie aus Images neu auf und kopieren die Daten mit Ihren gewohnten Werkzeugen.

Brauche ich neue Hardware?

Nein. CloudOps läuft auf Standardservern. Ein Compute-Knoten, der OpenStack verlässt, bekommt eine frische Installation von Linux und KVM – auf Wunsch über das Netzwerk –, und Server, auf denen bereits einfaches Linux läuft, binden Sie mit einem einzeiligen Import ein.

Wo läuft das Ganze?

Ihre VMs und Daten bleiben auf Ihren Servern. CloudOps ist ein verwalteter Dienst: Die Steuerungsebene betreiben wir in der EU nach der DSGVO, und Sie können sie nicht selbst installieren. Eine Steuerungsebene in den USA ist auf Anfrage möglich.

Worauf müsste ich verzichten?

CloudOps bietet keine Live-Migration zwischen Hosts und keinen automatischen Neustart von VMs auf einem anderen Host, und Sie können es nicht wie OpenStack um eigene Dienste und Treiber erweitern. Wenn Sie das brauchen oder die Steuerungsebene in Ihrem eigenen Netzwerk betreiben müssen, passt OpenStack weiterhin besser.

Planen Sie Ihren Umzug weg von OpenStack.

Beginnen Sie mit einem Host und einem Workload und lassen Sie den Rest laufen, bis Sie bereit sind.

OpenStack ist eine Marke der OpenInfra Foundation. CloudOps steht in keiner Verbindung zur OpenInfra Foundation und wird nicht von ihr unterstützt.