Релизы

v1.13.2

Исправления

• Исправлена ошибка, из-за которой при обновлении шаблона кластера агент пытался повторно задать пароль администратора и получал отказ. Теперь обновления применяются с сохранением существующего пароля.

Прочее

• Обновлены зависимости для устранения обнаруженных уязвимостей.

v1.13.1

Исправления

• Агент снова устанавливается и обновляется в кластерах с Deckhouse Platform версий 1.68–1.74. На этих версиях не действует защита от обращений без аутентификации, добавленная в v1.12.0. Она включится сама после обновления Deckhouse Platform до версии 1.75 или новее.

Прочее

• Обновлены зависимости для устранения известных уязвимостей (CVE).

v1.13.0

Новые возможности

• Агент работает в managed-кластерах (EKS, GKE и подобных), где Deckhouse установлен с сокращённым набором модулей: отсутствие выключенных модулей и их ресурсов больше не останавливает применение изменений, а с Dex агент работает, только когда включён модуль user-authn.
• Пока кластер поставлен на паузу в Commander, агент не применяет группы ресурсов. Туннель и передача телеметрии при этом продолжают работать.

Исправления

• Ресурс, тип которого не зарегистрирован в кластере, больше не отменяет применение всей группы ресурсов. Ошибка относится к этому ресурсу и видна в Commander, остальные ресурсы группы применяются.
• Исправлена ошибка, при которой повторная отправка запроса в Commander после истечения времени ожидания уходила с пустым телом.
• Временная ошибка Kubernetes API больше не прекращает отслеживание ресурсов агентом до его перезапуска — проверка повторяется. Ожидание синхронизации ресурсов ограничено по времени и не блокирует агент.
• Исправлена потеря биллинговых данных по классам узлов (*InstanceClass) до перезапуска агента, если при его запуске API-группа deckhouse.io временно не отвечала. Агент повторяет попытку.

Прочее

• Проверки работоспособности агента отвечают сразу после запуска, в том числе пока агент ждёт данных для подключения к Commander, — с указанием причины, а не отказом в соединении.

v1.12.2

Исправления

• Исправлена ошибка, при которой в версиях Deckhouse с ограничением назначения ролей через user-authz агент не мог создавать привязки ролей из ресурсов, управляемых Commander, так как у его роли не был задан допустимый диапазон назначения.

Прочее

• Обновлены зависимости для устранения известных уязвимостей (CVE).

v1.12.1

Исправления

• Исправление ситуации с прерыванием сбора биллинговых метрик после плановой периодической ротации учетных данных агента, из-за которых могли возникать потери в собранных данных по биллингу.
• Исправлена ошибка, при которой временная недоступность Kubernetes API могла приводить к сбою аутентификации агента вместо повторной попытки.

Прочее

• Важно: Для работы модуля теперь требуется Deckhouse версии v1.75 или новее.

v1.12.0

Исправления

• Закрыта уязвимость, позволявшая обращаться из Commander к Kubernetes API и другим сервисам управляемого кластера без аутентификации.

Прочее

• Важно: Для работы агента теперь требуется Commander версии v1.17.0 или новее.
• Обновлены зависимости для устранения известных уязвимостей (CVE).

v1.10.1

Прочее

• Обновлены зависимости для устранения известных уязвимостей (CVE).
• Добавлена недостающая информация с метаданными модуля в финальный образ.

v1.10.0

Новые возможности

• Агент теперь создаёт правила агрегации метрик (Prometheus Record Rules) в подчинённых кластерах — уменьшает объём данных, передаваемых для биллинга, и снижает нагрузку на хранилище.

Исправления

• Исправлена ошибка при удалении ресурсов агентом: если ресурс уже отсутствует в кластере, операция теперь считается успешной вместо повторяющейся ошибки.

v1.9.0

Новые возможности

• Агент теперь передаёт данные о группах узлов и параметрах виртуальных машин кластера в Commander для настройки биллинга.

Исправления

• Исправлена ошибка аутентификации агента при подключении к Commander сразу после присоединения кластера.
• Исправлена ошибка, при которой скачивание CLI-утилиты d8 завершалось ошибкой из-за преждевременного закрытия соединения.

Прочее

• Улучшена стабильность и скорость соединения между агентом и Commander.
• Улучшено качество логов агента: убран лишний шум, логи стало проще читать и использовать при диагностике.
• Bearer-токен больше не попадает в логи в debug-режиме.

v1.8.3

Прочее

• Обновлены зависимости для устранения известных уязвимостей (CVE). Обновление снижает риски безопасности компонентов Commander и не затрагивает пользовательский функционал.

v1.8.2

Исправления

• Исправлено некорректное поведение агента при временной недоступности Commander API или apiserver управляемого кластера во время применения ресурсов. Ранее в обоих случаях агент ошибочно воспринимал ресурсы как «больше не нужные» и переводил их в состояние неуправляемых (is-orphan=true); удалял ресурсы, находящиеся в режиме принудительного управления (системные ресурсы RBAC и проекты, а также пользовательские ресурсы с лейблом agent.commander.deckhouse.io/is-enforced-control). Теперь агент корректно обрабатывает ошибки недоступности и не изменяет состояние ресурсов.

v1.8.1

Исправления

• Поддержка отображения виджетов на странице обзора проектов во встроенной консоли.

v1.8.0

Новые возможности

• Добавлена возможность включения режима усиленной безопасности с проверкой токена, при доступе к кластеру через туннель, режим автоматически активируется при использовании версии Commander с поддержкой этого режима.

v1.7.0

Исправления

• Исправлены утечки и неоптимальный расход ресурсов для работы туннеля ampg для связи с Commander, добавлен оптимизированный режим работы.
• Исправлена проблема синхронизации ресурсов — агент теперь корректно удаляет поля из ресурсов в кластере, когда они удаляются из шаблона в Commander.
• Исправлена проблема с применением изменений — теперь агент корректно перезаписывает ресурсы даже после их изменения через kubectl.

Прочее

• Добавлен репорт токенов доступа к Kubernetes API управляемого кластера в Commander, режим усиленной безопасности включается на стороне Commander.

v1.6.2

Исправления

• Исправлена проблема, из-за которой не синхронизировались некоторые поля в kubernetes-ресурсах, созданных при установке кластера и для которых позже был включен режим синхронизации в Коммандере.

v1.6.1

Исправления

• Исправлена проблема, из-за которой игнорировались параметры nodeSelector и tolerations в настройках модуля.

Прочее

• Повышен приоритет для commander-agent для гарантированного запуска в условиях нехватки ресурсов на нодах.
• Устранены обнаруженные уязвимости в компонентах модуля.

v1.6.0

Новые возможности

• Внедрен механизм защиты от изменений ресурсов, контролируемых агентом.
• Добавлена отправка списка проектов кластера deckhouse и отчеты о проверках на cve в commander.

Прочее

• Скорректированы лимиты памяти для более стабильной работы.
• Повышена отказоустойчивость при обновлении commander: система теперь корректно обрабатывает потерю связи с агентами кластеров

v1.5.0

Новые возможности

• Поддержка новой функциональности «Биллинг и управление расходами».

Исправления

• Системным ресурсам, создаваемым агентом, добавлена метка agent.commander.deckhouse.io/is-tracked во избежание их редактирования и удаления.

Прочее

• Обновлены зависимости компонентов модуля с целью устранения обнаруженных уязвимостей.

v1.4.5

Исправления

• Исправлена проблема, из-за которой игнорировались параметры nodeSelector и tolerations в настройках модуля.

Прочее

• Повышен приоритет для commander-agent для гарантированного запуска в условиях нехватки ресурсов на узлах кластера.
• Устранены обнаруженные уязвимости в компонентах модуля.

v1.4.4

Прочее

• Исправлены уязвимости, обнаруженные в компонентах модуля.

v1.4.3

Исправления

• Устранены проблемы с работой TCP-туннеля на стороне агента при использовании Citrix NetScaler для фильтрации и балансировки трафика между управляющим и подчиненным кластерами.
• Исправлена ошибка запуска Dex в подчиненных кластерах при использовании самоподписанных сертификатов в управляющем кластере. Проблема возникала из-за отсутствия корневого сертификата управляющего кластера в ресурсе DexProvider, который создается агентом при включении поддержки прав доступа в Коммандере.

v1.4.2

Исправления

• Исправлено создание некорректного DexProvider, из-за чего не работала аутентификация в подчиненных кластерах через управляющий кластер Deckhouse Commander.

Прочее

• Обновлены образы компонентов модуля с целью исправления обнаруженных уязвимостей.
• Добавлен ограниченный securityContext для контейнера commander-agent в целях улучшения безопасности.

v1.4.1

Исправления

• Теперь агент отправляет корректную телеметрию по статусам подсистем Deckhouse.

v1.4.0

Новые возможности

• Экспериментальная поддержка прав доступа в Коммандере. Добавлен механизм обмена Dex-токенов пользователя между управляющим и подчиненным кластером.
• Поддержка работы через HTTP-прокси во всех исходящих запросах.
• Добавлена поддержка аутентификации при обращении к служебным методам API Коммандера.

Исправления

• Добавлен префикс d8: к ресурсам ClusterRole и ClusterRoleBinding.
• Добавлена ротация токена сервисного аккаунта для исправления алерта D8KubernetesStaleTokensDetected.

Прочее

• Выключение модуля теперь требует подтверждения.
• В документацию модуля добавлена страница с описаниями релизов (Release Notes).
• Обновлены образы компонентов модуля с целью исправления уязвимостей.

v1.3.3

Новые возможности

• Добавлена поддержка режима работы менеджера кластеров в управляющем кластере через прокси (для корректной работы TCP-туннеля).

Прочее

• Обновлены зависимости компонентов модуля с целью исправления обнаруженных уязвимостей.

v1.3.2

Прочее

• Сборка модуля переведена на distroless с целью исправления и минимизации уязвимостей.
• Теперь commander-agent по умолчанию размещается на master-узлах.

v1.3.1

Новые возможности

• В телеметрию кластера добавлены имена активных алертов.

Исправления

• Исправлена проблема с отправкой статусов применения ресурсов в Коммандер, когда не все ресурсы отображались на вкладке Kubernetes.

v1.3.0

Новые возможности

• Добавлена поддержка управления режимом синхронизации групп Kubernetes-ресурсов для Коммандера 1.10
• При отключении контроля группы Kubernetes-ресурсов в Коммандере, они не удаляются из кластера, а помечаются лейблом agent.commander.deckhouse.io/is-orphan