SCS vs. Proxmox + K3s: Die Basis fĂŒr openDesk Edu wĂ€hlen
Die Entscheidung ĂŒber die Basisplattform kommt vor der Entscheidung ĂŒber die Dienste. openDesk Edu ist Kubernetes-nativ â die Dienste werden als Helm-Charts, GitOps-Manifeste und Container-Images ausgeliefert. Die praktische Frage fĂŒr eine Einrichtung ist daher nicht, welche Anwendungen betrieben werden, sondern wie eine Kubernetes-Plattform entsteht, die ein kleines Team nachhaltig betreiben kann. Dieser Artikel vergleicht zwei in der deutschen Hochschullandschaft verbreitete AnsĂ€tze: den Standard des Sovereign Cloud Stack (SCS) und einen selbst betriebenen Stack aus Proxmox VE mit K3s. Beide werden sachlich beschrieben, und es werden die Faktoren aufgezeigt, die ĂŒblicherweise zwischen ihnen entscheiden.
Zwei AnsĂ€tze fĂŒr dieselbe Anforderung
SCS: Ein Standard, kein Produkt
Der Sovereign Cloud Stack (SCS) ist ein Standard fĂŒr souverĂ€ne Cloud-Infrastruktur, entwickelt von einer Community unter der Schirmherrschaft der Open Source Business Alliance (OSBA). Er definiert interoperable Schichten fĂŒr Infrastructure-as-a-Service (auf OpenStack-Basis) und Container-Plattformen (Kubernetes) sowie Referenzimplementierungen, die Provider und Betreiber ĂŒbernehmen können.
SCS ist deshalb bedeutsam, weil es auf der Ebene der Zertifizierung wirkt. Betreiber können den Status SCS-kompatibel oder SCS-sovereign erreichen, was signalisiert, dass ihre Cloud standardisierte, portable Schnittstellen bietet. FĂŒr öffentliche Einrichtungen ist diese Zertifizierung bei der Beschaffung relevant: Sie liefert eine dokumentierte Grundlage fĂŒr den Vergleich von Providern und fĂŒgt sich in Compliance-Frameworks ein, etwa die Container-Anforderungen der Bundesverwaltung.
Das entscheidende Merkmal von SCS ist die PortabilitĂ€t durch Standardisierung â eine Workload, die auf einer SCS-zertifizierten Plattform lĂ€uft, sollte auf jeder anderen laufen, und die Schnittstellen sind offen spezifiziert, nicht von einem einzelnen Anbieter festgelegt.
Proxmox VE + K3s: Ein selbst betriebener Stack
Proxmox VE ist eine quelloffene Virtualisierungsplattform (basierend auf KVM und LXC), gepflegt von Proxmox Server Solutions GmbH, mit einer groĂen Community an europĂ€ischen Hochschulen. K3s ist eine leichtgewichtige, CNCF-zertifizierte Kubernetes-Distribution, gepflegt von SUSE/Rancher und ausgelegt fĂŒr ressourcenbeschrĂ€nkte und Edge-Umgebungen.
Zusammen ergeben sie eine pragmatische, vollstĂ€ndig selbst betriebene Plattform: Proxmox VE ĂŒbernimmt Virtualisierung und Speicherverwaltung, K3s stellt darĂŒber die Kubernetes-KontrollflĂ€che bereit. Diese Kombination ist an UniversitĂ€ten beliebt, weil sie von einem kleinen Team betrieben werden kann, gut dokumentiert ist und in ihrer Grundform ohne Abonnementverpflichtungen auskommt.
Das entscheidende Merkmal dieses Ansatzes ist die betriebliche Einfachheit: zwei gut verstandene Open-Source-Komponenten, kein Zertifizierungsprozess und vollstĂ€ndige Kontrolle ĂŒber jede Schicht.
Vergleich
| Dimension | SCS | Proxmox VE + K3s |
|---|---|---|
| Was es ist | Ein Standard mit Referenzimplementierungen | Ein konkreter Virtualisierungs- und Container-Stack |
| Governance | Community-getrieben unter OSBA, Kontext öffentlicher Förderung | Hersteller-gepflegt (Open Source), Community-Ăkosystem |
| Zertifizierung | Ebenen SCS-kompatibel / SCS-sovereign | Keine |
| PortabilitĂ€t | Standardisierte Schnittstellen zwischen zertifizierten Plattformen | Spezifisch fĂŒr die gewĂ€hlten Komponenten |
| Betrieb | Erfordert VerstĂ€ndnis des vollstĂ€ndigen SCS-Referenzstacks | Zwei Komponenten, gut dokumentiert, fĂŒr kleine Teams geeignet |
| Eignung fĂŒr Beschaffung | Direkt in der souverĂ€nen Cloud-Beschaffung nutzbar | Indirekt â Bewertung anhand technischer Kriterien |
| Ausrichtung auf SouverÀnitÀt | Explizites Ziel des Standards | Erreicht durch Selbstbetrieb von Open Source |
| Typischer Betreiber | Cloud-Provider, gröĂere Einrichtungen, Konsortien | Einzelne Einrichtungen, kleine IT-Teams |
Keiner der beiden AnsÀtze ist grundsÀtzlich besser; sie adressieren unterschiedliche institutionelle Kontexte.
Entscheidungsfaktoren
TeamgröĂe und Fachwissen
SCS setzt die FĂ€higkeit voraus, einen vollstĂ€ndigen Cloud-Stack zu betreiben â auch mit Referenzimplementierungen ist die BetriebsflĂ€che groĂ. Proxmox VE + K3s passt zu Einrichtungen, in denen zwei bis drei Personen die gesamte Plattform betreiben. Kann das Team bereits OpenStack oder eine zertifizierte SCS-Plattform betreiben, sind die Grenzkosten von SCS niedriger; liegt die StĂ€rke des Teams in Virtualisierung und Linux-Administration, ist der Weg ĂŒber Proxmox + K3s direkter.
Beschaffungs- und Compliance-Kontext
FĂŒr Einrichtungen, die InteroperabilitĂ€t nachweisen oder an souverĂ€ner Cloud-Beschaffung teilnehmen mĂŒssen, ist die SCS-Zertifizierung ein dokumentierter, prĂŒfbarer Vermögenswert. FĂŒr Einrichtungen, die Hardware und Software direkt beschaffen, kann der selbst betriebene Stack allein anhand technischer Kriterien spezifiziert werden.
PortabilitÀtsanforderungen
Wenn Workloads zwischen Providern verschiebbar sein mĂŒssen â etwa im Rahmen eines Konsortiums oder einer Cloud-Strategie mit mehreren Providern â senken die standardisierten SCS-Schnittstellen die Kosten dieser Migration. Wenn Workloads dauerhaft auf der Hardware der Einrichtung verbleiben, wird PortabilitĂ€t zwischen Providern selten genutzt, und der einfachere Stack genĂŒgt.
Was openDesk Edu von jeder Basis verlangt
UnabhÀngig von der Wahl stellt openDesk Edu dieselben Basisanforderungen:
- Kubernetes 1.28 oder neuer, mit funktionierendem Ingress-Controller und persistenten Storage-Klassen
- IdentitĂ€tsföderation ĂŒber SAML oder OIDC (openDesk Edu liefert Keycloak, das mit DFN-AAI / eduGAIN föderieren kann)
- GitOps-Werkzeuge (ArgoCD) oder Deployment ĂŒber Helm/Helmfile
- Monitoring und Logging (die Plattform umfasst Prometheus, Grafana und Loki)
- Container-Images aus einer Registry, die der Cluster erreichen kann
Sowohl SCS-zertifizierte Plattformen als auch K3s-Cluster erfĂŒllen diese Anforderungen. SCS ergĂ€nzt standardisierte Schnittstellen fĂŒr Speicher und Netzwerk; Proxmox + K3s stellt sie ĂŒber die gewĂ€hlten Komponenten direkt bereit.
Praktische Beobachtungen
- Beginnen Sie mit der kleinsten Plattform, die Sie nachhaltig betreiben können. Kubernetes selbst ist auf beiden Basen identisch; die Unterschiede liegen in der umgebenden Infrastruktur.
- Speicher ist der entscheidende Betriebsfaktor. Beide AnsÀtze benötigen zuverlÀssige persistente Storage-Klassen; Proxmox VEs native Speicherverwaltung und SCS' standardisierte Speicherschnittstellen funktionieren beide, das Betriebsmodell unterscheidet sich jedoch.
- Upgrades unterscheiden sich im Umfang. K3s-Upgrades sind klein und hÀufig; Upgrades des SCS-Referenzstacks betreffen mehr Komponenten. Einrichtungen mit begrenzten Wartungsfenstern sollten dies einplanen.
- Kein Ansatz schlieĂt den anderen aus. Ein Proxmox- + K3s-Deployment kann spĂ€ter mit Standard-Kubernetes-Werkzeugen auf eine SCS-zertifizierte Plattform migriert werden, da die Workload-Manifeste von Natur aus portabel sind.
Zusammenfassung
| Ăberlegung | Tendenz zu |
|---|---|
| Kleines Team, Selbstbetrieb, direkte Kontrolle | Proxmox VE + K3s |
| Beschaffungszertifizierung, Provider-PortabilitÀt | SCS |
| Vorhandene OpenStack-/SCS-Kenntnisse | SCS |
| Vorhandene Virtualisierungs-/Linux-Kenntnisse | Proxmox VE + K3s |
| Workloads bleiben auf der Hardware der Einrichtung | Proxmox VE + K3s |
| Konsortium oder Multi-Provider-Cloud-Strategie | SCS |
openDesk Edu lĂ€uft auf Kubernetes; es schreibt die Basis nicht vor. Die Wahl zwischen SCS und Proxmox + K3s ist eine Entscheidung ĂŒber Governance, PortabilitĂ€t und die betriebliche KapazitĂ€t der Einrichtung â nicht ĂŒber die Anwendungen selbst.
Erste Schritte
- Anforderungen prĂŒfen: Der Deployment-Leitfaden beschreibt, was jede Basisplattform bieten muss.
- Beide Basen bewerten: Setzen Sie die oben genannten Entscheidungsfaktoren mit dem Team-, Beschaffungs- und PortabilitÀtskontext Ihrer Einrichtung in Beziehung.
- Mitdiskutieren: Die openDesk-Edu-Community freut sich ĂŒber Berichte von Einrichtungen, die eine der beiden Basen betreiben. Teilen Sie Ihre Erfahrungen in der Community of Practice.
openDesk Edu ist die Bildungsvariante von openDesk, erweitert um eine umfassende Auswahl an Diensten fĂŒr Forschung und Lehre. Der Quellcode ist auf GitHub und opencode.de verfĂŒgbar.
