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

Puede actualizar XClarity Administrator a la versión 4.0 o posterior únicamente desde una instancia de XClarity Administrator con la versión 3.0 o posterior. Si utiliza una versión de XClarity Administrator anterior a la versión 3.0, debe actualizar a la versión 3.0 o posterior antes de actualizar a la versión 4.0.

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 archivo 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 ejemplo, con IPv6 habilitado.

version: '3.8'

services:

  lxca:
    image: lenovo/lxca:4.1.0-124
    container_name: ${CONTAINER_NAME}
    tty: true
    stop_grace_period: 60s
    volumes:
      #bind mount example
      - /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
      - log:/var/log
      - confluent-etc:/etc/confluent
      - confluent-log:/var/log/confluent
      - confluent:/var/lib/confluent
      - propconf:/opt/lenovo/lxca/bin/conf
      - ssh:/etc/ssh
      - xcat:/etc/xcat
    networks:
      lan:
        ipv4_address: ${ADDRESS}
        ipv6_address: "2001:8003:7d51:2003::2"
    dns: 
      - 192.0.2.10
      - 192.0.2.11
    deploy:
      resources:
        limits:
          cpus: "2.0"
          memory: "8g"

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
  ssh:
    name: ${CONTAINER_NAME}-ssh
  xcat:
    name: ${CONTAINER_NAME}-xcat

networks:
  lan:
    name: lan
    driver: macvlan
    enable_ipv6: true
    driver_opts:
      parent: eth0
    ipam:
      config:
        - subnet: 192.0.0.0/19
          gateway: 192.0.30.1
        - subnet: "2001:8003:7d51:2000::/80"
          gateway: "2001:8003:7d51:2000::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.

<span className="ph">COMPOSE_HTTP_TIMEOUT=300</span> docker-compose -p ${CONTAINER_NAME} ––env-file <ENV_FILENAME> up -d

Entregar comentarios