Actualización de XClarity Administrator como un contenedor

Cuando se ejecuta como un contenedor de Lenovo XClarity Administrator, utilice este procedimiento de actualización para instalar el software más reciente como un nuevo contenedor y enlazar los volúmenes del contenedor original con el nuevo contenedor.

Antes de empezar

Para actualizar XClarity Administrator como un contenedor de acoplamiento desde v4.0 a v4.1, consulte Actualización de XClarity Administrator v4.0 a v4.1 como contenedor.

No se puede actualizar desde una versión anterior de XClarity Administrator como un contenedor de acoplamiento a XClarity Administrator v4.0. En su lugar, debe instalar la imagen completa de XClarity Administrator v4.0 (consulte Instalación de Lenovo XClarity Administrator en un entorno Docker, CentOS, Citrix, Red Hat KVM, Rocky, Ubuntu, VMware ESXi o Windows Hyper-V).

Para gestionar instancias de XClarity Administrator versión 4.0 o posterior con Lenovo XClarity Orchestrator, se requiere XClarity Orchestrator versión 2.0 o posterior. Si desea actualizar XClarity Administrator a la versión 4.0 o posterior, asegúrese de que XClarity Orchestrator ya tenga la versión 2.0 o posterior.

Acerca de esta tarea

El archivo docker-compose.yml usa las variables de entorno siguientes, las cuales ha configurado durante la instalación del contenedor original. El nuevo contenedor también usa estas variables de entorno.

CONTAINER_NAME. Nombre de contenedor único, que se utiliza para crear volúmenes de docker para cada instancia de XClarity Administrator (por ejemplo, CONTAINER_NAME=LXCA-203)
XClarity Administrator utiliza el nombre del contenedor para crear los volúmenes para el contenedor. Si utiliza el mismo nombre de contenedor para el nuevo contenedor, la nueva instancia de XClarity Administrator se utilizará en los mismos volúmenes y, por lo tanto, tendrá acceso a los mismos datos y valores del sistema que la instancia original de XClarity Administrator (contenedor).
Si cambia el mismo nombre de contenedor, se crean nuevos volúmenes para el contenedor y la nueva instancia de XClarity Administrator no se tendrá acceso a los mismos datos y valores del sistema que la instancia original de XClarity Administrator (contenedor). Si necesita cambiar el nombre del contenedor o la dirección IP, cree una copia de seguridad de los datos y los valores del sistema para la instancia original de XClarity Administrator antes de instalar el nuevo contenedor y, a continuación, utilice dicha copia de seguridad para restaurar los datos del sistema y los valores en el nuevo contenedor.
ADDRESS. Dirección IPv4 o IPv6 estática para el contenedor (por ejemplo, ADDRESS=192.0.2.0)
Si cambia la dirección IP de XClarity Administrator después de gestionar dispositivos, es posible que los dispositivos queden en estado fuera de línea en XClarity Administrator. Asegúrese de anular la gestión de todos los dispositivos antes de cambiar la dirección IP.
BACKUP_MOUNT y FIRMWARE_MOUNT. (Opcional) Rutas para los usos compartidos remotos que se pueden utilizar para almacenar copias de seguridad de XClarity Administrator o usar como repositorio remoto para las actualizaciones de firmware. Las rutas deben ser /mnt/backup_share y /mnt/fw_share, respectivamente.

Nota

XClarity Administratorno se ejecuta como un contenedor con privilegios.

Procedimiento

Para importar un contenedor de XClarity Administrator, lleve a cabo los pasos siguientes.

Descargue la imagen del contenedor de XClarity Administrator desde el Página web de descarga de XClarity Administrator a una estación de trabajo cliente. Inicie sesión en el sitio web y utilice la clave de acceso que se le facilitó para descargar la imagen.

Importe la imagen del contenedor de XClarity Administrator a su host y ejecute el siguiente comando.

docker load -i lnvgy_sw_lxca_110-3.5.0_anyos_noarch

Edite el mismo docker-compose.yml que se utilizó para el contenedor original. Actualice la propiedad de la imagen en la parte superior del archivo para que apunte a la nueva imagen de docker desde el paso 2. Puede cambiar la etiqueta de imagen utilizando el comando docker tag.

A continuación se muestra un archivo yml de muestra.

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

Apague el contenedor original al ejecutar el siguiente comando.

docker-compose -p ${CONTAINER_NAME} down

Despliegue la nueva imagen en docker al ejecutar el siguiente comando, donde <ENV_FILENAME> es el nombre del archivo de variables ambientales.

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

Entregar comentarios