Seminar Open Cluster Management Kompakt

Das Kompaktseminar vermittelt die zentralen OCM-Arbeitsabläufe in drei dicht aufgebauten Tagen. Architektur, Installation, Registrierung, Inventar, Ressourcenverteilung, Platzierung, Governance, GitOps, Sicherheit und Betrieb werden in einem durchgängigen Labor verbunden.

Zielsetzung

Eine kleine Multi-Cluster-Umgebung wird von Grund auf eingerichtet und für typische Plattformaufgaben genutzt. Das Seminar schafft eine belastbare Orientierung, ersetzt jedoch nicht die jeweilige Vertiefung der Spezialseminare.

Zielgruppe

• Kubernetes-Administratoren und Platform Engineers
• Cloud- und Lösungsarchitekten mit Praxisbedarf
• SRE- und DevOps-Teams

Voraussetzungen

Solide Kubernetes-Administration, kubectl, YAML, RBAC und grundlegende GitOps-Kenntnisse.

Inhaltsübersicht

1. Tag 1: Architektur, Installation und Registrierung
2. Tag 2: Inventar, Work Distribution und Placement
3. Tag 3: Governance, GitOps, Sicherheit und Betrieb

Kapitel 1 – Tag 1: Architektur, Installation und Registrierung

Inhaltsverzeichnis: Hub-Spoke- und Hub-Agent-Prinzipien; ClusterManager, Klusterlet, Registration Agent und Work Agent; Netzwerk- und DNS-Voraussetzungen zwischen Spoke und Hub; Bootstrap-Kubeconfig, CertificateSigningRequest und Annahmeprozess

Fachliche Inhalte

• Hub-Spoke- und Hub-Agent-Prinzipien
• ClusterManager, Klusterlet, Registration Agent und Work Agent
• Netzwerk- und DNS-Voraussetzungen zwischen Spoke und Hub
• Bootstrap-Kubeconfig, CertificateSigningRequest und Annahmeprozess

Schritt-für-Schritt-Anleitung

1. Schritt 1: Kubernetes-Kontexte prüfen, Namenskonventionen festlegen und die Laborumgebung reproduzierbar vorbereiten.
2. Schritt 2: Den OCM-Control-Plane-Stack initialisieren und die erzeugten Operatoren, Deployments und Custom Resources inventarisieren.
3. Schritt 3: Den Klusterlet per clusteradm installieren und die entstehenden CSR- und ManagedCluster-Objekte beobachten.
4. Schritt 4: Die Registrierung auf Hub-Seite kontrolliert annehmen und die beidseitige Zustimmung verifizieren.

Praxisprüfung

Ein Hub und zwei Spokes werden aufgebaut; Registrierung, Conditions und Agentenstatus werden vollständig geprüft.

Kapitel 2 – Tag 2: Inventar, Work Distribution und Placement

Inhaltsverzeichnis: ManagedCluster-Lebenszyklus und Statusmodell; reservierte und benutzerdefinierte ClusterClaims; Aufbau und Namespace-Zuordnung von ManifestWork; Eingaben und Ausgaben des Placement-Controllers

Fachliche Inhalte

• ManagedCluster-Lebenszyklus und Statusmodell
• reservierte und benutzerdefinierte ClusterClaims
• Aufbau und Namespace-Zuordnung von ManifestWork
• Eingaben und Ausgaben des Placement-Controllers

Schritt-für-Schritt-Anleitung

1. Schritt 1: Status, Version, Kapazität, Conditions und Leases mehrerer ManagedCluster vergleichbar erfassen.
2. Schritt 2: Organisationsspezifische Claims für Umgebung, Region, Kostenstelle und Compliance-Stufe modellieren.
3. Schritt 3: Ein mehrteiliges Manifest mit Namespace, Konfiguration und Deployment in einer ManifestWork-Struktur modellieren.
4. Schritt 4: Den zulässigen Clusterraum über gebundene ClusterSets begrenzen.

Praxisprüfung

Clustermerkmale steuern eine Placement-Entscheidung; eine ManifestWork wird an die ausgewählten Ziele verteilt und verifiziert.

Kapitel 3 – Tag 3: Governance, GitOps, Sicherheit und Betrieb

Inhaltsverzeichnis: Policy Propagator und Policy Framework Add-on; Push- gegenüber Pull-Modell; Double Opt-in, Zertifikate und Rotation; Conditions, Leases und Add-on-Health

Fachliche Inhalte

• Policy Propagator und Policy Framework Add-on
• Push- gegenüber Pull-Modell
• Double Opt-in, Zertifikate und Rotation
• Conditions, Leases und Add-on-Health

Schritt-für-Schritt-Anleitung

1. Schritt 1: Eine Policy mit mehreren Templates modellieren und einem klaren Geltungsbereich zuordnen.
2. Schritt 2: Eine Zielauswahl aus PlacementDecision in ein ApplicationSet überführen.
3. Schritt 3: Hub- und Spoke-Berechtigungen auf minimale Aktionen reduzieren und mit Negativtests prüfen.
4. Schritt 4: Fehler anhand der betroffenen API, Condition und zuständigen Controllerkomponente klassifizieren.

Praxisprüfung

Eine Policy und eine GitOps-Anwendung werden auf denselben Geltungsbereich ausgerollt; Health-, Security- und Fehlerpfade werden abschließend geprüft.