Seminar Dokku Clusterbetrieb mit K3s Scheduler

Der Schwerpunkt liegt auf dem Einsatz des K3s-Schedulers für verteilte Umgebungen. Behandelt werden Clusterinitialisierung, Node-Rollen, Registry-Anforderungen, Scheduler-Auswahl, Ingress-Verhalten und die betrieblichen Folgen eines Mehrknotenbetriebs.

Inhaltsübersicht

• Abgrenzung zwischen lokalem Scheduler und K3s-basiertem Betrieb
• Clusterinitialisierung, Node-Beitritt und Rollenmodell
• Registry, Ingress, Zertifikate und App-spezifische Scheduler-Eigenschaften
• Betriebskonzepte für Updates, Fehleranalyse und Kapazitätsplanung

Zielgruppe

Geeignet für technische Teams, die Dokku über den Einzelserverbetrieb hinaus bewerten oder eine verteilte Plattform mit klaren Betriebsgrenzen aufbauen möchten.

Voraussetzungen

Fundierte Linux-Kenntnisse, Verständnis von Containern, Netzwerkports, DNS und SSH. Kubernetes-Grundlagen sind hilfreich, aber nicht zwingend.

Schrittweise Seminarinhalte

1. Scheduler-Architektur verstehen

• Schritt 1: lokalen Docker-Scheduler und K3s-Scheduler funktional vergleichen.
• Schritt 2: Anforderungen an Registry, Ingress und Node-Kommunikation ableiten.
• Schritt 3: geeignete Einsatzszenarien und klare Ausschlusskriterien formulieren.

2. Cluster initialisieren

• Schritt 1: Systemvoraussetzungen und Netzpfade auf den Zielknoten prüfen.
• Schritt 2: K3s-Cluster starten und Basiskonfiguration kontrollieren.
• Schritt 3: Worker- oder Server-Knoten mit passenden Rollen hinzufügen.

3. Apps gezielt verteilen

• Schritt 1: Scheduler pro Anwendung auswählen und App-Zustand prüfen.
• Schritt 2: Deployments mit Registry-Artefakten durchführen.
• Schritt 3: Ingress, Zertifikate und Prozesszustand nach dem Deployment validieren.

4. Clusterbetrieb absichern

• Schritt 1: Logs, Zustandsberichte und Knotenressourcen auswerten.
• Schritt 2: Update- und Wartungsszenarien für mehrere Knoten planen.
• Schritt 3: Grenzen des Setups für Hochverfügbarkeit und Komplexität dokumentieren.

Praktische Übungen

• Initialisierung eines kleinen Schulungsclusters.
• Deployment einer Anwendung über den K3s-Scheduler.
• Analyse eines fehlerhaften Node-Beitritts oder Registry-Zugriffs.