В Kubernetes 1.37 по умолчанию включили миграцию версий хранения API-ресурсов

В Kubernetes 1.37 встроенный механизм Storage Version Migration получил статус стабильного и включён по умолчанию. Он позволяет декларативно перезаписывать существующие API-объекты в актуальной версии хранения — например, перед удалением устаревшей версии CRD или после ротации ключей шифрования.

В Kubernetes 1.37 интерфейс StorageVersionMigration (storagemigration.k8s.io/v1) и соответствующий контроллер управляющего уровня получили статус General Availability. Оба компонента включены по умолчанию во всех кластерах этой версии.

Механизм решает проблему объектов, которые продолжают храниться в старом представлении API после назначения новой версии основной. Это важно при обновлении CustomResourceDefinition (CRD, определения пользовательского ресурса): поддержку устаревшей версии нельзя безопасно удалить, пока созданные ранее объекты не будут перезаписаны. Аналогичная миграция требуется после включения шифрования хранимых данных или ротации ключей.

Администратор запускает процесс созданием декларативного объекта StorageVersionMigration с указанием группы и ресурса. Встроенный контроллер перезаписывает существующие объекты в текущей версии хранения и отражает ход операции в статусе миграции. Ранее для этого применялись сценарии на основе kubectl get и kubectl replace либо внешний компонент kube-storage-version-migrator.

Подробности в блоге Kubernetes.