• Русский
  • Примечания к выпуску Huawei DCS Provider

    Обзор

    На этой странице отслеживаются примечания к выпускам Alauda Container Platform Huawei DCS Infrastructure Provider. Каждый раздел соответствует тегу выпуска. Выпуски упорядочены от новых к старым.

    Актуальный полный список возможностей и шаги установки см. в Установка Huawei DCS Provider.

    v1.0.18 (2026-05-19)

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

    • Более безопасный жизненный цикл удаления VM — Теперь provider сначала останавливает virtual machine, а затем выполняет операцию delete в Huawei DCS. Provider ожидает перехода VM в состояние остановки, после чего выполняет удаление; если VM уже отсутствует, операция завершается идемпотентно. Это предотвращает появление «осиротевшего» состояния VM в сценариях, когда API удаления отклоняет запросы или повторно пытается обработать работающую VM.

    • Аннотация retainVm для DCSMachine — Установка аннотации retainVm на DCSMachine пропускает как шаг остановки, так и шаг удаления. Finalizer DCSMachine корректно освобождается, а базовая VM остается запущенной в DCS. Полезно, когда VM нужно отсоединить от кластера для автономного анализа или миграции без уничтожения.

    • Состояние VMStopPending на DCSMachine — Новый condition состояния сообщает, ожидает ли в данный момент удаление узла остановки своей VM. Condition можно наблюдать через kubectl describe dcsmachine, он также интегрирован с логами controller, обеспечивая видимость этапа жизненного цикла stop-then-delete.

    Улучшения

    • Восстановление шифрования Etcd при reconciliation кластера — Конфигурация шифрования Etcd и обработка datastore последовательно восстанавливаются во время reconciliation существующих кластеров, что улучшает поведение восстановления после изменений control plane.

    • Синхронизация Etcd для глобального кластера — Теперь provider корректно обрабатывает глобальный кластер во время синхронизации Etcd, выравнивая поведение с обработкой workload-кластеров.

    • Поддержка доменных пользователей FC/DCS в учетных данных кластера — Ссылка на Secret DCSCluster принимает поле userType. Доменные пользователи в Huawei FC и DCS распознаются через новый семантический ключ Secret. Локальные учетные записи администратора по-прежнему работают как раньше.

    Исправленные проблемы

    • Проверка размера системного диска в DCSMachineTemplate — Размер системного диска, указанный в DCSMachineTemplate, должен быть не меньше размера системного диска исходного шаблона VM; теперь controller сообщает явную ошибку раньше, на этапе reconcile.

    v1.0.17 (2026-04-29)

    Улучшения

    • Обновление тега образа Cluster Plugin UI — Обновлен внутренний тег образа management UI. Поведение provider controller для пользователя не изменилось.

    v1.0.16 (2026-04-29)

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

    • Постоянные диски под управлением pool в Huawei DCS — Теперь persistent disks объявляются и отслеживаются через ресурс DCSIpHostnamePool. Объявленные persistent disks можно отсоединять от старых VM и повторно подключать к заменяющим VM во время rolling upgrades, что снижает риск потери данных на сохраняемых node-local дисках.

    • DCSIpHostnamePool.spec.pool[].persistentDisk и persistentDiskStatusDCSIpHostnamePool содержит спецификации persistent disk и отслеживание их состояния во время выполнения через новые поля persistentDisk и persistentDiskStatus. Persistent disks объявляются только через YAML manifests; эта конфигурация не отображается в web UI.

    • Обязательный платформой диск /var/cpaas — Диск /var/cpaas теперь документирован как persistent disk, настраиваемый в IP slot. Он больше не объявляется внутри DCSMachineTemplate.

    Примечания к обновлению

    Существующие кластеры можно перенести на модель persistent disk, управляемую pool, следуя инструкции Миграция существующих кластеров Huawei DCS на persistent disks, управляемые pool.

    v1.0.15 (2026-04-13)

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

    • Поддержка конфигурации шифрования Etcd — Начальная реализация конфигурации шифрования Etcd для кластеров, управляемых этим provider. Примечание: более полный процесс автоматической генерации и ротации ключей был выпущен позже в v1.0.9 следующей основной ветки; рассматривайте эту запись как первую поддержку данной возможности на стороне DCS.

    Исправленные проблемы

    • Сроки reconciliation Kube-OVN — Теперь reconciliation Kube-OVN разрешен, когда узлы control plane еще частично инициализируются, что позволяет избежать ситуации «курица и яйцо» во время первоначального запуска кластера.

    Улучшения

    • imagePullSecrets для ServiceAccount apiservice — Теперь ServiceAccount apiservice принимает imagePullSecrets, что позволяет выполнять pull образов из registry, требующих аутентификации.

    • Обновление внутреннего toolchain — Обновлены внутренние библиотеки Kubernetes API client для согласования с более новыми базовыми версиями платформы.

    v1.0.14 (2026-03-06)

    Улучшения

    • Обновление OpenTelemetry SDKgo.opentelemetry.io/otel/sdk обновлен до v1.40.0 в целях безопасности и обслуживания.

    v1.0.13 (2026-02-28)

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

    • DCS proxy API — Добавлен proxy API, который предоставляет через provider выбранные операции платформы DCS, упрощая интеграцию для вызывающих сторон, которым не следует напрямую обращаться к API платформы DCS.

    v1.0.12 (2026-02-10)

    Улучшения

    • Настройка лимита хранилища для Deployment — Теперь Provider Deployment объявляет лимиты ephemeral storage, предотвращая неограниченное потребление дискового пространства узла pod'ом controller.

    v1.0.11 (2026-02-09)

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

    • Выделенный datastore CD-ROM для загрузки ignition ISO — Теперь DCS provider может использовать выделенный datastore для загрузки ignition ISO через устройство CD-ROM, отделяя хранение ISO от общих datastore VM, когда это требуется политикой.

    v1.0.10 (2026-01-22)

    Исправленные проблемы

    • Исправления CVE — Устранены несколько опубликованных проблем CVE в зависимостях vendored.

    v1.0.9 (2025-12-31)

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

    • Поддержка нескольких сетевых интерфейсных карт (NIC) на virtual machines — Узлы кластера можно настраивать с несколькими NIC, что позволяет разделять сети control, workload и storage на одной VM.

    • Пользовательские метаданные узлов через MachineDeployment и KubeadmControlPlane — На ресурсах MachineDeployment и KubeadmControlPlane можно объявлять метки, аннотации и taints узлов. Доступно в platform version 4.2.0 и выше.

    Улучшения

    • Автоматическая конфигурация шифрования Etcd — Конфигурации шифрования автоматически генерируются во время создания кластера. После ротации ключей Etcd во время обновления control plane ручное вмешательство не требуется.

    Исправленные проблемы

    • В этом выпуске устранено несколько проблем безопасности.

    v1.0.8 (2025-12-29)

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

    • Автоматическая конфигурация шифрования Etcd (начальная) — Provider автоматически генерирует конфигурацию шифрования apiserver во время запуска кластера. Это первая версия; полностью автоматическая ротация ключей и поведение обновления control plane после ротации описаны в v1.0.9.

    Исправленные проблемы

    • Исправление конфигурации CoreDNS — Устранена проблема конфигурации CoreDNS в кластерах, созданных через этот provider.

    v1.0.7 (2025-07-09)

    Улучшения

    • Очистка внутреннего именования — Изменено именование компонентов provider для единообразия. Изменений API, заметных пользователю, нет.

    v1.0.6 (2025-07-04)

    Улучшения

    • Аннотация удаления DCSIpHostnamePool — Теперь provider устанавливает аннотацию удаления для ресурсов DCSIpHostnamePool во время завершения работы, повышая возможность аудита потока удаления.

    v1.0.5 (2025-07-02)

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

    • Начальная реализация retainVm для удаления DCSMachine — Первая реализация возможности retainVm: удаление DCSMachine можно настроить так, чтобы базовая VM оставалась запущенной в DCS вместо уничтожения. Позже эта возможность была формализована как аннотация DCSMachine в v1.0.18.

    v1.0.4 (2025-06-19)

    Улучшения

    • Очистка DCSIpHostnamePool при удалении DCSMachineTemplate — Когда DCSMachineTemplate удаляется, связанный DCSIpHostnamePool теперь освобождается автоматически.

    • Удален встроенный компонент kubeadm из DCS plugin — DCS provider больше не поставляет собственный встроенный компонент kubeadm; bootstrap kubeadm обрабатывается стандартным provider Cluster API kubeadm на платформе.

    v1.0.3 (2025-06-11)

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

    • Поддержка data disk в DCSMachineTemplateDCSMachineTemplate принимает дополнительные data disk помимо системного диска, что позволяет объявлять состав дисков для каждого шаблона.

    • Утилита CLI dcsctl — Первый выпуск dcsctl, command-line utility для операций на стороне DCS, например для ручной остановки VM и операций с папками, упоминаемых в более поздних выпусках.

    v1.0.2 (2025-06-05)

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

    • /etc/resolv.conf в конфигурации ignition — Игровые данные ignition теперь записывают /etc/resolv.conf, чтобы узлы кластера получали DNS-настройки во время bootstrap без необходимости последующего исправления после запуска.

    • Сгенерированные TLS-материалы kubelet — Теперь provider может генерировать kubelet.crt и kubelet.key во время подготовки узла, убирая ручной шаг, который ранее требовался для TLS bootstrap kubelet.

    v1.0.1 (2025-05-27)

    Улучшения

    • Патч стабилизации после первоначального выпуска v1.0.0. Изменений API, заметных пользователю, нет.

    v1.0.0 (2025-05-09)

    Обзор

    v1.0.0 — это первый выпуск Alauda Container Platform Huawei DCS Infrastructure Provider. Provider реализует модель Cluster API для платформы Huawei DCS (также известной как FC / FusionCompute), обеспечивая декларативное создание и управление Kubernetes-кластерами поверх виртуализированной инфраструктуры, управляемой DCS.

    Набор первоначальных возможностей

    • Жизненный цикл кластера в Huawei DCS — Создание, масштабирование и удаление Kubernetes-кластеров, использующих DCS в качестве инфраструктурного backend.

    • CRD DCSCluster, DCSMachine, DCSMachineTemplate, DCSIpHostnamePool — Декларативный API для кластеров на базе DCS, включая управление зарезервированными hostname и IP-пулами через DCSIpHostnamePool.

    • Bootstrap узлов на основе ignition — Bootstrap узлов использует ignition userdata. По замыслу DCS provider использует ignition исключительно как механизм bootstrap для VM, управляемых DCS.

    • Bootstrap control plane и worker на основе Kubeadm — Bootstrap кластера соответствует upstream модели bootstrap/control-plane Kubeadm в Cluster API.