Bare Metal für Container
Kubernetes auf Bare Metal bedeutet, dass jeder Node in Ihrem Cluster ein vollständiger dedizierter Server ist – ohne Hypervisor zwischen Ihren Pods und der Hardware. Primcast vermietet diese Server monatlich mit Root-Zugang und einem ungedrosselten Port, sodass Sie Docker, k3s, RKE2 oder kubeadm installieren und den Cluster auf Ihre Weise betreiben können.
Ein bereits eingebauter Server wird etwa 30 Minuten nach der Freigabe Ihrer Bestellung übergeben. Kein Vertrag: Sie zahlen jeweils einen Monat.
01Warum Bare Metal
Container teilen sich bereits einen Kernel, daher fügt eine virtuelle Maschine darunter eine zweite Schicht hinzu, die Ihnen nichts bringt. Auf einem dedizierten Server erhalten Ihre Workloads Prozessor, Arbeitsspeicher, Festplatten und Netzwerkkarte direkt.
AKeine virtuelle Schicht
Kein Hypervisor beansprucht einen Teil des Prozessors oder sitzt im Festplatten- und Netzwerkpfad. Was Sie auf dem Node messen, ist das, was Ihre Container bekommen – das erleichtert das Festlegen von Requests und Limits.
BEin Mandant
Niemand sonst führt auf Ihrem Server etwas aus. Ein fremder Nutzer mit hoher Last kann weder die Festplatten-Warteschlange noch die Speicherbandbreite aufbrauchen, auf die Ihr Datenbank-Pod angewiesen ist – die Latenz bleibt also dort, wo Sie sie eingestellt haben.
CPauschale Rechnung
Jeder Server verfügt über einen ungedrosselten, nicht geteilten Port mit 1 Gbps oder 500 Mbps, je nach Leitung. Image-Pulls, Replikation zwischen Nodes und Traffic zu Ihren Nutzern erscheinen niemals als Gebühr pro Gigabyte.
DVolle Kontrolle
Sie erhalten Root auf jedem Server und können das System kostenlos über das Control Panel neu installieren. Rack-Server und Blades verfügen außerdem über eine Browser-Konsole mit Stromsteuerung – für den Tag, an dem eine Netzwerkänderung Sie aussperrt.
02Wählen Sie Ihren Weg
Gehen Sie von der Aufgabe aus. Eine Handvoll Dienste auf einer Maschine benötigt Docker und sonst nichts. Mehrere Maschinen, die sich selbst heilen sollen, benötigen Kubernetes – und dann stellt sich die Frage, wer sich um die Control Plane kümmert.
| Weg | Geeignet für | Control Plane | Weiter geht's |
|---|---|---|---|
| Docker auf einem dedizierten Server | Einige Apps mit Docker Compose, ein Build-Runner, eine Staging-Kopie der Produktion | Nicht erforderlich | Beliebiger Server unten |
| Ihr eigener Kubernetes-Cluster | Teams, die Distribution, Netzwerk-Plugin und Upgrade-Termine selbst wählen möchten | Sie betreiben ihn auf Ihren eigenen Servern | Diese Seite |
| Managed Kubernetes | Teams, die kubectl und eigene Worker möchten, ohne sich um etcd zu kümmern | Wir betreiben ihn; Ihre Server sind die Worker | Managed Kubernetes |
Brauchen Sie nur eine kleine Maschine? Eine Cloud-VPS führt Docker ebenfalls aus. Möchten Sie virtuelle Maschinen und Container nebeneinander auf Ihrer eigenen Hardware? Sehen Sie sich die Proxmox-Server an.
03Dimensionierung
Die kubeadm-Dokumentation legt die Untergrenze fest: 2 GB Arbeitsspeicher auf jeder Maschine und mindestens 2 Prozessorkerne auf einem Control-Plane-Node. Jeder dedizierte Server erfüllt das mühelos – dimensionieren Sie also nach Ihren Workloads und planen Sie drei Control-Plane-Nodes ein, wenn der Cluster den Ausfall eines Nodes überstehen soll.
| Rolle | Mindestanforderung | Zwischen Ihren Nodes zu öffnende Ports |
|---|---|---|
| Control Plane | 2 Kerne, 2 GB Arbeitsspeicher | 6443, 2379-2380, 10250, 10257, 10259 |
| Worker | 2 GB Arbeitsspeicher | 10250, 10256, 30000-32767 |
| Jeder Node | Ein eindeutiger Hostname, eine eindeutige MAC-Adresse und Produkt-UUID | Volle Netzerreichbarkeit zu den anderen Nodes |
Ein Control-Plane-Node und zwei Worker genügen zum Lernen und für Staging. Betreiben Sie etcd auf Servern mit Solid-State-Drives: etcd reagiert empfindlich auf Schreiblatenz der Festplatte, und eine langsame Festplatte verlangsamt jede Änderung im Cluster.
Drei Control-Plane-Nodes halten etcd im Quorum, wenn einer von ihnen ausfällt. Ergänzen Sie Worker für Kapazität und platzieren Sie GPU-Server im selben Cluster für Inferenz- oder Encoding-Jobs – getrennt von anderen Pods durch Labels und Taints.
04Einrichtung
So sieht die übliche Reihenfolge der Arbeit mit kubeadm aus. k3s und RKE2 fassen die Schritte 2 und 3 in einem Installationsskript zusammen, der Rest bleibt gleich.
Wählen Sie Server aus der folgenden Liste und beim Checkout ein aktuelles Ubuntu- oder Debian-Image. Gerackte Server treffen etwa 30 Minuten nach Freigabe ein; ein nach Ihren Vorgaben gebauter Server benötigt 4 bis 24 Stunden, wenn die Teile vorrätig sind.
Installieren Sie eine Container-Runtime wie containerd, halten Sie die Uhren synchron und deaktivieren Sie Swap, sofern Sie das Kubelet nicht dafür eingerichtet haben. Installieren Sie anschließend kubeadm, kubelet und kubectl aus dem Kubernetes-Paket-Repository.
Führen Sie kubeadm init auf dem ersten Control-Plane-Server aus und danach die kubeadm join-Zeile, die er ausgibt, auf jedem Worker. Ihre Kubeconfig liegt auf diesem ersten Server.
Pods können erst kommunizieren, wenn ein Netzwerk-Plugin installiert ist. Cilium, Calico und Flannel sind die üblichen Optionen; Cilium und Calico setzen außerdem NetworkPolicy durch.
Erlauben Sie die Ports aus der obigen Tabelle nur von den Adressen Ihrer eigenen Nodes und halten Sie den API-Port nur für die Personen offen, die den Cluster betreiben.
Bare Metal hat keinen Cloud-Load-Balancer, daher weist ein Tool wie MetalLB Services vom Typ LoadBalancer zusätzliche IPv4-Adressen zu, die mit Ihren Servern bestellt wurden. Ein Ingress-Controller bedient dann Ihre Websites auf 80 und 443.
Brauchen Sie nur Docker? Installieren Sie Docker Engine aus dem offiziellen Docker-Repository für Ihre Distribution, prüfen Sie es mit docker run hello-world und betreiben Sie Ihren Stack mit Docker Compose. Das ist die gesamte Einrichtung.
05Server
Jeder Server unten kann als Docker-Host oder als Node in einem selbstverwalteten Kubernetes-Cluster dienen. Preise und Spezifikationen stammen direkt aus dem Katalog; öffnen Sie einen Server, um seine Optionen zu sehen und ihn zu bestellen.
06Bevor Sie bestellen
Auf diesem Weg kümmern wir uns um Hardware und Netzwerk, und Sie kümmern sich um alles ab dem Betriebssystem aufwärts. Hier verläuft diese Grenze.
07Fragen
In der Regel ja, denn zwischen Ihren Pods und der Hardware sitzt nichts. Eine virtuelle Maschine fügt einen Hypervisor in den Prozessor-, Festplatten- und Netzwerkpfad ein und teilt den Host oft mit anderen Kunden. Auf einem dedizierten Server erhalten Ihre Container die gesamte Maschine, und ihre Leistung ändert sich nicht, wenn jemand anderes viel zu tun hat.
Ja. Sie haben Root, also installieren Sie Docker Engine aus dem Docker-Repository für Ihre Distribution und führen Ihre Container oder einen Docker-Compose-Stack sofort aus. Viele beginnen so und ergänzen Kubernetes, sobald sie mehr als einen Server haben.
Nicht auf den Servern dieser Seite: Sie wählen die Distribution und betreiben den Cluster selbst. Wenn Sie sich lieber nicht um die Control Plane kümmern möchten, betreibt unser Managed Kubernetes sie für Sie in New York, während Ihre eigenen dedizierten Server die Worker bleiben – mit Root auf jedem einzelnen.
Ein Server kann einen Single-Node-Cluster mit k3s oder kubeadm ausführen, was für die Entwicklung ausreicht. Für einen Cluster, der bei einem Maschinenausfall weiterläuft, verwenden Sie drei Control-Plane-Nodes, damit etcd sein Quorum behält, plus so viele Worker, wie Ihre Workloads benötigen.
Es gibt keinen Cloud-Load-Balancer, den Sie aufrufen könnten, also installieren Sie einen im Cluster. MetalLB ist die übliche Wahl: Es weist jedem Service vom Typ LoadBalancer eine der zusätzlichen IPv4-Adressen zu, die Sie mit Ihren Servern bestellt haben, und kündigt sie im Netzwerk an.
Nein. Auf einem dedizierten Server zählt nichts den Datenverkehr. Jeder hat seinen eigenen Port, 1 Gbps oder 500 Mbps je nach Leitung, und Image-Pulls, Replikation und Nutzerverkehr laufen alle zum gleichen Monatspreis darüber.
Ein bereits gerackter Server ist etwa 30 Minuten nach der Genehmigung Ihrer Bestellung bereit, mit dem von Ihnen gewählten Betriebssystem. Ein nach Ihren eigenen Vorgaben gebauter Server dauert 4 bis 24 Stunden, wenn wir die Teile vorrätig haben. Die Genehmigung selbst, Zahlung und Betrugsprüfung, kommt zuerst und ist der Teil, der variiert.
Unser KI-Chat antwortet in Sekunden und kann Ihr Konto und Ihre Server für Sie prüfen, und ein Mensch übernimmt, wann immer Sie es wünschen. Wir beheben Hardware- und Netzwerkprobleme; Fragen innerhalb Ihres Clusters sind von Ihnen zu lösen, aber wir weisen Ihnen gern den richtigen Weg.
Mieten Sie die Server monatsweise, behalten Sie Root auf jedem einzelnen und führen Sie Docker oder Kubernetes so aus, wie Sie es möchten. Kein Vertrag, kein gezählter Datenverkehr.