The Tool Desk
Outbyte PC Repair FREERepair Windows errors before they cause bigger problemsFix Now →Outbyte Driver Updater FREEScan for outdated or missing drivers - takes under a minuteDriver Scan →Mit Cluster API (CAPI) verwaltest du den Lebenszyklus von Kubernetes-Clustern deklarativ: Ein Management-Cluster führt CAPI und passende Provider aus, während Ressourcen wie Cluster und Machine den gewünschten Zustand der Workload-Cluster beschreiben. Provider-Controller gleichen diesen Zustand mit Infrastruktur, Maschinen und Control Plane ab. So lassen sich Cluster erstellen, skalieren, aktualisieren und löschen – sofern der gewählte Provider und die jeweilige Umgebung die benötigten Funktionen unterstützen. Die offizielle Einführung führt die Dokumentation für CAPI v1.14; für andere Release-Zweige gibt es versionsgebundene Dokumentation.
Welche Aufgaben CAPI übernimmt
Cluster API ist ein Kubernetes-Subprojekt mit deklarativen APIs und Werkzeugen für den Cluster-Lebenszyklus. Statt jeden Infrastruktur- und Cluster-Schritt manuell auszuführen, beschreibst du Ressourcen für den gewünschten Zustand. Die installierten Controller beobachten diese Ressourcen und führen die erforderlichen Änderungen aus.
As an Amazon Associate I earn from qualifying purchases.
CAPI ist dabei keine einzelne Infrastrukturplattform und auch kein Ersatz für jede Kubernetes- oder Infrastrukturverwaltung. Die gemeinsamen APIs schaffen ein einheitliches Grundmodell; konkrete Infrastrukturdetails bleiben Sache des jeweiligen Providers.
Recommended Free Tools
Management-Cluster und Workload-Cluster unterscheiden
Management-Cluster
Im Management-Cluster laufen CAPI sowie die Provider-Controller. Dieses Cluster nimmt die deklarativen Ressourcen entgegen und steuert darüber die Bereitstellung und Pflege der verwalteten Cluster.
#1 Best Overall
Workload-Cluster
Workload-Cluster sind die Kubernetes-Cluster, deren Lebenszyklus CAPI verwaltet. Ein CAPI-Objekt vom Typ Cluster repräsentiert typischerweise einen solchen Cluster. Ein Machine-Objekt beschreibt deklarativ die Infrastruktur für einen Kubernetes-Node, beispielsweise eine virtuelle Maschine.
Welche Provider beteiligt sind
Provider ergänzen das gemeinsame CAPI-Modell um die Funktionen einer konkreten Umgebung. Je nach Architektur arbeiten unterschiedliche Provider-Aufgaben zusammen:
- Infrastructure Provider: stellt die benötigten Rechen- und Netzwerkressourcen bereit.
- Bootstrap Provider: erzeugt Initialisierungsdaten und bereitet Maschinen darauf vor, Kubernetes-Nodes zu werden.
- Control-Plane-Provider: stellt die Control Plane bereit und verwaltet sie.
Provider-spezifische Ressourcen werden über Referenzen mit den gemeinsamen CAPI-Objekten verbunden. Deshalb ist CAPI trotz des gemeinsamen API-Modells nicht vollständig providerneutral: Die Infrastrukturkonfiguration und verfügbare Funktionen unterscheiden sich je nach Implementierung.
Provider und Betriebsmodell auswählen
Prüfe die konkrete Provider-Dokumentation, bevor du ein Design festlegst. Die offizielle Provider-Liste ist ein Ausgangspunkt, aber keine pauschale Qualitäts- oder Kompatibilitätsgarantie.
Rank #3
- Infrastruktur: Kläre, ob die Umgebung Cloud, Virtualisierung oder Bare Metal nutzt und welche Ressourcen der Provider tatsächlich verwalten kann.
- Versionen: Gleiche die unterstützten CAPI-, Kubernetes- und Provider-Versionen in den jeweiligen offiziellen Dokumentationen ab. Nimm keine Kompatibilität allein aufgrund eines Eintrags in der Provider-Liste an.
- Control-Plane-Modell: Entscheide, ob die Control Plane selbst verwaltet, podbasiert oder extern beziehungsweise durch einen Anbieter verwaltet sein soll. Die CAPI-Konzepte unterscheiden auch Managed Control Planes, bei denen ein Cloud-Anbieter die Kontrolle übernimmt.
- Betrieb des Management-Clusters: Plane Zugriffsabsicherung, Ausfallschutz, Upgrades, Backups und Disaster Recovery ein. Der Ausfall des Management-Clusters kann die Fähigkeit beeinträchtigen, die darüber verwalteten Cluster zu steuern.
Cluster deklarativ bereitstellen und ändern
Management-Cluster vorbereiten
Die offizielle Quickstart-Anleitung zeigt einen Einstieg mit clusterctl und dem Cluster API Operator. Sie demonstriert außerdem einen temporären lokalen Bootstrap-Ablauf, mit dem sich CAPI anschließend in der Zielumgebung installieren lässt. Das ist ein Lern- und Einstiegspfad, kein ungeprüftes Produktionsrezept.
Für den Produktionseinsatz empfiehlt die Anleitung ein geeignetes Management-Cluster sowie vorbereitete Backup- und Disaster-Recovery-Verfahren. kind ist für den Quickstart nützlich, aber nicht als Produktionsumgebung gedacht.
Ressourcen erzeugen und anwenden
Im Quickstart erzeugt clusterctl generate cluster ein Manifest mit Ressourcen wie Cluster, Machine, MachineDeployment und Control-Plane-Objekten. Anschließend wird das Manifest mit kubectl apply angewendet. Die Controller reagieren auf den beschriebenen Zustand und koordinieren die beteiligten Provider.
Die konkreten Parameter hängen vom Provider, den verwendeten Versionen und der Zielumgebung ab. Verwende deshalb die zu deiner Installation passende Release-Dokumentation und die Provider-Anleitung, statt ein Quickstart-Manifest unverändert in Produktion zu übernehmen.
Skalierung, Aktualisierungen und Fehlerbehebung
Für verwaltete Maschinen bieten MachineDeployment-Ressourcen deklarative Aktualisierungen von Machines und MachineSets über einen Rollout. Ein MachineHealthCheck kann Bedingungen festlegen, unter denen ein Node als nicht verfügbar oder ungesund gilt. Unter den dokumentierten Voraussetzungen kann die Remediation die zugehörige Machine ersetzen. Welche Bedingungen und Abläufe sinnvoll sind, muss zur konkreten Provider-Konfiguration und zum Betriebsmodell passen.
Was CAPI nicht verwaltet
Zu den offiziellen Nicht-Zielen gehört das Verwalten von Kubernetes-Clustern, die nicht mit CAPI provisioniert wurden. Ebenso ist ein einzelner Cluster, der sich über mehrere Infrastruktur-Provider erstreckt, kein vorgesehenes Ziel. CAPI soll außerdem nicht sämtliche Kubernetes- oder Infrastrukturverwaltung ersetzen. Für Bestandscluster oder providerübergreifende Anforderungen ist daher zu prüfen, ob ein anderer Verwaltungsansatz besser passt.
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
