XCP-ng Updates

Aus Xinux Wiki
Version vom 15. Mai 2024, 14:30 Uhr von Maximilian.pottgiesser (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „== Vorsichtsmaßnahmen == * Deaktivieren Sie HA während des gesamten Update-Prozesses, um versehentliches Fencing zu vermeiden (wird automatisch von Xen Orch…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springen Zur Suche springen

Vorsichtsmaßnahmen

  • Deaktivieren Sie HA während des gesamten Update-Prozesses, um versehentliches Fencing zu vermeiden (wird automatisch von Xen Orchestra RPU gehandhabt).
  • Vermeiden Sie es, Updates anzuwenden, während XAPI-Aufgaben laufen (xe task-list).
  • Einige Updates können SCSI-Geräte abfragen. Wenn Ihre Geräte empfindlich auf solche Abfragen reagieren, trennen Sie sie vor dem Update ab (siehe diese unglückliche Geschichte von defekten Bandrobotern).
  • Vorsichtshalber kann es eine gute Idee sein, durchgereichte Geräte vor dem Update zu trennen.
  • Wenn ein Neustart erforderlich ist und Sie Ausfallzeiten vermeiden möchten, werden Sie wahrscheinlich Ihre VMs von Host zu Host verschieben. Ein häufiger Fehler (begünstigt durch die Standardwerte in einigen VM-Vorlagen) ist es, einer VM einen sehr niedrigen dynamischen Mindest-RAM-Wert zu geben. XCP-ng wird den gesamten RAM der VM während der Live-Migration auf dieses dynamische Minimum reduzieren. Wenn das Limit zu niedrig ist, kann dies zu abgestürzten Prozessen oder sogar zu einem abgestürzten System innerhalb der VM aufgrund des Speicherdrucks führen, was einen Neustart der VM erfordert.
  • Wenn unter den zu aktualisierenden Paketen xcp-ng-pv-tools aufgeführt ist, stellen Sie sicher, dass das Gastwerkzeug-ISO von allen laufenden VMs vor dem Update ausgehängt wird (es wird während des Updates automatisch für ausgeschaltete VMs durchgeführt). Wenn die Gastwerkzeuge zum Zeitpunkt des Updates noch eingehängt sind, zeigt das VDI nach dem Update auf ein nicht vorhandenes ISO-Image. Die VMs, die dieses VDI eingehängt haben, können dann aufgrund des fehlenden VDI weder migrieren noch neu starten. Einige Leute führen systematisch xe vm-cd-eject --multiple aus, um alle virtuellen CDs/DVDs aus den VMs vor dem Update und/oder der Migration auszuwerfen.
  • Führen Sie das Update nicht aus einer interaktiven Shell aus, die direkt von der XCP-ng-Konsole (xsconsole) gestartet wurde, noch von der Remote-Konsole des Hosts, die über das VNC-Protokoll in Xen Orchestra oder XCP-ng Center verfügbar ist. Der Update-Prozess kann diese neu starten, die aktuelle Shell beenden und somit den Update-Prozess abbrechen, was das System in einem unsauberen Zustand hinterlassen würde (doppelte RPMs).

Von Xen Orchestra

Wenn Sie einen Pool mit mindestens zwei Hosts und einem gemeinsamen Speicher verwenden, können Sie sich auf die Funktion "Rolling Pool Update" verlassen, die Ihnen die ganze schwere Arbeit abnimmt. Alternativ können Sie die Hosts einzeln aktualisieren.

Rolling Pool Update (RPU)

Auch bekannt als RPU, ist dies der empfohlene Weg, um Ihren Pool zu aktualisieren. Durch einfaches Klicken auf einen Button wird Xen Orchestra automatisch die VMs verschieben, Updates anwenden und die Hosts neu starten, ohne dass es zu einer Dienstunterbrechung kommt. Der folgende Button ist in der Pool-Ansicht unter dem Tab "Patches" verfügbar.