Kubernetes-Cluster in Tier III EU-Rechenzentren mit single-node- und HA-Optionen
Single-Node-Kubernetes, beim ersten Start vorinstalliert, keine Überraschungen!
Unternehmensfähige Infrastruktur mit 99.9% Verfügbarkeitsgarantie in EU-Standorten
Bringen Sie Ihre Server und Ressourcen innerhalb von Stunden online, nicht Tagen. Keine Installationsgebühr
Sie können Ihren Cloud-Server online über das persönliche Panel auf unserer Website upgraden oder downgraden
Sie wählen die Node-Größen, und der Cluster wird gebaut und einsatzbereit übergeben: Control Plane, Container-Runtime, CNI-Netzwerk, ein Ingress-Controller und eine Storage-Klasse auf demselben NVMe, das jede andere Maschine hier nutzt. Die kubeconfig steht im Panel zum Download, sobald der Cluster läuft.
Es ist ein echter Cluster auf echten VMs in unseren eigenen Rechenzentren, keine verwaltete Abstraktion über der API eines anderen. kubectl, Helm und alles, was mit der Kubernetes-API spricht, funktioniert genau wie überall sonst, weil nichts Fremdes dazwischen liegt.
Gehen Sie von dem aus, was auf dem Cluster läuft, nicht von einer Anzahl Nodes. Addieren Sie CPU- und Speicheranforderungen von allem, was Sie einplanen, rechnen Sie den Overhead von Control Plane und System-Pods dazu und lassen Sie so viel Luft, dass ein Node ausfallen kann, ohne dass die übrigen dessen Pods ablehnen.
Drei kleine Nodes schlagen in der Regel einen großen, wenn Ihnen an Verfügbarkeit gelegen ist, denn ein einzelner Node ist genau einen Neustart von der Ausfallzeit entfernt. Für Entwicklung und CI genügt ein Node und ist deutlich günstiger.
Sie zahlen für die Nodes - zu denselben CPU-, RAM- und NVMe-Preisen wie bei jedem Cloud-Server - plus eine kleine pauschale Verwaltungsgebühr für den Cluster selbst. Kubernetes-Cluster beginnen bei 22 EUR pro Monat.
Das heißt, ein Cluster ist nie auf rätselhafte Weise teurer als die Maschinen darunter, und ihn zu skalieren ist dieselbe Rechnung wie das Skalieren von allem anderen hier.
Microservice-Landschaften, die einem einzelnen Docker-Host entwachsen sind, Anwendungen, die rollierende Deployments ohne Wartungsfenster brauchen, und CI- oder Agent-Workloads, die hochskalieren und danach wieder verschwinden sollen.
Selbst gehostete CI-Runner sind eine häufige Kombination: Ein Cluster gibt ihnen Raum zum Hochskalieren und hält Build-Artefakte und Quellcode in Ihrer eigenen europäischen Infrastruktur.
GitLab Runner· GitHub Actions Runner· Agent-Runner in der EU
Wenn Sie den Cluster selbst bauen möchten - eine bestimmte Distribution, ein bestimmtes CNI, eine ungewöhnliche Topologie -, bestellen Sie einfache Cloud-Server und behandeln Sie sie als Nodes. Nichts hier hindert Sie daran, und die Maschinen sind dieselben.
Nehmen Sie die Managed-Variante, wenn Sie die erste Woche lieber nicht mit der Control Plane verbringen und wenn ein funktionierender Ingress und eine Storage-Klasse am ersten Tag mehr wert sind, als jede Komponente selbst auszuwählen.
Nodes lassen sich hinzufügen oder in der Größe ändern, wenn sich der Bedarf ändert - genauso wie bei einem Cloud-Server. Cluster-Upgrades werden mit Ihnen abgestimmt statt unter Ihnen ausgeführt, denn eine Kubernetes-Minor-Version ist eine API-Änderung, und irgendetwas in Ihren Manifesten merkt das meistens.
Der Umzug ist überwiegend Manifest-Arbeit: Helm auf den neuen Cluster richten, persistente Volumes aus Ihren eigenen Backups zurückspielen und DNS umschalten, sobald der neue Ingress korrekt antwortet.
Häufig gestellte Fragen
Ein funktionierender Kubernetes-Cluster auf Cloud-VMs in unserem eigenen Rechenzentrum: Control Plane, Container-Runtime, CNI-Netzwerk, ein Ingress-Controller und eine Standard-Storage-Klasse auf NVMe. Die kubeconfig steht in Ihrem Panel zum Download, sobald der Cluster läuft
Ein einzelner Node genügt für Entwicklung, CI und alles, dessen Ausfall während eines Neustarts vertretbar ist. Mehrere Nodes wählen Sie in dem Moment, in dem ein Ausfall zählt: Mit drei Nodes kann der Cluster einen verlieren und dessen Pods auf die beiden anderen umplanen
Laden Sie die kubeconfig aus Ihrem Panel herunter und richten Sie kubectl oder Helm darauf. Nichts wird gekapselt oder über einen Proxy geleitet - es ist ein Standard-Kubernetes-API-Endpunkt, also funktioniert jedes Werkzeug, das mit Kubernetes spricht, unverändert
Sie zahlen die Nodes zu denselben CPU-, RAM- und NVMe-Sätzen wie jeden Cloud-Server, plus eine kleine pauschale Verwaltungsgebühr für den Cluster selbst. Einen Cluster zu skalieren kostet genau so viel wie das Hinzufügen der entsprechenden Server
Ja. Nodes lassen sich hinzufügen, entfernen oder in der Größe ändern, wenn sich der Bedarf ändert - genauso wie bei jedem Cloud-Server: Die Platte wächst im laufenden Betrieb, CPU- und RAM-Änderungen brauchen nur einen Neustart dieses Nodes
Upgrades werden mit Ihnen abgestimmt statt unter Ihnen ausgeführt. Eine Kubernetes-Minor-Version ist eine API-Änderung, und in einem echten Manifest-Bestand merkt das meistens irgendetwas - also vereinbaren wir ein Zeitfenster, und Sie können vorher testen
Ja, und die Maschinen sind identisch - bestellen Sie Cloud-Server und behandeln Sie sie als Nodes, wenn Sie eine bestimmte Distribution, ein bestimmtes CNI oder eine eigene Topologie wollen. Die Managed-Variante gibt es, damit ein funktionierender Ingress und eine Storage-Klasse am ersten Tag nicht Ihr Problem sind
Wenn Sie Hilfe benötigen oder zusätzliche Fragen haben, wenden Sie sich bitte an die Manager oder schreiben Sie an das Support-Team unter support@dcxv.com
