Docker Swarm Service - aktualizacja siła najnowszego obrazu już uruchomiony

Question

środowisko

• doker 1,12
• clusted na Ubuntu 16.04

Czy istnieje sposób, aby wymusić toczenia aktualizacji do usługi doker roju działa już, jeśli aktualizacja usługi nie zmienia żadnych parametrów, ale obraz centrum dokującego został zaktualizowany?

Przykład: I wdrożone usługi:

docker service create --replicas 1 --name servicename --publish 80:80 username/imagename:latest 

Moje proces budowania uaktualnili najnowszy obraz na piaście Döcker Teraz chcę ciągnąć ostatni raz.

Próbowałem trwania:

docker service update --image username/imagename:latest servicename 

Kiedy śledzę ten proces, doker nie ciągnąć ostatni, myślę, że zakłada, że ​​ponieważ chciałem najnowsze i doker już wyciągnął obraz: ostatni to nie ma nic do zrobienia.

Jedyne, co mam do wykonania to usunięcie usługi service name i ponowne wdrożenie.

Answer 1

Tylko dla przyszłości:

Docker 1.13 Dodano --force flagę service update:

--force: Siła aktualizację nawet jeśli żadne zmiany wymagają

Użyj go jak w:

docker service update --force service_name 

Answer 2

Docker nie pobierze automatycznie pobrania z DockerHub (lub prywatnego rejestru) obrazu: tag, który już masz lokalnie.

Jeśli wykonano ręczne wyciągnięcie przed zdjęciem docker service update, lub zdjęcie zostało usunięte lokalnie, zrobiłoby to.

Można również łańcuch polecenia:

docker pull image:tag && docker service update --image username/imagename:latest servicename

można uniknąć tego scenariusza przez tagowanie zdjęć i numerycznie przy użyciu zaktualizowanego tag. username/imagename:1.1.0

Answer 3

Co mogę zrobić, to

1. pociągnąć pierwszy obraz
2. Uruchom komendę aktualizacja z nową etykietą datownika

Update Service doker --container-label-add last_deployed = $ (data -u +% Y-% m-% dT% H:% M:% S) nazwa_kontenera

Answer 4

Można użyć obrazu ID zamiast username/imagename:latest tak:

docker service update --image \ 
$(docker inspect --type image --format '{{.Id}}' username/imagename:latest) \ 
servicename 

Ale w tym przypadku wszystkie węzły muszą ciągnąć ten obrazek przed aktualizacją serwisu. W przeciwnym razie kontenery będą aktualizowane tylko w tych węzłach, w których istnieje obraz o takim identyfikatorze. Na szczęście węzły, które nie mają tego obrazu, zatrzymają swoje kontenery, więc nie ma nic złego, jeśli niektóre węzły nie będą w stanie pobrać nowej wersji obrazu.

UPDATE: czy można użyć obrazu strawienia następująco:

docker service update --image \ 
$(docker inspect --type image --format '{{index .RepoDigests 0}}' username/imagename:latest) \ 
servicename 

docker inspect --type image --format '{{index .RepoDigests 0}}' IMAGE powraca obraz strawić który zawiera unikalny hash obrazu generowanego przez rejestru v2. Dlatego obraz musi zostać pobrany z rejestru, inaczej digest nie będzie dostępny.

Korzystanie z digest nie pozwala na pobieranie obrazów na wszystkich węzłach (obrazy z określonym skrótem będą automatycznie pobierane z rejestru na niezbędnych węzłach). Ale musisz pobrać świeżą wersję obrazu raz na węźle menedżera przed aktualizacją usługi.

BTW, ostatnia droga będzie domyślnym since Docker 1.13