Обновление XClarity Administrator в качестве контейнера

При запуске Lenovo XClarity Administrator в качестве контейнера используйте эту процедуру обновления, чтобы установить новейшее ПО в качестве нового контейнера и привязать тома исходного контейнера к новому.

Перед началом работы

Чтобы обновить XClarity Administrator в качестве контейнера Docker с версии v4.0 до версии v4.1, см. раздел Обновление XClarity Administrator v4.0 до версии v4.1 в качестве контейнера.

Невозможно выполнить обновление с более ранней версии XClarity Administrator в качестве контейнера Docker до XClarity Administrator v4.0. Вместо этого необходимо установить полный образ XClarity Administrator v4.0 (см. раздел Установка Lenovo XClarity Administrator в среде Docker, CentOS, Citrix, Red Hat KVM, Rocky, Ubuntu, VMware ESXi или Windows Hyper-V).

Для управления экземплярами XClarity Administrator v4.0 или более поздних версий с использованием Lenovo XClarity Orchestrator, требуется XClarity Orchestrator v2.0 или более поздних версий. Если вы обновляете XClarity Administrator до версии 4.0 или более поздней версии, убедитесь, что текущая версия XClarity Orchestrator не ниже 2.0.

Об этой задаче

Файл docker-compose.yml использует следующие переменные среды, которые вы задаете во время установки исходного контейнера. Эти переменные среды также используются новым контейнером.

CONTAINER_NAME. Уникальное имя контейнера, используемое для создания томов Docker для каждого экземпляра XClarity Administrator (например, CONTAINER_NAME=LXCA-203)
XClarity Administrator использует имя контейнера для создания томов для этого контейнера. Если вы используете то же имя для нового контейнера, новый экземпляр XClarity Administrator будет использовать те же тома и, следовательно, иметь доступ к тем же системным данным и параметрам, что и первоначальный экземпляр XClarity Administrator (контейнер).
Если вы меняете имя контейнера, для контейнера создаются новые тома и новый экземпляр XClarity Administrator не будет иметь доступа к тем же системным данным и параметрам, что и первоначальный экземпляр XClarity Administrator (контейнер). Если нужно изменить имя или IP-адрес контейнера, создайте резервную копию системных данных и параметров исходного экземпляра XClarity Administrator, прежде чем устанавливать новый контейнер, а затем используйте эту резервную копию для восстановления системных данных и параметров в новом контейнере.
ADDRESS. Статический адрес IPv4 или IPv6 для контейнера (например, ADDRESS=192.0.2.0)
При изменении IP-адреса XClarity Administrator после управления устройствами устройства могут перейти в XClarity Administrator в состояние «не в сети». Перед изменением IP-адреса убедитесь, что все устройства являются неуправляемыми.
BACKUP_MOUNT и FIRMWARE_MOUNT. (Необязательно) Пути удаленных общих ресурсов, которые можно использовать для хранения резервных копий XClarity Administrator или в качестве удаленного репозитория для обновлений микропрограмм. Пути должны иметь вид /mnt/backup_share и /mnt/fw_share соответственно.

Прим.

XClarity Administratorне работает в качестве привилегированного контейнера.

Процедура

Для обновления контейнера XClarity Administrator выполните следующие действия.

Скачайте образ контейнера XClarity Administrator с Веб-страница загрузки XClarity Administrator на клиентскую рабочую станцию. Войдите на веб-сайт и используйте предоставленный вам ключ доступа для скачивания образа.

Импортируйте образ контейнера XClarity Administrator в хост docker, выполнив следующую команду.

docker load -i lnvgy_sw_lxca_110-3.5.0_anyos_noarch

Измените файл docker-compose.yml, который использовался для исходного контейнера. Обновите свойство образа в верхней части файла, чтобы указать на новый образ Docker из шага 2. Изменить метку образа можно с помощью команды docker tag.

Ниже показан пример yml-файла.

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

Завершите работу исходного контейнера, выполнив следующую команду.
```
docker-compose -p ${CONTAINER_NAME} down
```

Разверните новый образ в Docker, выполнив следующую команду, где <ENV_FILENAME> — имя файла переменных среды.

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

Предоставить обратную связь