Kurze Antwort
Wie betreibe ich Kubernetes auf Bare-Metal-Servern?
Um Kubernetes auf Bare-Metal-Servern bei Lumenfer zu betreiben, mieten Sie drei identische Maschinen in einer Stadt und installieren k3s oder kubeadm auf Debian oder Ubuntu. Der Node-Traffic läuft über öffentliche Adressen, also verschlüsseln Sie ihn mit WireGuard. Jeder Server hat eine IPv4 und ein IPv6 /64, deshalb veröffentlichen Sie Services auf Node-IPs statt über einen MetalLB-Pool. Ein Lumen 8-Node kostet 109,37 $ pro 30 Tage, ohne KYC, mit Krypto bezahlen.
Kubernetes auf Lumenfer Bare Metal: womit Sie starten
| Kubernetes-Release im offiziellen kubeadm-Leitfaden | v1.37 (kubernetes.io, gelesen am 1. November 2026) |
|---|---|
| Systeme an der Kasse | Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10 und Proxmox VE 9 |
| Zugang | You log in as root over SSH. Paste a public key when ordering and password logins stay disabled, or skip it and receive a temporary root password with the server, to replace on your first login |
| Adressen und Traffic | Eine dedizierte IPv4-Adresse und ein IPv6 /64 sind bei jedem Server dabei. Jeder Tarif nennt seine Portgeschwindigkeit und sein monatliches Datenvolumen, gezählt auf ausgehende Daten pro 30 Tage; eine Überschreitung löst nie eine automatische Berechnung aus |
| Privates Netzwerk zwischen Servern | Nicht Teil der Pläne: Nodes kommunizieren über ihre öffentlichen Adressen |
| Konsole | Für Kunden gibt es keine IPMI- oder KVM-over-IP-Konsole: Neustarts und Neuinstallationen beantragen Sie im Dashboard, und das Team führt sie aus |
| Backups | Backups sind nicht enthalten: Bewahren Sie Kopien Ihrer Daten woanders auf |
| Standorte | Amsterdam (Niederlande), Reykjavik (Island), Zürich (Schweiz) und Bukarest (Rumänien): alle fünf Tarife in allen vier Städten, ein Preis überall |
| Bereitstellung | Bis zu 72 Stunden ab dem Moment, in dem Ihre Zahlung bestätigt wird |
| Preis | Lumen 6 $91,65, Lumen 8 $109,37, Lumen 16 $205,27, Lumen 24 $356,25, Lumen 32 $749,67 pro 30 Tage |
Was brauche ich, bevor ich Kubernetes auf Bare Metal installiere?
Drei Maschinen in einer Stadt, Linux auf jeder und Cluster-Ports nur zwischen ihnen geöffnet. Der kubeadm-Leitfaden verlangt 2 GB RAM pro Maschine und 2 CPUs pro Control-Plane-Maschine. Er verlangt volle Konnektivität zwischen den Nodes, in einem öffentlichen oder einem privaten Netzwerk.
Die Hardware ist nicht das Schwierige: Der kleinste Lumenfer-Plan hat 6 Kerne / 12 Threads und 32 GB DDR5 ECC. Das sind die eigentlichen Einschränkungen:
- Drei Control-Plane-Nodes. Der Kubernetes-Leitfaden zur Hochverfügbarkeit verlangt mindestens drei, weil jeder ein etcd-Mitglied trägt.
- Geringe Latenz. Der Hardware-Leitfaden von etcd nennt schnelle Disks als kritischsten Faktor und will Mitglieder in einem Rechenzentrum. Jeder Plan hat NVMe; bestellen Sie alle Nodes in einer Stadt.
- Kein Swap, oder ein kubelet, das ihn akzeptiert: Standardmäßig startet es nicht, wenn Swap aktiv ist.
- Eine stabile API-Adresse von Tag eins. kubeadm kann einen Cluster mit einem einzigen Control-Plane-Node später nicht ohne
--control-plane-endpointhochverfügbar machen. Richten Sie jetzt einen DNS-Namen auf Node 1.
kubeadm, k3s oder Talos: Welcher Installer passt zu gemietetem Bare Metal?
Wählen Sie k3s für den kürzesten Weg, kubeadm für Upstream-Komponenten und Talos hier nur innerhalb von VMs.
Drei Wege, Kubernetes zu installieren, aus ihrer Dokumentation
| k3s | kubeadm | Talos Linux | |
|---|---|---|---|
| Installiert auf | Debian, Ubuntu, AlmaLinux oder Rocky, über SSH | Debian- oder Red-Hat-basierten Hosts | Eigenem ISO, PXE oder Disk-Image |
| Hochverfügbare Control Plane | Eingebettetes etcd auf einer ungeraden Anzahl von Servern, drei oder mehr | Drei Control-Plane-Nodes, gestapeltes oder externes etcd | In der Maschinenkonfiguration festgelegt |
| Pod-Netzwerk | Flannel integriert; wireguard-native verschlüsselt es | Ein CNI, das Sie installieren, etwa Cilium | In der Maschinenkonfiguration festgelegt |
| LoadBalancer-Services | ServiceLB integriert, auf Node-IPs | Keine, bis Sie eine hinzufügen | Keine, bis Sie eine hinzufügen |
| Passt zu einem Lumenfer-Server wie geliefert | Ja | Ja | Nein: Es benötigt ein Boot-Image, das wir nicht anbieten. |
Talos lässt sich nicht von einem laufenden Linux-System aus über SSH installieren. Die Dokumentation bietet ein ISO, ein iPXE-Skript und Roh-Disk-Images an und nimmt die Konfiguration dann über eine API entgegen. Da hier weder eine Konsole noch ein Talos-Image vorhanden ist, betreiben Sie Talos als VMs auf Proxmox VE. Unser Vergleich zu Kubernetes auf Bare Metal oder auf VMs behandelt dieses Design.
Wie richte ich einen k3s-Cluster mit drei Nodes auf gemieteten Servern ein, Schritt für Schritt?
Zusammengestellt aus den k3s-Seiten zu Anforderungen, eingebettetem etcd und Netzwerk (gelesen am 1. November 2026), für Debian 13 oder Ubuntu 24.04 LTS als root.
Bestellen Sie drei identische Server in einer Stadt
Gleicher Plan, gleiche Stadt, gleiches System, mit Ihrem SSH-Schlüssel beim Checkout. Lieferung: Bis zu 72 Stunden ab dem Moment, in dem Ihre Zahlung bestätigt wird.
Messen Sie die Latenz zwischen jedem Paar
Führen Sie
ping -c 100von jedem Node zu den beiden anderen aus. Wenn die Zeiten sprunghaft ansteigen, fragen Sie zuerst den Support.Öffnen Sie die Cluster-Ports nur für die Peers
Erlauben Sie TCP 6443, 2379-2380 und 10250 sowie UDP 51820 von den beiden anderen Nodes, plus die Pod- und Service-Bereiche von k3s.
Starten Sie den ersten Server mit eingebettetem etcd
Führen Sie den ersten Befehl unten auf Node 1 aus.
--cluster-initstartet etcd;wireguard-nativeverschlüsselt Pod-Traffic zwischen den Nodes.Binden Sie die beiden anderen Server ein
Führen Sie den zweiten Befehl auf den Nodes 2 und 3 mit demselben Token aus. Jeder wird ein Control-Plane-Node und ein etcd-Mitglied.
Prüfen Sie den Cluster und veröffentlichen Sie einen Service
kubectl get nodessollte drei Nodes im Status Ready auflisten. Ein LoadBalancer-Service auf Port 443 antwortet dann auf der eigenen IP jedes Nodes: Tragen Sie alle drei im DNS ein.
# firewall on every node (apt install ufw); PEER1_IP and PEER2_IP = the two other nodes
ufw allow 22/tcp
ufw allow 80,443/tcp
ufw allow from 10.42.0.0/16 to any # k3s pods
ufw allow from 10.43.0.0/16 to any # k3s services
for p in PEER1_IP PEER2_IP; do
ufw allow from $p to any port 6443,2379:2380,10250 proto tcp
ufw allow from $p to any port 51820 proto udp
done
ufw allow from YOUR_ADMIN_IP to any port 6443 proto tcp
ufw enable
# node 1
curl -sfL https://get.k3s.io | K3S_TOKEN=CHANGE_ME sh -s - server \
--cluster-init \
--flannel-backend=wireguard-native \
--tls-san=k8s.example.com
# nodes 2 and 3
curl -sfL https://get.k3s.io | K3S_TOKEN=CHANGE_ME sh -s - server \
--server https://NODE1_IP:6443 \
--flannel-backend=wireguard-native \
--tls-san=k8s.example.com
kubectl get nodes -o wideWie bekomme ich LoadBalancer-IPs auf Bare Metal mit einer IPv4 pro Server?
Verwenden Sie die Node-Adressen, die Sie bereits haben. Ohne Cloud-Provider hat Kubernetes keinen Netzwerk-Loadbalancer, und ein LoadBalancer-Service bleibt im Status Pending. MetalLB füllt diese Lücke aus einem Pool von Adressen, den Sie bereitstellen. MetalLB verteilt Adressen; es kann sie nicht erfinden.
- Layer-2-Modus lässt einen Node jede Adresse besitzen und per ARP oder NDP für sie antworten. Failover erfordert andere Nodes im selben Segment.
- BGP-Modus peert jeden Node mit Routern, die Sie kontrollieren. Die Pläne enthalten keine BGP-Session.
Eine dedizierte IPv4-Adresse und ein IPv6 /64 sind bei jedem Server dabei. Jeder Tarif nennt seine Portgeschwindigkeit und sein monatliches Datenvolumen, gezählt auf ausgehende Daten pro 30 Tage; eine Überschreitung löst nie eine automatische Berechnung aus. Zusätzliche IPv4-Adressen werden nicht verkauft, ein IPv4-Pool wäre also leer. Hosts, die IP-Blöcke oder private VLANs verkaufen, machen MetalLB einfach; Lumenfer verkauft beides nicht. Verwenden Sie stattdessen eines davon:
- k3s ServiceLB: Ein DaemonSet bindet jeden Service-Port mit
hostPort, sodass der Service auf der IP jedes Nodes antwortet. - Ein Ingress- oder Gateway-API-Controller auf den Ports 80 und 443 jedes Nodes, der HTTP nach Hostnamen routet.
- NodePort für andere Protokolle, im Standardbereich 30000-32767.
Veröffentlichen Sie dann einen DNS-Eintrag pro Node und entfernen Sie den Eintrag eines ausgefallenen Nodes manuell oder per Health Check.
IPv6 ist der Bereich, in den MetalLB passt. Wenn Ihr /64 on-link ist, kann der Layer-2-Modus seine Adressen über NDP verteilen. Nur der Node, dem dieses /64 gehört, kann für sie antworten, es gibt also kein Failover. Fragen Sie den Support, ob Ihr /64 geroutet oder on-link ist.
Wie halte ich Cluster-Traffic privat ohne privates Netzwerk?
Verschlüsseln Sie Pod-Traffic und öffnen Sie Control-Ports nur für Peer-Adressen.
- Pod-Traffic. Das
wireguard-native-Backend von k3s benötigt das WireGuard-Kernelmodul und UDP 51820 zwischen den Nodes. Bei kubeadm verschlüsselt der WireGuard-Modus von Cilium den Pod-zu-Pod-Traffic über UDP 51871. - etcd und der API-Server. etcd lauscht auf TCP 2379-2380 und die API auf 6443. Erlauben Sie etcd nur von Control-Plane-Peers und die API von Nodes und Ihrer eigenen Adresse.
- Der kubelet auf TCP 10250 darf niemals aus dem Internet erreichbar sein.
- Flannel VXLAN. k3s warnt, dass ein exponiertes UDP 8472 das Clusternetzwerk für jeden öffnet.
Welchen Lumenfer-Plan sollte ich für Kubernetes-Nodes verwenden?
Dimensionieren Sie Nodes nach Speicher und Pod-Anzahl und halten Sie dann einen Node Reserve. Kubernetes v1.37 ist für maximal 110 Pods pro Node ausgelegt. Eine große Maschine voller kleiner Pods erreicht dieses Limit, bevor ihr die Kerne ausgehen. Der Leitfaden von etcd besagt, dass 8 GB Speicher dafür in der Regel ausreichen.
Ein Ersatz-Node ist nicht sofort da: Bis zu 72 Stunden ab dem Moment, in dem Ihre Zahlung bestätigt wird. Betreiben Sie drei Nodes, die die Last von zwei tragen können, und kopieren Sie etcd-Snapshots vom Cluster weg.
In Lumenfers Prüfung von 30 October 2026 listeten 95 von 229 vergleichbaren Plänen bei No-KYC-Krypto-Hosts DDR5-Speicher. Jeder Lumenfer-Plan hat ausschließlich DDR5 und NVMe. Lesen Sie, ob sich DDR5 lohnt und wie viele Kerne ein Node braucht. Alle fünf Pläne finden Sie unter was ein Lumenfer-Server kostet.
Lumenfer-Pläne als Kubernetes-Nodes
| Plan | CPU | Kerne | RAM | Preis pro 30 Tage | Rolle in einem Cluster |
|---|---|---|---|---|---|
| Lumen 6 | AMD EPYC 4244P | 6 Kerne / 12 Threads | 32 GB DDR5 ECC | $91.65 | Lab-Cluster oder kleine Control Plane |
| Lumen 8 | AMD Ryzen 7 9700X | 8 Kerne / 16 Threads | 64 GB DDR5 | $109.37 | Starter-Cluster mit drei Nodes |
| Lumen 16 | AMD Ryzen 9 9950X | 16 Kerne / 32 Threads | 128 GB DDR5 | $205.27 | Allgemeine Nodes: Web-Apps, Builds |
| Lumen 24 | AMD EPYC 9254 | 24 Kerne / 48 Threads | 256 GB DDR5 ECC | $356.25 | Stateful Nodes für Datenbanken |
| Lumen 32 | AMD EPYC 9354 | 32 Kerne / 64 Threads | 384 GB DDR5 ECC | $749.67 | Speicherintensive Pods |
Drei Control-Plane-Nodes in einer Stadt schlagen fünf über Europa verteilte, weil etcd niedrige Latenz will. Für eine zweite Region betreiben Sie einen zweiten Cluster. Zur Kostenseite lesen Sie, ob Bare Metal günstiger als die Cloud ist.
Kubernetes auf Bare-Metal-Servern: FAQ
Kann ich Kubernetes auf einem einzelnen Bare-Metal-Server betreiben?
Ja. Ein einzelner k3s-Server betreibt die Control Plane und Ihre Workloads zusammen. Es gibt keine Hochverfügbarkeit: Wenn die Maschine ausfällt, stoppt der Cluster.
Brauche ich MetalLB auf Bare Metal?
Nur mit einem Pool zusätzlicher Adressen. Jeder Lumenfer-Server hat eine IPv4, daher sind k3s ServiceLB oder ein Ingress-Controller auf Node-IPs einfacher. MetalLB kann trotzdem IPv6 aus einem on-link /64 bedienen, auf einem Node.
Kann ich Talos Linux auf einem Lumenfer-Server installieren?
Nicht direkt. Talos bootet von seinem eigenen ISO, PXE-Skript oder Disk-Image, und hier gibt es weder ein Talos-Image noch eine Remote-Konsole. Bestellen Sie Proxmox VE 9 und betreiben Sie Talos als VMs.
Kann ich Pläne in einem Cluster mischen?
Ja. Halten Sie die drei Control-Plane-Nodes auf einem Plan, damit jeder die Last der anderen tragen kann. Stateful Workloads passen zu den EPYC-Plänen mit ECC-Speicher.
Wie bezahle ich drei Server ohne KYC?
Einmal mit Krypto aufladen (BTC, USDT, USDC, ETH, SOL, LTC, mindestens 25 $) und jeden Server aus dem Guthaben bestellen. Ohne KYC: Wir fragen niemals nach einem Ausweis, einem Selfie, Dokumenten, einer Karte oder einer Telefonnummer.
Mieten Sie die Nodes für Ihren Cluster
Drei identische Maschinen in einer Stadt, jede gehört Ihnen als root. Mit Krypto bezahlen, ohne KYC.
- Betreiber: DomaineGoat LLC, Panama
- Preise geprüft gegen 13 Hosts, 30. Oktober 2026
- Ohne KYC: kein Ausweis, keine Karte, kein Telefon
- Von Hand eingerichtet innerhalb von 72 h nach Zahlung
Quellen (14)
- kubeadm installieren (Kubernetes v1.37 Voraussetzungen, Swap) — Kubernetes documentation (read 2026-11-01)
- Cluster mit kubeadm erstellen (Control-Plane-Endpoint) — Kubernetes documentation (read 2026-11-01)
- Options for Highly Available Topology — Kubernetes documentation (read 2026-11-01)
- Ports und Protokolle — Kubernetes documentation (read 2026-11-01)
- Considerations for large clusters (110 pods per node) — Kubernetes documentation (read 2026-11-01)
- Hardware recommendations — etcd documentation (read 2026-11-01)
- Voraussetzungen (Hardware, Inbound-Regeln, Firewall-Hinweise) — K3s documentation (read 2026-11-01)
- High Availability Embedded etcd — K3s documentation (read 2026-11-01)
- Networking Services (ServiceLB) — K3s documentation (read 2026-11-01)
- Grundlegende Netzwerk-Optionen (flannel-Backends) — K3s documentation (read 2026-11-01)
- MetalLB: Warum und Voraussetzungen — MetalLB (read 2026-11-01)
- MetalLB im Layer-2-Modus — MetalLB (read 2026-11-01)
- WireGuard Transparent Encryption — Cilium documentation (read 2026-11-01)
- Boot-Assets (Talos v1.14) — Sidero Labs documentation (read 2026-11-01)