Перейти к основному содержимому

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

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

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

Обновление XClarity Administrator до версии 4.0 или более поздней версии можно выполнить только из экземпляра XClarity Administrator версии не ниже 3.0. Если вы используете XClarity Administrator более ранней версии, чем 3.0, нужно сначала выполнить обновление до версии 3.0 и только после этого выполнять обновление до версии 4.0.

Для управления экземплярами XClarity Administrator версии 4.0 или более поздней версии с использованием Lenovo XClarity Orchestrator требуется XClarity Orchestrator версии не ниже 2.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 выполните следующие действия.

  1. Скачайте образ контейнера XClarity Administrator с Веб-страница загрузки XClarity Administrator на клиентскую рабочую станцию. Войдите на веб-сайт и используйте предоставленный вам ключ доступа для скачивания образа.
  2. Импортируйте образ контейнера XClarity Administrator в хост docker, выполнив следующую команду.
    docker load -i lnvgy_sw_lxca_110-3.5.0_anyos_noarch
  3. Отредактируйте файл docker-compose.yml, который использовался для исходного контейнера. Обновите свойство образа в верхней части файла, чтобы указать на новый образ Docker из шага 2. Изменить метку образа можно с помощью команды docker tag.

    Ниже представлен пример файла yml с включенной поддержкой IPv6.

    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"

  4. Завершите работу исходного контейнера, выполнив следующую команду.
    docker-compose -p ${CONTAINER_NAME} down
  5. Разверните новый образ в Docker, выполнив следующую команду, где <ENV_FILENAME> — имя файла переменных среды.
    <span className="ph">COMPOSE_HTTP_TIMEOUT=300</span> docker-compose -p ${CONTAINER_NAME} ––env-file <ENV_FILENAME> up -d