Zum Hauptinhalt springen
Version: 3.1

Infrastruktur vorbereiten

Die UDSP-Automatisierung installiert die Plattform in einen vorhandenen Kubernetes-Cluster. Bevor dieser ausgewählt oder neu aufgebaut wird, muss das benötigte Betriebsprofil feststehen.

Umgebungsprofil festlegen

NODE 01SANDBOXEin Knoten8–10 CPU32 GB
Entwicklung

Sandbox

Evaluation, Entwicklung und Funktionsprüfung

  • 1 Knoten
  • 8–10 vCPU
  • 32 GB RAM
  • 400 GB SSD
NODE 01APIDBS3CTXUIMEHR KOMPONENTEN · 600 GB SSD
Demonstration

Erweiterte Sandbox

Mehrere Datenpfade und Anwendungen gemeinsam zeigen

  • 1 Knoten
  • 8–10 vCPU
  • 32 GB RAM
  • 600 GB SSD
12C · 64G12C · 64G12C · 64GREDUNDANTER STORAGE
Produktivbetrieb

Produktivbetrieb

Produktive Mandanten mit redundanter, skalierbarer Plattformbasis

  • mind. 3 Worker
  • je 12 Kerne
  • je 64 GB RAM
  • Storage nach Lastprofil

Für den Produktivbetrieb sollten als Ausgangspunkt mindestens 500 GB performanter persistenter Speicher eingeplant werden. Der reale Bedarf wird vor allem durch PostgreSQL/TimescaleDB, Stellio, FROST, MinIO, Loki und Prometheus bestimmt.

Sizing ist kein Kapazitätsversprechen

Die Werte sind Ausgangspunkte für die Planung. Datenvolumen, Aufbewahrungszeiten, Replikation, gleichzeitige Benutzer, aktivierte Komponenten und Backupstrategie müssen projektspezifisch bewertet werden.

Betriebsmodell wählen

Empfehlung nach Umgebung

Die UDSP kann auf beiden Varianten ausgeführt werden. Für Ausfallsicherheit, Datenhaltung und Betrieb gelten jedoch deutlich unterschiedliche Anforderungen.

CONTROL PLANEWORKER 1WORKER 2WORKER 3STORAGE
Kunden- und Produktivbetrieb

Managed oder etabliert selbstverwaltet

Für dauerhafte Plattformumgebungen wird ein professionell betriebener Kubernetes-Cluster empfohlen.

  • redundante Worker und Kapazitätsreserven
  • replizierter persistenter Storage
  • geregelte Updates, Monitoring und Störungsbearbeitung
  • Backup und getestete Wiederherstellung
Produktauswahl bleibt frei
Die UDSP benötigt keine anbieterspezifische Distribution.
EIN SERVERMICROK8S
Entwicklung und Demonstration

MicroK8s-Basiscluster

Das separate UDSP-Repository automatisiert eine einfache Testumgebung auf Debian- oder Ubuntu-Servern.

  • Einzel- oder Mehrknoteninstallation mit Ansible
  • DNS, Ingress und RBAC bereits aktiviert
  • OpenEBS mit lokaler Hostpath-Persistenz
  • Kubeconfig für den anschließenden UDSP-Rollout
Klare Einsatzgrenze
Das Playbook verändert Host, SSH und Firewall und nutzt lokalen Storage – gut für Sandboxes, nicht als Produktionsnachweis.
Basiscluster-Repository öffnen

Nächster Schritt

Der konkrete Infrastrukturaufbau bleibt Aufgabe des Kunden, Kubernetes-Anbieters oder Infrastrukturteams. Am Ende dieses Schritts existiert ein Kubernetes-Cluster mit der Kapazität des gewählten Profils.

Prüfen Sie anschließend unter Voraussetzungen prüfen, ob Clusterzugang, Ingress, Storage, DNS, externe Dienste und Deployment-Umgebung für den UDSP-Rollout vollständig vorbereitet sind.