Managed Kubernetes auf Bare-Metal · jetzt in New York
Kubernetes auf eigenen Servern, ohne die Control Plane zu babysitten
Sie bringen die Workloads mit und wählen die Maschinen. Wir halten das Gehirn des Clusters am Laufen: die Control Plane, ihre Datenbank und ihre Backups. Jeder Node darunter ist ein vollständiger physischer Server ohne virtuelle Zwischenschicht, und die Rechnung dafür ist jeden Monat gleich.
Der Tausch
Worüber Sie sich keine Sorgen mehr machen – und was Sie nie aufgeben
Das geben Sie ab
- Den Betrieb der Steuerungsebene. Ihre Server, ihre Datenbank und ihre Backups sind unsere Aufgabe – auf einem Knoten zum Testen oder auf dreien für einen Cluster, der verfügbar bleiben muss.
- Die Kosten einer virtuellen Schicht. Ihre Container laufen direkt auf der Hardware des Servers, sodass nichts davon für einen Hypervisor draufgeht oder mit Fremden geteilt wird.
- Den Blick auf die Egress-Rechnung. Knoten sind monatlich pauschal abgerechnete Server; nichts berechnet Ihnen Kosten pro Gigabyte, das den Server verlässt.
Das behalten Sie
- Die Schlüssel zu jedem Knoten. Root-SSH, die Konsole und der Rettungsmodus bleiben auf jedem Server – etwas, das viele Managed-Kubernetes-Angebote wegnehmen.
- Ihre eigenen öffentlichen Adressen. Wenn eine Anwendung einen Load Balancer anfordert, erhält sie eine der zusätzlichen IPv4-Adressen auf Ihren eigenen Knoten-Servern.
- Die Freiheit zu gehen. Es handelt sich um standardmäßiges Open-Source-Kubernetes, sodass das, was Sie hier aufbauen, überall sonst läuft, wo Kubernetes läuft.
Von der Bestellung zu laufenden Apps
Das Leben eines Clusters in fünf Schritten
Online bestellen
Geben Sie Ihrem Cluster einen Namen und wählen Sie seine Server auf der Bestellseite aus, dann bezahlen Sie die ersten Rechnungen. Bei Unsicherheiten antwortet unsere KI im Chat in Sekundenschnelle, und ein Mensch aus unserem Team übernimmt, sobald Sie es wünschen.
Die Größe des Gehirns wählen
Ein Control-Plane-Knoten für die Entwicklung oder drei für Hochverfügbarkeit. In beiden Fällen wird die Datenbank alle sechs Stunden als Snapshot kopiert.
Die Server wählen, die die Arbeit erledigen
Wählen Sie zwischen einem und zehn der heute verfügbaren New-York-Server. Sie kommen genau so, wie sie im Regal stehen, bereits mit Ubuntu, sodass nichts neu installiert wird, keine Einrichtungsgebühr anfällt und Sie später bis zu zehn weitere hinzufügen können. Alle landen in einer Gruppe mit dem Tag pool=general. Sie möchten GPU-Maschinen nur für GPU-Aufgaben einsetzen? Sie sind der Admin des Clusters: Taggen und isolieren Sie sie selbst mit kubectl.
Kubeconfig herunterladen und deployen
Nutzen Sie kubectl, Helm oder was auch immer Sie bereits verwenden. Cilium setzt Ihre Netzwerkrichtlinien durch, eine Firewall auf jedem Knoten lässt nur die Maschinen Ihres eigenen Clusters herein, und MetalLB stellt öffentliche Adressen vor Ihre Dienste. Soll der Verkehr zwischen Diensten verschlüsselt werden? Fügen Sie TLS zu Ihren Apps hinzu oder betreiben Sie ein Service Mesh.
Upgraden, wann es Ihnen passt
Sie drücken den Knopf. Zuerst wechselt die Control Plane auf die neue Version, dann jeder Knoten der Reihe nach, einer nach dem anderen.
Klartext
Für wen das heute passt – und wer noch warten sollte
Gut geeignet
- Teams, deren Apps den ganzen Monat laufen und die lieber eine stabile Rechnung zahlen als einen Stundenzähler
- KI-Inferenz oder Rendering, das GPU-Server neben gewöhnlichen Servern im selben Cluster benötigt
- Alle, die Kubernetes wollen, sich aber auch auf den darunterliegenden Maschinen anmelden möchten
- Workloads mit Nutzern in der Nähe von New York
Besser noch warten
- Sie brauchen jetzt Cluster in mehreren Städten: Wir starten zunächst nur in New York
- Sie benötigen veröffentlichte Verfügbarkeitswerte, bevor Sie unterschreiben: Wir nennen keine, bis unsere Cluster sie sich verdient haben
- Sie brauchen ein privates, verschlüsseltes Netzwerk zwischen den Nodes: Es gibt keines, daher läuft der Node-Verkehr über öffentliche Adressen und Ihre Apps bringen ihr eigenes TLS mit
- Sie möchten lieber eine einzelne kleine Maschine als einen Cluster: Eine Cloud-VPS ist die einfachere Antwort
- Sie möchten Kubernetes komplett selbst betreiben: Unser Bare Metal für Container ist dafür heute schon bereit
FAQ
Fragen zu Kubernetes auf Bare Metal bei Primcast
Was bedeutet hier „gemanagt“?
Wir kümmern uns um den Teil von Kubernetes, der die Entscheidungen trifft: den API-Server, den Scheduler und die etcd-Datenbank, inklusive eines Snapshots dieser Datenbank alle sechs Stunden. Sie kümmern sich um Ihre Anwendungen, und die Worker-Server bleiben unter Ihrer Kontrolle.
Ist es echtes Kubernetes oder ein Nachbau?
Echtes, unverändertes Kubernetes, paketiert von der RKE2-Distribution, die dem Kubernetes-Standard der CNCF entspricht. Kubernetes selbst ist Open Source unter der Apache-2.0-Lizenz, sodass nichts, was Sie darauf aufbauen, Sie an uns bindet.
Kann ich mich weiterhin auf meinen Servern anmelden?
Ja. Jeder Node ist einer Ihrer dedizierten Server, und Sie behalten darauf Root-SSH, die Konsole und den Rescue-Modus, während er dem Cluster dient.
Bekommen meine Anwendungen öffentliche IP-Adressen?
Ja. MetalLB weist einem Service vom Typ LoadBalancer eine der zusätzlichen IPv4-Adressen auf Ihren eigenen Node-Servern zu. Zwischen den Nodes gibt es kein privates Netzwerk: Sie kommunizieren über ihre öffentlichen Adressen in unserem Netz, und die Firewall jedes einzelnen lässt nur die eigenen Maschinen Ihres Clusters herein. Der Cluster verschlüsselt diesen Verkehr nicht. Wenn Ihre Dienste also privat miteinander sprechen müssen, geben Sie ihnen TLS oder mTLS oder betreiben Sie ein Service Mesh.
Kann ich GPU-Server in meinen Cluster aufnehmen?
Ja, wenn zum Zeitpunkt Ihrer Bestellung einer in New York vorrätig ist: Sie wählen jeden Server selbst aus. Alle Nodes starten in derselben Gruppe, getaggt mit pool=general. Versehen Sie die GPU-Maschinen mit eigenen Labels und Taints über kubectl, dann bleiben gewöhnliche Workloads ihnen fern, während die Jobs, die eine GPU benötigen, sie gezielt anfordern.
Wann kann ich starten, und wo wird es laufen?
Heute, in New York. Bestellen Sie auf der Website, bezahlen Sie die ersten Rechnungen, und der Cluster baut sich selbst zusammen; Sie laden die Kubeconfig aus Ihrem Dashboard herunter, sobald er bereit ist. Jeder Node wird als der dedizierte Server abgerechnet, der er ist, ohne Einrichtungsgebühr: Er kommt aus dem Lager und läuft bereits mit Ubuntu 24.04 oder 26.04.
Bereit, Ihren ersten Cluster in New York aufzubauen?
Die Bestellung dauert nur wenige Minuten: Wählen Sie den Brain, benennen Sie den Cluster, markieren Sie die Server, die Sie als Nodes möchten, und bezahlen Sie. Möchten Sie lieber zuerst darüber sprechen? Der Chat antwortet sofort, und die Kontaktseite listet alle weiteren Wege auf, uns zu erreichen.
Neugierig auf die Maschinen? Durchsuchen Sie die Server, aus denen Nodes bestehen.