CrestVPS

kubernetes vps

Kubernetes-Worker-Nodes

Günstig pro Kern, dicht und jedes Mal identisch.

Was wir bereitstellen würden

46,83 €/Mo

66,90 €30% jährlich

Cluster-Ökonomie wird durch Kosten pro dediziertem Kern entschieden, nicht durch Kosten pro Instanz. EPYC Bergamo gibt uns 128 Kerne in einem Sockel bei einem Takt, der für containerisierte Dienste völlig ausreicht. Deshalb ist TORQUE der günstigste Weg, einen wirklich dedizierten Kern in unserer gesamten Produktpalette zu kaufen. Talos- und Flatcar-Images sind vorgebaut, und das private VLAN transportiert Pod-Traffic ohne Egress-Abrechnung.

Warum diese Konfiguration

TORQUE bietet dedizierte Kerne zum niedrigsten Preis pro Kern, den wir bauen können. Setzen Sie die Control Plane auf einen, Worker auf den Rest und verbinden Sie sie über ein privates VLAN, damit Intra-Cluster-Traffic nie die öffentliche Schnittstelle oder Ihr Bandbreitenkontingent berührt.

Was wir bereitstellen würden

PlanTORQUE T2
vCPU8 (dedicated)
RAM32 GB
Speicher400 GB
ImageTalos Linux 1.9

Sizing

Preisen Sie den Cluster pro dediziertem Kern, nicht pro Instanz. TORQUE Bergamo bietet dichte echte Kerne, also trägt eine Drei-Node-Control-Plane mit 4 Kernen und 8 GB jeweils etwa 100 Worker. Dimensionieren Sie Worker so, dass der Verlust eines einzelnen weniger als ein Drittel der Kapazität kostet: fünf 16-Kern-Nodes schlagen zwei 40-Kern-Nodes. Reservieren Sie einen Kern und 2 GB pro Node für kubelet, containerd und CNI, bevor Sie Allocatable zählen. Unter 8 Kernen gibt ein Node zu viel von sich für System-Daemons aus.

Talos – und was damit wegfällt

Talos ist eines der 48 Images und entfernt eine ganze Kategorie von Node-Drift. Es gibt keine Shell, kein SSH, keinen Paketmanager. Die Konfiguration kommt als Machine Config über eine API, und das Root-Dateisystem ist unveränderlich und verifiziert. In der Praxis bedeutet das, dass ein Node-Neubau günstiger wird als eine Reparatur – was für einen Worker ohnehin die richtige Haltung ist. Eine mediane Provisionierung von 47 Sekunden macht das zu einem echten Workflow statt zu einem Slogan. Halten Sie die Machine Config im selben Repository wie die Manifests, wenden Sie Updates mit talosctl an, und behandeln Sie jeden Node, der manuelle Aufmerksamkeit braucht, als einen, der ersetzt gehört.

Privates VLAN und Kosten pro Kern

Kubernetes erzeugt weit mehr Ost-West-Traffic, als die meisten Betreiber erwarten: Service-Mesh-Seitencars, CSI-Replikation, etcd, Metrics-Scrapes und jeder Cross-Node-Pod-Aufruf. Das in ein privates VLAN zu legen, hält es von der öffentlichen Schnittstelle fern, aus dem DDoS-Scrubbing-Pfad und weg von allem, was Ihre CNI enumerieren könnte. Es vereinfacht auch NetworkPolicy, da das Node-Netzwerk von außen nicht mehr erreichbar ist. Was die Kosten betrifft: Dedizierte Bergamo-Kerne bedeuten keine Steal Time und keine lauten Nachbarn, sodass Requests mit der Realität übereinstimmen. Mit 30 % Rabatt bei jährlicher Abrechnung und Fleet-Rabatten, die sich ab zehn Servern auf 10 % summieren, ist der Pro-Kern-Preis vorhersehbar genug für die Budgetplanung.

Was schiefgeht

  • etcd über Städte verteilen. etcd benötigt fsync-Latenz im einstelligen Millisekundenbereich und Quorum-RTT unter etwa 10 ms. Halten Sie alle drei Member in einer Stadt und verteilen Sie nur die Worker.
  • System-Reserved vergessen. Ohne kube-reserved und system-reserved packt der Scheduler einen Node bis zur nominellen Speichergrenze, und der Kubelet beginnt, Pods zu evakuieren, die er gerade zugelassen hat.
  • Pod-zu-Pod-Traffic über öffentliche Adressen. Overlay-Traffic auf der öffentlichen NIC ist standardmäßig unverschlüsselt, zählt gegen Ihren Egress-Pfad und exponiert die CNI-Ports. Legen Sie ihn ins private VLAN.

Maschine optimieren

  • Adressierung und TransitPrivate VLAN between your servers · 6 €
  • CPU-SchedulingPinned physical cores · 9 €
  • SonstigesSecond-resolution metrics + alerting · 5 €