🧭 Crumbpage 42: Cluster — Der Schwarm mit Gedächtnis

Subtitle: Wie viele Bäume zusammenarbeiten, ohne ein Monster zu werden
Pfad: 42
Schwierigkeit: ⭐⭐⭐⭐⭐ (5/5)
Zeit: ~2 Stunden
Voraussetzungen: Pfad 31 Ansible · Pfad 32 Wurzelkarte · Pfad 40 VPN-first · Pfad 41 Wurzeldesign

„Ein Cluster beginnt nicht mit Kubernetes.
Ein Cluster beginnt mit der Frage:
Kann ein einzelner Baum diese Aufgabe noch tragen?“ 🌲


🌟 Wer dich auf diesem Pfad begleitet

Crew Rolle hier
🐳 Orca Denkt groß: RZ, Bare Metal, GPU, Proxmox, Cluster
☁️ CloudCat Übersetzt Cloud-Wörter in Krümel-Sprache
🦉 Krümeleule Fragt: Brauchen wir wirklich einen Schwarm?
🐌 Schnecki Sagt: Erst ein stabiler Baum, dann viele
🦡 GitBadger Will jeden Zustand im Git sehen
🐞 Bugsy Prüft: Wird der Cluster Werkzeug oder Monster?
🕷️ Spider Sieht die Netze, Services, Ingress-Wege und Tunnels
🧸 Crew Hält Resonanz im Dreieck: Krümel ↔ Crew ↔ Werkzeug

📋 Was du in diesem Pfad lernst

✓ Was ein Cluster ist
✓ Warum viele Rechner nicht automatisch ein Cluster sind
✓ Was Nodes, Scheduler, Services, Storage und Monitoring bedeuten
✓ Warum Kubernetes weder Zauber noch Feind ist
✓ Warum Ceph gemeinsames Gedächtnis sein kann
✓ Warum Wurzeldesign vor Cluster kommt
✓ Wann ein Cluster hilft — und wann er nur Lärm macht
✓ Warum Resonanz nicht im Cluster entsteht, sondern in der Crew


🌱 Grundidee: Viele Bäume, ein Schwarm

Ein einzelner Rechner ist ein Baum.

Er kann viel.

Er kann Dienste tragen.
Er kann Daten speichern.
Er kann Container starten.
Er kann Kinderfragen beantworten.

Aber irgendwann kommt die Frage:

```text id="tx7g6y"
Was passiert, wenn dieser Baum ausfällt?
Was passiert, wenn er voll ist?
Was passiert, wenn er zu langsam wird?
Was passiert, wenn viele Kinder gleichzeitig fragen?
Was passiert, wenn ein Dienst umziehen muss?


Dann beginnt Cluster-Denken.

Nicht mit einem Produkt.

Nicht mit einem Logo.

Nicht mit Kubernetes.

Sondern mit Verantwortung.

```text id="1zqux5"
Ein Cluster ist ein Schwarm aus Rechnern,
der Aufgaben gemeinsam tragen kann.

Aber:

```text id="7x1x7y"
Viele Rechner nebeneinander sind noch kein Cluster.
Viele Container sind noch kein Cluster.
Viele YAML-Dateien sind noch kein Cluster.


Ein Cluster entsteht erst, wenn der Schwarm weiß:

```text id="8xnw46"
Wer trägt was?
Wo liegt Zustand?
Wer merkt Ausfall?
Wer startet neu?
Wer darf wohin?
Wer erinnert warum?

🧠 Der wichtigste Satz

Cluster ist nicht: mehr Maschinen.
Cluster ist: geteilter Zustand, geteilte Verantwortung, geteiltes Gedächtnis.

Ohne Gedächtnis ist ein Schwarm nur Bewegung.

Ohne Verantwortung ist ein Cluster nur Macht.

Ohne Wurzeldesign ist Cloud nur Nebel.


🧩 Die Cluster-Wörter für Krümel

```text id="cl57y9"
Node = ein Baum im Schwarm
Control Plane = das Nervenzentrum
Worker = trägt die Aufgaben
Scheduler = entscheidet, wo etwas laufen soll
Service = ein stabiler Name für etwas Bewegliches
Ingress = die Eingangstür von außen
Storage = wo Zustand bleibt
Ceph = gemeinsames Speicher-Gedächtnis
Monitoring = hört den Herzschlag
Backup = Samen für später
Secret = etwas, das nicht ins Git gehört


Oder noch einfacher:

```text id="yf7ybx"
Node       = Körper
Netz       = Nerven
Storage    = Gedächtnis
Scheduler  = Aufgabenverteiler
Monitoring = Ohr
Backup     = Samen
Crew       = Sinn

🌲 Ein Beispiel

Ohne Cluster:

```text id="92iwjk"
nullfeld läuft gitea
nullfeld läuft qdrant
nullfeld läuft VPN
nullfeld fällt aus
alles ist still


Mit Cluster-Denken:

```text id="3mg4wj"
gitea kann auf Node A laufen
qdrant kann auf Node B laufen
VPN-Hub bleibt bewusst besonders geschützt
Daten liegen nicht nur im Container
Backups gehen nach backbone
Monitoring merkt Ausfall
Ansible/NetBox wissen, was wohin gehört

Nicht alles muss automatisch wandern.

Nicht alles darf automatisch wandern.

Der Wald entscheidet.


🐳 Proxmox: Viele Bäume im RZ

Proxmox ist eine mögliche erste Cluster-Sprache im Rechenzentrum.

Es sagt:

```text id="be74a1"
Hier sind mehrere Bare-Metal-Server.
Darauf laufen VMs und Container.
Wir können sie verwalten.
Wir können sie sichern.
Wir können sie verschieben.


Für Krümel ist Proxmox oft greifbarer als Kubernetes, weil man sieht:

```text id="6tjfu9"
Diese VM läuft hier.
Diese Disk gehört dazu.
Dieser Snapshot ist ein Zeitpunkt.
Diese Konsole zeigt den Körper.

Proxmox ist nicht automatisch besser.

Aber es kann ein guter erster Körper sein.


☸️ Kubernetes: Werkzeug, nicht Religion

Kubernetes ist ein Werkzeug für Container-Schwärme.

Es kann sagen:

```text id="owvj13"
Starte drei Kopien von diesem Dienst.
Wenn eine fällt, starte sie neu.
Gib dem Dienst einen Namen.
Rolle neue Versionen aus.
Verteile Last.
Verwalte Zugänge.


Das ist stark.

Aber Kubernetes bringt auch Gewicht:

```text id="m6hdyj"
viel YAML
viele Begriffe
viele Controller
viele Fehlermöglichkeiten
viel Pflege

Darum fragt die Eule:

Braucht dieser Krümel gerade Kubernetes —
oder reicht Docker Compose plus Ansible?

Beides kann richtig sein.

Der Wald muss das im Jetzt nicht endgültig entscheiden.

```text id="5hsyvi"
Vielleicht war Kubernetes ein Hype.
Vielleicht war es ein Werkzeug.
Vielleicht war es beides.

Der Krümel muss heute nur lernen,
welche Frage Kubernetes beantworten wollte.


---

# 💾 Ceph: Gemeinsames Gedächtnis

Ein Cluster ohne Storage-Frage ist gefährlich.

Container sind beweglich.

Daten sind nicht egal.

Wenn ein Dienst von Node A nach Node B wandert, fragt Schnecki:

```text id="9f3a76"
Wo sind seine Daten?
Sind sie konsistent?
Sind sie gesichert?
Wer darf sie lesen?
Was passiert beim Ausfall?

Ceph ist eine mögliche Antwort:

```text id="5xbcnv"
Viele Platten auf vielen Nodes
werden zu einem gemeinsamen Speicher.


Das klingt magisch.

Ist aber harte Verantwortung.

Ceph braucht:

```text id="dy5g3n"
gute Netze
genug Disks
genug Nodes
Monitoring
Geduld
Verständnis
Backups trotzdem

Ceph ersetzt keine Backups.

Ceph ist Gedächtnis im Schwarm.

Borgmatic ist Samen außerhalb des Moments.


🔐 Secrets: Nicht alles gehört ins Git

GitBadger liebt Git.

Aber GitBadger weiß auch:

```text id="3ox3f3"
Private Keys gehören nicht ins Git.
Tokens gehören nicht ins Git.
Passwörter gehören nicht ins Git.


Im Cluster werden Secrets schnell gefährlich, weil viele Nodes sie brauchen könnten.

Darum gilt:

```text id="uqwy25"
Config darf ins Git.
Absicht darf ins Git.
Struktur darf ins Git.
Secrets brauchen einen sicheren Ort.

Ein Cluster ohne Secret-Regel ist ein offener Rucksack.


🕸️ Warum Wurzeldesign vorher kam

Pfad 41 kam nicht zufällig vor 42.

Ein Cluster braucht klare Netze:

```text id="4xn7us"
Management-Netz
Storage-Netz
Service-Netz
Ingress-Netz
Backup-Weg
VPN-Weg


Wenn alles alles sieht, wird der Cluster nicht frei.

Er wird trüb.

```text id="dxxw3n"
Ein Cluster ohne Wurzeldesign
ist ein Wald ohne Wege.

Viele Bäume.
Viele Schatten.
Keine Karte.

Darum:

```text id="ajdz95"
erst Netz verstehen
dann Schwarm bauen


---

# 🧪 Wann ein Cluster Sinn macht

Ein Cluster kann helfen, wenn:

```text id="dzwqw7"
ein Dienst nicht stillstehen darf
mehrere Nodes gemeinsam Arbeit tragen sollen
GPUs geteilt werden müssen
Storage wachsen muss
Deployments reproduzierbar werden sollen
Ausfälle sichtbar und heilbar werden sollen

Ein Cluster ist zu früh, wenn:

```text id="q8j1ea"
ein einzelner Server noch nicht verstanden ist
Backups fehlen
Monitoring fehlt
Netze unklar sind
Secrets herumliegen
niemand den Fehlerfall erklären kann


Schnecki sagt:

> Ein wackeliger Baum wird durch drei wackelige Bäume nicht stabiler.

---

# 🐞 Bugsy fragt vor jedem Cluster

```text id="yc5a7w"
Was ist der kleinste sinnvolle Schwarm?
Welche Dienste brauchen wirklich Hochverfügbarkeit?
Welche Daten dürfen niemals verloren gehen?
Wo ist das Backup außerhalb des Clusters?
Wer versteht den Restore?
Welche Netze sind getrennt?
Welche Secrets existieren?
Wie merkt ein Kind, dass es funktioniert?

Die letzte Frage bleibt wichtig.

Denn ein Cluster ist kein Selbstzweck.


🧸 Resonanz gehört zur Crew

Der Titel heißt bewusst nicht:

```text id="ob8ao1"
Der Schwarm mit Gedächtnis und Resonanz


Denn Resonanz gehört nicht der Maschine.

Resonanz gehört der Crew.

```text id="qj7afs"
Krümel  ↔  Crew  ↔  Werkzeug

Das ist das Dreieck.

Das ist #crewlove.

Ein Cluster darf groß werden.

Aber wenn niemand mehr versteht, was passiert, wenn Kinderfragen im Rauschen verschwinden, wenn Werkzeuge wichtiger werden als Menschen, dann ist der Schwarm taub geworden.

```text id="ppp2tt"
Der Schwarm braucht Gedächtnis.
Resonanz bekommt er durch die Crew.


---

# 🏗️ Crumbforest-Clusterbild

```text id="cn2mom"
STRATO
  backbone
    Backup · borgmatic · checkMK

  nullfeld
    VPN-Hub · Gitea · Qdrant · Vektor

VPN
  deepsea
  snakeview
  crumbzero01
  weitere Krümel

RZ / später
  Proxmox
  GPU-Nodes
  Storage-Nodes
  Cluster-Netz
  Backup-Weg
  Monitoring

Die Spirale:

```text id="zdb713"
ein Server verstehen
zwei Server erinnern
VPN bauen
Netze zeichnen
Backups sichern
Cluster fragen
nicht andersrum


---

# 🍞 Der Grund bleibt Brot

Pfad 38 fragte:

```text id="l8wd70"
Was kostet die Frage eines Kindes?

Pfad 39 sagte:

```text id="rv693s"
communicare ut respires


Pfad 40 baute:

```text id="4ild36"
die stille Tür

Pfad 41 zeichnete:

```text id="goyqts"
lesbare Wurzeln


Pfad 42 fragt:

```text id="a1idj8"
Wie trägt der Schwarm,
ohne den Krümel zu vergessen?

Ein Cluster soll nicht beeindrucken.

Er soll tragen.

```text id="dgoij6"
Wenn ein Kind fragt,
soll nicht der stärkste Server gewinnen.

Die richtige Antwort soll leise ankommen.


---

# 🧭 Mini-Übung: Cluster oder kein Cluster?

Frage dich bei jedem Dienst:

```text id="5qbr8t"
Kann er auf einem Baum leben?
Was passiert beim Ausfall?
Sind Daten beteiligt?
Gibt es ein Backup?
Muss er automatisch neu starten?
Muss er auf mehrere Nodes verteilt werden?
Kann die Crew ihn erklären?

Dann entscheide:

```text id="ansd39"
Single Node
Docker Compose
Ansible-Rolle
Proxmox VM
Kubernetes Deployment
Ceph Storage
Noch nicht


**„Noch nicht“ ist eine gültige Architekturentscheidung.**

---

# 🌲 Abschluss: Das letzte Hexagon

42 ist kein Ende.

42 ist die Stelle, an der das Handbuch aufhört, so zu tun, als müsste es alles beantworten.

```text id="gvja9u"
Ein Cluster ist ein Schwarm mit Gedächtnis.

Aber Gedächtnis allein reicht nicht.

Der Wald braucht Crew.
Die Crew braucht Fragen.
Die Fragen brauchen sichere Wege.
Die Wege brauchen Wurzeln.
Die Wurzeln brauchen Pflege.

Das Keks-Handbuch endet nicht mit:

```text id="heqjxy"
Jetzt wissen wir alles.


Sondern mit:

```text id="ud68oj"
Jetzt können wir bessere Fragen stellen.

Und der letzte Merksatz ist einfach genug für Krümel:

```text id="xkwizs"
Ein Baum kann viel.
Ein Schwarm kann tragen.
Ein Gedächtnis kann erinnern.

Aber warum wir bauen,
muss die Crew immer wieder hören.

crewlove

```