XClarity Administrator als ein Container aktualisieren

Wenn Lenovo XClarity Administrator als Container ausgeführt wird, verwenden Sie dieses Aktualisierungsverfahren, um die neueste Software als neuen Container zu installieren und die Datenträger des ursprünglichen Containers an den neuen Container anzubinden.

Vorbereitende Schritte

Informationen zum Aktualisieren von XClarity Administrator als Docker-Container von v4.0 auf v4.1 finden Sie unter XClarity Administrator v4.0 auf v4.1 als Container aktualisieren.

Sie können keine Aktualisierung von einer früheren Version von XClarity Administrator als Docker-Container auf XClarity Administrator v4.0 durchführen. Stattdessen müssen Sie das vollständige Image von XClarity Administrator v4.0 installieren (siehe Lenovo XClarity Administrator in Umgebungen mit Docker, CentOS, Citrix, Red Hat KVM, Rocky, Ubuntu, VMware ESXi oder Windows Hyper-V installieren).

Zum Verwalten von XClarity Administrator v4.0 oder höheren Instanzen mit Lenovo XClarity Orchestrator ist XClarity Orchestrator v2.0 oder höher erforderlich. Wenn Sie XClarity Administrator auf v4.0 oder höher aktualisieren, stellen Sie sicher, dass XClarity Orchestrator bereits v2.0 oder höher ist.

Zu dieser Aufgabe

Die Datei docker-compose.yml verwendet die folgenden Umgebungsvariablen, die Sie während der Installation des ursprünglichen Containers festgelegt haben. Diese Umgebungsvariablen werden auch vom neuen Container verwendet.

CONTAINER_NAME. Eindeutiger Containername, der zum Erstellen von Docker-Datenträgern für jede XClarity Administrator-Instanz verwendet wird (z. B. CONTAINER_NAME=LXCA-203)
XClarity Administrator verwendet den Containernamen, um die Datenträger für den Container zu erstellen. Wenn Sie denselben Containernamen für den neuen Container verwenden, verwendet die neue XClarity Administrator-Instanz dieselben Datenträger und hat daher Zugriff auf dieselben Systemdaten und ‑einstellungen wie die ursprüngliche XClarity Administrator-Instanz (Container).
Wenn Sie den Containernamen ändern, werden neue Datenträger für den Container erstellt und die neue XClarity Administrator-Instanz hat keinen Zugriff auf dieselben Systemdaten und ‑einstellungen wie die ursprüngliche XClarity Administrator-Instanz (Container). Wenn Sie den Containernamen oder die IP-Adresse ändern müssen, sichern Sie die Systemdaten und ‑einstellungen für die ursprüngliche XClarity Administrator-Instanz, bevor Sie den neuen Container installieren. Verwenden Sie anschließend diese Sicherung, um die Systemdaten und ‑einstellungen im neuen Container wiederherzustellen.
ADDRESS. Statische IPv4‑ oder IPv6-Adresse für den Container (z. B. ADDRESS=192.0.2.0).
Das Ändern der IP-Adresse von XClarity Administrator nach der Verwaltung von Einheiten kann dazu führen, dass die Einheiten in XClarity Administrator in den Offlinestatus versetzt werden. Stellen Sie sicher, dass die Verwaltung aller Einheiten aufgehoben wurde, bevor Sie die IP-Adresse ändern.
BACKUP_MOUNT und FIRMWARE_MOUNT. (Optional) Pfade für die Remote-Freigaben, die zum Speichern von Sicherungen von XClarity Administrator oder als Remote-Repository für Firmwareaktualisierungen verwendet werden können. Die Pfade müssen /mnt/backup_share bzw. /mnt/fw_share sein.

Anmerkung

XClarity Administrator wird nicht als privilegierter Container ausgeführt.

Vorgehensweise

Gehen Sie wie folgt vor, um einen XClarity Administrator Container zu aktualisieren.

Laden Sie das XClarity Administrator Containerimage über Website zum Herunterladen von XClarity Administrator auf eine Client-Workstation herunter. Melden Sie sich auf der Website an und verwenden Sie dann den erhaltenen Zugriffsschlüssel für den Image-Download.

Importieren Sie das XClarity Administrator-Container-Image mit dem folgenden Befehl in Ihren Docker-Host.

docker load -i lnvgy_sw_lxca_110-3.5.0_anyos_noarch

Bearbeiten Sie dieselbe docker-compose.yml, die für den ursprünglichen Container verwendet wurde. Aktualisieren Sie die Imageeigenschaft oben in der Datei, um auf das neue Docker-Image von Schritt 2 zu verweisen. Sie können das Image-Tag mit dem Befehl docker tag ändern.

Im Folgenden wird eine YML-Beispieldatei gezeigt.

version: '3.8'

services:

  lxca:
    image: lenovo/lxca:lnvgy_sw_lxca_container_111-4.0.0_anyos_noarch
    container_name: ${CONTAINER_NAME}
    tty: true
    stop_grace_period: 60s
    volumes:
      # Bind mount remote shares to the container
      - /home/<HOST_MOUNT_POINT_FOR_BACKUP>:${BACKUP_MOUNT}
      - /home/<<HOST_MOUNT_POINT_FOR_FW_SHARE>:${FIRMWARE_MOUNT}
      # Docker volume mount
      - data:/opt/lenovo/lxca/data
      - postgresql:/var/lib/postgresql/data
      - log:/var/log
      - confluent-etc:/etc/confluent
      - confluent-log:/var/log/confluent
      - confluent:/var/lib/confluent
      - propconf:/opt/lenovo/lxca/bin/conf
    networks:
      lan:
        ipv4_address: ${ADDRESS}

volumes:
  data:
    name: ${CONTAINER_NAME}-data
  postgresql:
    name: ${CONTAINER_NAME}-postgresql
  log:
    name: ${CONTAINER_NAME}-log
  confluent-etc:
    name: ${CONTAINER_NAME}-confluent-etc
  confluent-log:
    name: ${CONTAINER_NAME}-confluent-log
  confluent:
    name: ${CONTAINER_NAME}-confluent
  propconf:
    name: ${CONTAINER_NAME}-propconf

networks:
  lan:
    name: lan
    driver: macvlan
    driver_opts:
      parent: eth0
    ipam:
      config:
        - subnet: 192.0.0.0/19
          gateway: 192.0.30.1

Fahren Sie den ursprünglichen Container herunter, indem Sie den folgenden Befehl ausführen.

docker-compose -p ${CONTAINER_NAME} down

Implementieren Sie das neue Image in Docker, indem Sie den folgenden Befehl ausführen. Dabei ist <ENV_FILENAME> der Name der Datei mit Umgebungsvariablen.

COMPOSE_HTTP_TIMEOUT=300 docker-compose -p ${CONTAINER_NAME} ––env-file <ENV_FILENAME> up -d

Feedback geben