Kubernetes блог

Частные реестры могут требовать ключи для чтения образов с них. Учетные данные могут быть предоставлены несколькими способами: Использование Google Container Registry Один на каждый кластер автоматически настраивается в Google Compute Engine или Google Kubernetes Engine все модули (pods) могут читать частный реестр проекта Использование Amazon Elastic Container Registry (ECR) использовать роли и политики IAM для контроля доступа к репозиториям ECR автоматически обновляет учетные данные ECR Использование Oracle Cloud Infrastructure Registry (OCIR) использовать роли и политики IAM для контроля доступа к репозиториям OCIR Использование реестра Azure Container (ACR) Использование реестра IBM Cloud Container Настройка узлов для аутентификации в частном реестре все модули (pods) могут читать любые настроенные частные реестры требует настройки узла администратором кластера Предварительно загруженные образы все модули могут использовать любые образы, кэшированные на уз...

Обычно вы создаете свой Docker образ и помещаете его в реестр, прежде чем обращаться к нему в модуле (pod) Kubernetes. Свойство image контейнера поддерживает тот же синтаксис, что и команда docker , включая частные реестры и теги. Обновление образов Политика извлечения по умолчанию - IfNotPresent, которая заставляет Kubelet пропускать вытягивание образа, если он уже существует. Если вы хотите всегда принудительно загружать образ, вы можете выполнить одно из следующих действий: установите для imagePullPolicy контейнера значение Always. опустите imagePullPolicy и используйте :latest в качестве тега для используемого образа. опустите imagePullPolicy и используйте конкретный тег для используемого образа. включите контроллер доступа AlwaysPullImages. Обратите внимание, что согласно Best Practices конфигурации рекомендуется избегать использования тега :latest. Создание мультиархитектурных образов с помощью манифестов Docker CLI поддерживает команду docker manifest с такими подк...