Instanzmanager-Pods während des Upgrades

Nach einem Live-Upgrade kann es sein, dass einige alte Instanzmanager-Pods weiterhin laufen. Dies ist das erwartete Verhalten und kein Fehler.

Warum das passiert

SUSE Storage verwendet die folgende Strategie, um Instanzmanager-Pods während eines Live-Upgrades zu verwalten:

  • Alte Instanzmanager-Pods werden sofort entfernt, sobald keine Engine- oder Replikatprozesse mehr in ihnen laufen.

  • Während eines Live-Engine-Upgrade eines Volumes:

    • Replikatprozesse werden in neuen Instanzmanager-Pods mit dem aktualisierten Engine-Image neu erstellt.

    • Um E/A-Unterbrechungen zu vermeiden, kann SUSE Storage keinen neuen Engine-Prozess mit dem aktualisierten Engine-Image in einem neuen Instanzmanager-Pod starten, während das Volume angeschlossen ist. Stattdessen verwaltet der alte Instanzmanager-Pod weiterhin den Lebenszyklus des neuen Engine-Prozesses, bis das Volume abgetrennt ist. Infolgedessen läuft der neue Engine-Prozess im alten Instanzmanager-Pod.

Infolgedessen bleibt ein alter Instanzmanager-Pod so lange aktiv, wie er einen aktiven Engine-Prozess hostet. Sobald das Volume abgetrennt ist und keine Engine- oder Replikatprozesse mehr vorhanden sind, wird SUSE Storage den alten Instanzmanager-Pod automatisch entfernen.

Wie man überprüft, welche Volumes alte Instanzmanager-Pods verwenden

Sie können überprüfen, welche Volumes noch die alten Instanzmanager-Pods verwenden, über die SUSE Storage UI:

  • Navigieren Sie zu Volume > Name > Volumendetails > Instanzmanager.

Wie man alte Instanzmanager-Pods vollständig entfernt

Um SUSE Storage zu ermöglichen, alle alten Instanzmanager-Pods zu entfernen:

  1. Trennen Sie alle Volumes, die noch alte Instanzmanager-Pods verwenden.

  2. Sobald keine Engine- oder Replikatprozesse mehr vorhanden sind, wird SUSE Storage die alten Instanzmanager-Pods automatisch entfernen.