Slurm vs Kubernetes: Was ist der Unterschied?

Slurm und Kubernetes sind zwei Programme, die einen Cluster von Maschinen verwalten. Über den ganzen Cluster installiert, entscheidet jedes, welches Programm auf welchen Maschinen läuft, und wann. Beide sind freie, quelloffene Programme, und keiner der beiden Namen ist eine Firma. Slurm kam 2002 aus den nationalen Laboren der Vereinigten Staaten, Kubernetes 2014 von Google. Ein Cluster nutzt eines von beiden, nicht beide: zwei Verwalter, die dieselben Maschinen vergeben, würden einander ständig weggeben, was der andere schon zugeteilt hat. Der Unterschied zwischen ihnen ist die Art von Arbeit, für die jedes gebaut wurde. Slurm führt eine Warteschlange für Aufträge, die enden: Maschinen anfordern, warten, bis zum Ende laufen, zurückgeben. Kubernetes hält Dienste am Laufen, die nicht stehen bleiben dürfen: du erklärst, was immer laufen soll, und es startet Ersatz, sobald eine Maschine ausfällt. Slurm plant weiterhin rund 60% der größten Superrechner der Welt; Kubernetes trägt einen guten Teil der Software hinter dem modernen Netz.

Slurm und Kubernetes sind beides Cluster-Software. Ein Verwalterprogramm läuft auf einer Maschine, ein kleiner Helfer läuft auf jeder anderen, und die Leute geben ihre Arbeit dem Verwalter, statt selbst Maschinen auszusuchen. Die Aufgabe ist dieselbe, die das Betriebssystem eines Notebooks längst erledigt: Hardware unter Programmen aufteilen. Im Maßstab von tausenden Maschinen und ganzen Organisationen kommt eine Frage hinzu, die ein Notebook nie stellt: wessen Arbeit warten muss. Slurm, 2002 für die nationalen Labore der Vereinigten Staaten geschrieben, antwortet mit einer Warteschlange. Du forderst Maschinen für eine Anzahl Stunden an, wartest hinter dem, der früher gefragt hat, läufst bis zum Ende, und die Maschinen gehen zurück in den Pool. Es wurde für Superrechner gebaut, wo der Cluster ein festes, teures Gut ist, das nicht leerstehen darf. Es plant bis heute rund 60% der größten der Welt. Kubernetes, 2014 von Google aus seiner Erfahrung mit Webdiensten veröffentlicht, antwortet mit einer Daueranweisung. Du erklärst, was immer zutreffen soll, etwa fünf laufende Kopien eines Dienstes. Fällt eine Maschine aus, macht die Software es wieder wahr und startet Ersatz auf den verbliebenen Maschinen. Es wurde für Arbeit ohne Ende gebaut, auf Maschinen, die kommen und gehen. Die Einheit, die es bewegt, ist der Container, ein Programm mitsamt allem, was es braucht, damit es in Sekunden auf jeder Maschine starten kann. Zwei Antworten gibt es, weil zwei Branchen sie getrennt gebaut haben. Verglichen wurden sie erst, als die KI beides zugleich brauchte: riesige Aufträge, die enden müssen, und Dienste, die nie stehen bleiben dürfen. Der eigentliche Unterschied ist nicht die Güte, sondern die Frage, die jedes beantwortet: endet die Arbeit, oder muss sie weiterlaufen?

Slurm ist wie der Belegungsplan einer Sporthalle; Kubernetes ist wie der Dienstplan einer Krankenhausstation. Der Belegungsplan verteilt etwas Knappes in Runden. Du bekommst die ganze Halle von zwei bis vier, niemand sonst darf sie benutzen, solange sie dir gehört, und um vier geht sie an den nächsten Namen auf der Liste. Das ganze Ziel des Verwalters ist ein voller Kalender ohne leere Stunden. Der Dienstplan ist eine andere Art Regel: drei Pflegekräfte im Dienst, rund um die Uhr, ohne Enddatum. Meldet sich eine krank, füllt die Leitung die Lücke sofort, denn die Vorgabe pausiert nicht, während sie sucht. Der Belegungsplan ist Slurm und verteilt Zeitfenster, die enden. Der Dienstplan ist Kubernetes und hält einen Zustand, der immer gelten muss. Beide entscheiden, wer eine knappe Ressource bekommt.