1.0-upd2#
Главное#
Следующие обновления представляются наиболее важными:
Astra Automation Controller теперь базируется на AWX версии
23.7.0
.Улучшена функция обновления версии платформы с помощью утилиты
aa-setup
.Утилита
aa-setup
позволяет указать образ среды исполнения при развертывании или обновлении платформы.Устранено ограничение на количество узлов в кластере Astra Automation.
Обновлена версия образа среды исполнения.
Новые возможности и улучшения#
Следующие секции содержат описание новых возможностей и улучшений существующих характеристик.
Переход на новую версию проекта AWX#
Astra Automation Controller теперь базируется на новой версии upstream-проекта AWX. Произведен переход с версии 22.1.0 на версию 23.7.0. Из большого количества обновлений наиболее заметными и значимыми являются следующие:
В панели навигации пункт просмотра топологии доступен только для системных администраторов и аудиторов. Ранее он был виден также для администраторов организаций, но, поскольку сама топология им недоступна, это приводило к появлению сообщения об ошибке.
Обновлено расширение (plugin) credential_plugin так, что теперь при работе с хранилищем vault поддерживается аутентификация через LDAP.
Поддержка webhooks от Bitbucket Data Center с отправлением обратно состояния соответствующего запроса.
Выполнен перевод на русский язык новых и обновленных строк в графическом интерфейсе контроллера.
Утилита aa-setup#
Выпущена версия утилиты 1.0.2
в составе пакета astra-automation-setup
, содержащая новые возможности:
Улучшена функция обновления версии платформы:
Предназначено для специалистов по установке и обслуживанию Astra Automation.
Новая функция автоматически определяет текущую версию платформы на всех компонентах кластера с помощью файла
/etc/astra_automation.version
, присутствующего в каждом узле кластера.Пользователь, у которого есть административные полномочия на узлы кластера с доступом по SSH (используя приватный и публичный ключи SSH), может запускать процесс обновления, указав аргумент
--upgrade
. Утилиту можно запускать с узла, прошедшего процесс подготовки. Ранее процесс обновления необходимо было запускать с того узла, который использовался для первоначального развертывания платформы.Функция доступна сразу после обновления версии утилиты, но применить ее можно только с выпуском следующей версии платформы, то есть при переходе с версии
1.0-upd2
на1.0-upd3
. Обновление на рассматриваемую версию подробно описано в секции Обновление платформы до версии 1.0-upd2.
Утилита
aa-setup
позволяет указать образ среды исполнения, используемой по умолчанию для выполнения заданий:Предназначено для специалистов по установке и обслуживанию Astra Automation.
Добавлен аргумент
--default-job-ee
, указывающий адрес требуемого образа.Данная функция позволяет использовать требуемый образ среды исполнения вместо поставляемого в составе пакета.
Опция доступна сразу после установки или обновления утилиты.
Пример запуска команды:
sudo ./aa-setup --default-job-ee registry.astralinux.ru/aa/aa-base-ee:0.5.1
Устранено ограничение на количество узлов в кластере Astra Automation:
Предназначено для специалистов по установке и обслуживанию Astra Automation.
Устранено ограничение на количество устанавливаемых узлов.
Позволяет создавать более сложную топологию платформы.
Доступно сразу после установки или обновления утилиты.
Добавлена проверка корректности установки параметра
pg_host
:Предназначено для специалистов по установке и обслуживанию Astra Automation.
Проверяет, что при отсутствии в описании инвентаря группы
database
(установка базы данных на локальном узле), параметруpg_host
не назначено какое-либо значение. Допускается назначать адрес локального узла, то есть, 127.0.0.1. При нарушении этого условия утилита завершается аварийно с выводом сообщения об ошибке вида:Параметр pg_host должен содержать пустое значение или '127.0.0.1' при выполнении установки с внутренней базой данных (незаполненной секцией [database]).
Эта функция повышает надежность развертывания платформы и сокращает время на выяснение возможных проблем.
Доступно сразу после установки или обновления утилиты.
Утилита
aa-setup
позволяет удалить ранее установленные компоненты платформы:Предназначено для специалистов по установке и обслуживанию Astra Automation.
Добавлена функция удаления, вызываемая с помощью аргумента
-u
или--uninstall
. Она удаляет все данные, установленные в процессе развертывания Astra Automation на узлах, входящих в состав файла инвентаризации.Новая функция упрощает процесс удаления компонентов платформы.
Доступна сразу после установки или обновления утилиты.
Пример полного удаления всех компонентов Astra Automation из узлов, перечисленных в файле
inventory
:aa-setup -i inventory -u --force-postgres-removal
Обновление спецификации API#
Произведено обновление спецификации API на версию 1.0.2+23.7.0
.
Образ среды исполнения#
Образ среды исполнения (EE, Execution Environment) aa-base-ee
, используемый в платформе по умолчанию, обновлен до 0.5.1
:
Предназначено для пользователей Astra Automation и специалистов по установке и настройке.
Выполнены следующие обновления:
В основу положен образ Astra Linux Special Edition 1.7.5uu1 (registry.astralinux.ru/library/alse:1.7.5uu1-mg12.5.0).
Python и необходимые пакеты установлены из публичного репозитория Astra Automation.
Обновлены пакеты
ansible
иansible-core
.Terraform заменен на OpenTofu.
Новая версия расширяет возможности EE по использованию необходимого программного обеспечения и новых возможностей Ansible. Она также позволяет отказаться от Terraform, на использование которого наложены ограничения от производителя.
Образ доступен с момента выпуска данной версии Astra Automation.
Обновления коллекций Ansible#
Произведено обновление следующих коллекций:
Коллекция ceph обновлена до версии
2.1.5
для обеспечения совместимости с EE версии0.5.x
.Коллекция ald_pro обновлена до версии
0.8.0
для поддержания ALD Pro версии2.3.0
.Коллекция postgresql обновлена до версии
2.2.1
для совместимости с операционной системой Astra Linux Special Edition версии1.8
.
Исправление ошибок#
В новой версии исправлены следующие ошибки:
Исключен излишний процесс сканирования версий платформы в репозитории, когда версия платформы явно указана в качестве аргумента при запуске утилиты
aa-setup
.Устранена неисправность резервного копирования базы данных (dump), выражавшаяся в том, что прерывание процесса dump по какой-либо причине приводило к невозможности повторного запуска этого процесса.
В структуре LOG_AGGREGATOR_SYSLOGNG_DEBUG, используемой для записи строк в журнал, исправлено название сервиса с
rsyslogd
наsyslog-ng
.
Обновление платформы до версии 1.0-upd2#
Обновление с помощью утилиты aa-setup
, описанное ранее, доступно уже в этой версии, но применить новые возможности можно будет только при переходе на будущую версию, то есть на 1.0-upd3
и последующие.
Поэтому переход от одной из предыдущих версий необходимо производить, используя возможности той версии:
Переход с версии
1.0
на1.0-upd2
необходимо выполнять так же, как и при переходе с 1.0 на 1.0-upd1.Переход с версии
1.0-upd1
на1.0-upd2
позволяет использовать утилитуaa-setup
из установочного пакета для версии1.0-upd1
:sudo ./aa-setup --upgrade --product-version 1.0-upd2
Примечание
Есть временные ограничения:
Вместе с аргументом
--upgrade
требуется использовать--product-version
для явного указания версии Astra Automation.Обновление необходимо производить с того установочного узла, который использовался при первоначальном развертывании платформы. Вместо такого узла можно воспользоваться другим, на котором установлен пакет для развертывания Astra Automation и восстановлены необходимые настройки установочного узла.
При любом из перечисленных вариантов перехода необходимо использовать файл, описывающий действующий инвентарь платформы.
По умолчанию он находится по адресу /opt/rbta/aa/astra-automation-setup/inventory
.