Seminar Incus Projekte, Mandantenfähigkeit und Ressourcenlimits

Praxisorientierte Einordnung: Projekte sind keine vollständige Sicherheitsgrenze ohne passende Restriktionen und Autorisierung. Daher wird ein Mandant vom Ressourcenbudget bis zum erlaubten Netzwerk, Storage und Gerät konsequent durchmodelliert.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe und Voraussetzungen
• Seminarinhalte
• Praxisworkshop
• Typische Einsatzszenarien

Zielsetzung

Entwurf und Umsetzung eines nachvollziehbaren Multi-Tenant-Modells. Teilnehmende können Projekte anlegen, Ressourcen begrenzen, privilegierte Funktionen sperren, Zugriffe zuordnen und Nutzung transparent auswerten.

Zielgruppe und Voraussetzungen

Zielgruppe: Plattformadministratoren, Cloud- und Hosting-Teams, DevOps-Plattformbetreiber und technische Governance-Verantwortliche.

Vorkenntnisse: Incus-Administrationskenntnisse und Grundlagen zu Ressourcensteuerung, Netzwerk und Zugriffsmodellen.

Seminarinhalte

1. Projektmodell und Isolation

1. Schritt 1: Projektbezogene und globale Ressourcen unterscheiden und Sichtbarkeit über Projekte hinweg prüfen.
2. Schritt 2: Features für Images, Profile, Netzwerke und Storage passend zum gewünschten Isolationsgrad festlegen.
3. Schritt 3: Namenskonvention, Eigentümer, Zweck und Lebenszyklus eines Projekts dokumentieren.

2. Quotas und Kapazitätsgrenzen

1. Schritt 1: Grenzen für Instanzanzahl, Container, VMs, CPU, Arbeitsspeicher und Prozesse definieren.
2. Schritt 2: Storage-Kontingente pro Pool und Projekt setzen und die aktuelle Nutzung auswerten.
3. Schritt 3: Grenzfälle testen und verständliche Betriebsreaktionen bei ausgeschöpften Quotas festlegen.

3. Restriktionen und erlaubte Ressourcen

1. Schritt 1: Privilegierte Container, Kernelinterception, Geräte, Snapshots und Backups gezielt einschränken.
2. Schritt 2: Zulässige Netzwerke, Subnetze, Zonen, Clustergruppen und Storage-Pools als Allow-List definieren.
3. Schritt 3: Unsichere Kombinationen aus Profilen, Geräten und lokalen Überschreibungen erkennen.

4. Delegierter Zugriff und Betriebsmodell

1. Schritt 1: Zertifikate oder Identitäten Projekten zuordnen und den wirksamen Zugriff testen.
2. Schritt 2: Self-Service-Aufgaben von administrativen Aufgaben trennen und Eskalationswege festlegen.
3. Schritt 3: Projektzustand, Zugriffsübersicht und Nutzung für Abrechnung, Governance oder Kapazitätsplanung auswerten.

Praxisworkshop

• Einrichtung zweier Mandanten mit getrennten Profilen, Images und Netzwerken.
• Definition und Test von Quotas, Geräteverboten und zulässigen Storage-Pools.
• Prüfung delegierter Zugriffe und Erstellung eines Projekt-Lifecycle-Prozesses.

Typische Einsatzszenarien

• Interne Entwicklerplattformen mit Team- oder Projekttrennung.
• Hosting- und Schulungsumgebungen mit festen Ressourcenbudgets.
• Delegierter Self-Service ohne vollständige Plattformadministration.