DE 

//Cloudogu EcoSystem Docs

  1. docs.cloudogu.com
  2. Benutzerhandbuch
  3. Automatische Migration
  4. Erläuterungen
  5. Blueprints während der Migration
Getting Started
Benutzerhandbuch
Entwicklerdokumentation

Blueprints während der Migration

Der Blueprint-Operator bedient einen Mechanismus, um kontinuierlich den System anhand einer Beschreibung aktuell zu halten.

ACHTUNG

Möglicher Datenverlust wenn der Blueprint-Operator während einer Migration aktiv bleibt.

Wurde im Zielsystem ein Blueprint hinterlegt, versucht der Blueprint-Operator dauerhaft, den Systemzustand an den im Blueprint definierten Sollzustand anzupassen. Dies würde dazu führen, dass Konfigurationen, die durch die automatische Migration vorgenommen wurden, gegebenenfalls wieder überschrieben oder rückgängig gemacht werden.

Mit den folgenden Schritten lässt sich dieser Konflikt durch manuellen Eingriff umgehen, indem das Blueprint-Verhalten für den Zeitraum der Migration gestoppt und später wieder gestartet wird.

Stoppen bestehender Blueprints

Aus diesem Grund werden Blueprints während der Migration deaktiviert bzw. gestoppt. Dadurch werden sie vom Blueprint-Operator nicht weiter verarbeitet.

apiVersion: k8s.cloudogu.com/v3
kind: Blueprint
...  
spec:
  Stopped: true

Starten gestoppter Blueprints

War ein Blueprint zum Zeitpunkt der Migration im Zielsystem aktiv, wird dieser nach Abschluss der Migration wieder gestartet.

apiVersion: k8s.cloudogu.com/v3
kind: Blueprint
...  
spec:
  Stopped: false

Dies kann jedoch dazu führen, dass die von der Migration übernommenen Konfigurationen anschließend wieder durch den Blueprint überschrieben werden.

Manuell gestoppte Blueprints

Während der Migration werden alle aktiven Blueprints temporär deaktiviert und nach Abschluss des Imports wieder aktiviert.
Dabei startet der Migrationsprozess ausschließlich jene Blueprints erneut, die er selbst zuvor gestoppt hat.

Blueprints, die bereits vor der Migration in einem gestoppten Zustand waren, bleiben auch nach der Migration inaktiv.
Dies betrifft insbesondere Blueprints, die bewusst in einem Test- oder Zwischenzustand angehalten, jedoch noch nicht gelöscht wurden.

In der Regel sollten im Produktivbetrieb keine manuell gestoppten Blueprints vorhanden sein. ollte dies dennoch der Fall sein, ist eine manuelle Prüfung und ggf. explizite Aktivierung nach der Migration erforderlich.