Обновление Docker изображения в Google Cloud Platform

голоса
0

Я думал, что понял, как делать обновление грузчика изображений в Google Container Engine, но теперь он просто возвращается к исходной версии изображения. Вот что я сделал:

Исходное изображение

docker build -t gcr.io/jupiter-1068/jupiter .
gcloud docker push gcr.io/jupiter-1068/jupiter
kubectl create -f rc.yaml

v2

docker build -t gcr.io/jupiter-1068/jupiter:2 .
gcloud docker push gcr.io/jupiter-1068/jupiter:2
kubectl rolling-update staging --image=gcr.io/jupiter-1068/jupiter:2

Это сработало. Но тогда я пытался обновить до версии 3 так же, как и v2, кажется, работает исходный код изображения. Что происходит?

Обновить

Снова Пробовал с :latest. Вывод kubectl describe rc staging:

Name:       staging
Namespace:  default
Image(s):   gcr.io/jupiter-1068/jupiter:latest
Selector:   app=jupiter,deployment=f400f87308696febbe567614f3cc3428,version=1
Labels:     run=staging
Replicas:   1 current / 1 desired
Pods Status:    1 Running / 0 Waiting / 0 Succeeded / 0 Failed
No events.

Вывод kubectl describe pod <podname>:

Name:               staging-b4c7103521d97ef91f482db729da9584-0va8i
Namespace:          default
Image(s):           gcr.io/jupiter-1068/jupiter:latest
Node:               gke-staging-4adcf7c5-node-ygf7/10.240.251.174
Labels:             app=jupiter,deployment=f400f87308696febbe567614f3cc3428,version=1
Status:             Running
Reason:
Message:
IP:             10.8.0.24
Replication Controllers:    staging (1/1 replicas created)
Containers:
  jupiter:
    Image:  gcr.io/jupiter-1068/jupiter:latest
    Limits:
      cpu:      100m
    State:      Running
      Started:      Tue, 15 Sep 2015 21:08:32 -0500
    Ready:      True
    Restart Count:  1
Conditions:
  Type      Status
  Ready     True
Events:
  FirstSeen             LastSeen            Count   From                        SubobjectPath               Reason      Message
  Tue, 15 Sep 2015 21:07:05 -0500   Tue, 15 Sep 2015 21:07:05 -0500 1   {scheduler }                                        scheduled   Successfully assigned staging-b4c7103521d97ef91f482db729da9584-0va8i to gke-staging-4adcf7c5-node-ygf7
  Tue, 15 Sep 2015 21:07:05 -0500   Tue, 15 Sep 2015 21:07:05 -0500 1   {kubelet gke-staging-4adcf7c5-node-ygf7}    implicitly required container POD   pulled      Pod container image gcr.io/google_containers/pause:0.8.0 already present on machine
  Tue, 15 Sep 2015 21:07:05 -0500   Tue, 15 Sep 2015 21:07:05 -0500 1   {kubelet gke-staging-4adcf7c5-node-ygf7}    implicitly required container POD   created     Created with docker id 13cd80e199a4
  Tue, 15 Sep 2015 21:07:05 -0500   Tue, 15 Sep 2015 21:07:05 -0500 1   {kubelet gke-staging-4adcf7c5-node-ygf7}    implicitly required container POD   started     Started with docker id 13cd80e199a4
  Tue, 15 Sep 2015 21:07:05 -0500   Tue, 15 Sep 2015 21:07:05 -0500 1   {kubelet gke-staging-4adcf7c5-node-ygf7}    spec.containers{jupiter}        created     Created with docker id 724fdedd11be
  Tue, 15 Sep 2015 21:07:05 -0500   Tue, 15 Sep 2015 21:07:05 -0500 1   {kubelet gke-staging-4adcf7c5-node-ygf7}    spec.containers{jupiter}        started     Started with docker id 724fdedd11be
  Tue, 15 Sep 2015 21:08:32 -0500   Tue, 15 Sep 2015 21:08:32 -0500 1   {kubelet gke-staging-4adcf7c5-node-ygf7}    spec.containers{jupiter}        created     Created with docker id 2022b9f5f054
  Tue, 15 Sep 2015 21:08:32 -0500   Tue, 15 Sep 2015 21:08:32 -0500 1   {kubelet gke-staging-4adcf7c5-node-ygf7}    spec.containers{jupiter}        started     Started with docker id 2022b9f5f054
Задан 16/09/2015 в 00:46
источник пользователем
На других языках...                            


3 ответов

голоса
1

Для того, чтобы выяснить , что происходит, попробуйте запустить kubectl describe rc staging, который покажет вам деталь контроллера репликации, в том числе , какие изображения он считает , что это работает , и любые события , имеющие отношение к ней. Если вывод говорит о том , что гс запущен новый образ, а затем проверить стручки ( с помощью kubectl describe pods <pod-name>) , чтобы увидеть , какой образ они работают , и если есть какие - либо события.

Эти две команды, следует надеяться, просветить вас относительно того, что происходит, но если нет, ответить назад с выходом!

Ответил 16/09/2015 в 01:44
источник пользователем

голоса
2

тег: последние в докер является своего рода запутанным. это не означает, что последняя загрузки, это имя по умолчанию устанавливается, если не указать тег.

В вашем случае: последние указывает исходное изображение, так как это только для загрузки вы не указали метку.

Ответил 16/09/2015 в 13:31
источник пользователем

голоса
0

Я вручную удалить и создать заново РЦ / стручок и все теперь работает, в том числе холмистых обновлений. От поддержки:

Оказывается, существует проблема в реестре Container, который предотвращает v2 изображения от вытягивания, но из-за изображения и стручок удаления мы не сможем провести дальнейшее расследование.

Если вы столкнулись с этим вопросом, считают связаться с ними, чтобы они могли исследовать этот вопрос перед тем как удалить стручок.

Ответил 16/09/2015 в 19:54
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more