Я запускаю службу в контейнере на контейнере-vm в Google Container Engine. Я последовал https://cloud.google.com/compute/docs/containers/container_vms#creating_containers_at_time_of_instance_creation с первым созданием containers.yaml конфа:Как вы обновляете контейнер в контейнере-vm после того, как его изображение изменилось в Google Container Engine?
version: v1beta2
containers:
- name: example-image
image: gcr.io/your_project_name/example-image
, а затем создать экземпляр:
gcloud compute instances create containervm-example \
--image container-vm \
--metadata-from-file google-container-manifest=containers.yaml \
--zone us-central1-a \
--machine-type f1-micro
Если мои изменения изображения в gcr.io/your_project_name/example-image:new-tag Как обновить идущий контейнер?
Должен ли я удалить экземпляр и создать другой с тем же именем, но с обновленным файлом conf с именем моего нового изображения? Мне кажется немного радикальным. Если я попытаюсь остановить запущенный контейнер из vm, он перезапустится автоматически. Если возможно, я не хочу делать какие-либо ручные операции над vm, я просто хочу запустить свой контейнер на нем.
В этом video я увидел, что для обновления бегущих контейнеров он использует команду, которая выглядит как:
cloudcfg.sh -u 15s rollingupdate dataController
Но я не нахожу документацию, и это для запуска контейнеров в кластере с Kubernetes , Если я запускаю контейнер-vm, какой советский способ поддерживать мои контейнеры в нем? Контейнеры все еще имеют сервис kublet, но я не могу найти, как использовать его для обновления контейнеров при изменении их образа.