Como atualizar o contêiner do docker após a alteração da imagem

Digamos que eu peguei a imagem oficial do mysql: 5.6.21 .

Implantei esta imagem criando vários contêineres de docker.

Esses contêineres estão em execução há algum tempo até o MySQL 5.6.22 ser lançado. A imagem oficial do mysql: 5.6 é atualizada com o novo lançamento, mas meus contêineres ainda executam a 5.6.21.

Como propagar as alterações na imagem (por exemplo, atualizar a distribuição do MySQL) para todos os meus contêineres existentes? Qual é a maneira correta do Docker de fazer isso?

Depois de avaliar as respostas e estudar o tópico, gostaria de resumir.

A maneira do Docker de atualizar contêineres parece ser o seguinte:

Os contêineres do aplicativo não devem armazenar dados do aplicativo . Dessa forma, você pode substituir o contêiner do aplicativo por sua versão mais recente a qualquer momento executando algo como isto:

docker pull mysql
docker stop my-mysql-container
docker rm my-mysql-container
docker run --name=my-mysql-container --restart=always \
  -e MYSQL_ROOT_PASSWORD=mypwd -v /my/data/dir:/var/lib/mysql -d mysql

Você pode armazenar dados no host (no diretório montado como volume) ou em contêineres especiais somente de dados . Leia mais sobre isso

• Sobre volumes (docs do Docker)
• Peças minúsculas do Docker, unidas livremente (por Tom Offermann)
• Como lidar com o armazenamento persistente (por exemplo, bancos de dados) no Docker (questão do Stack Overflow)

A atualização de aplicativos (por exemplo, com a atualização yum / apt-get) dentro de contêineres é considerada um antipadrão . Os contêineres de aplicativos devem ser imutáveis , o que garantirá um comportamento reprodutível. Algumas imagens oficiais de aplicativos (mysql: 5.6 em particular) nem foram projetadas para serem atualizadas automaticamente (o apt-get upgrade não funcionará).

Gostaria de agradecer a todos que deram suas respostas, para que pudéssemos ver todas as abordagens diferentes.

Como não gosto de montar volumes como um link para um diretório host, criei um padrão para atualizar contêineres de docker com contêineres gerenciados por docker. A criação de um novo contêiner de docker --volumes-from <container>fornecerá ao novo contêiner com as imagens atualizadas propriedade compartilhada dos volumes gerenciados pelo docker.

docker pull mysql
docker create --volumes-from my_mysql_container [...] --name my_mysql_container_tmp mysql

Ao não remover imediatamente o original my_mysql_containerainda, você poderá voltar ao contêiner em funcionamento conhecido se o contêiner atualizado não tiver os dados corretos ou falhar em um teste de sanidade.

Nesse momento, normalmente executarei todos os scripts de backup que tenho para o contêiner para fornecer uma rede de segurança, caso algo dê errado

docker stop my_mysql_container
docker start my_mysql_container_tmp

Agora você tem a oportunidade de garantir que os dados que você espera estar no novo contêiner estejam lá e executar uma verificação de integridade.

docker rm my_mysql_container
docker rename my_mysql_container_tmp my_mysql_container

Os volumes da janela de encaixe permanecerão enquanto houver um contêiner em uso, para que você possa excluir o contêiner original com segurança. Depois que o contêiner original é removido, o novo contêiner pode assumir o nome do original para deixar tudo tão bonito quanto deveria.

Há duas vantagens principais em usar esse padrão para atualizar contêineres do docker. Em primeiro lugar, elimina a necessidade de montar volumes nos diretórios host, permitindo que os volumes sejam transferidos diretamente para um contêiner atualizado. Em segundo lugar, você nunca está em uma posição em que não haja um contêiner de estivador funcionando; portanto, se a atualização falhar, você poderá reverter facilmente para o funcionamento anterior girando o contêiner de docker original novamente.

Apenas por fornecer uma resposta mais geral (não específica do mysql) ...

1. Em resumo

Sincronize com o registro de imagem de serviço ( https://docs.docker.com/compose/compose-file/#image ):

docker-compose pull 

Recrie o contêiner se o arquivo ou a imagem do docker-compose tiver sido alterada:

docker-compose up -d

2. fundo

O gerenciamento de imagens de contêiner é um dos motivos para o uso do docker-compose (consulte https://docs.docker.com/compose/reference/up/ )

Se houver contêineres existentes para um serviço, e a configuração ou imagem do serviço foi alterada após a criação do contêiner, a composição do docker seleciona as alterações parando e recriando os contêineres (preservando volumes montados). Para impedir que o Compose pegue as alterações, use o sinalizador --no-recriar.

O aspecto de gerenciamento de dados também é coberto pelo docker-compose por meio de "volumes" externos montados (consulte https://docs.docker.com/compose/compose-file/#volumes ) ou contêiner de dados.

Isso deixa possíveis problemas de compatibilidade com versões anteriores e migração de dados, mas esses são problemas "aplicáveis", não específicos do Docker, que precisam ser verificados em relação às notas de versão e testes ...

Gostaria de acrescentar que, se você quiser executar esse processo automaticamente (faça o download, pare e reinicie um novo contêiner com as mesmas configurações descritas por @Yaroslav), poderá usar a WatchTower. Um programa que atualiza automaticamente seus contêineres quando eles são alterados https://github.com/v2tec/watchtower

Considere para estas respostas:

• O nome do banco de dados é app_schema
• O nome do contêiner é app_db
• A senha root é root123

Como atualizar o MySQL ao armazenar dados de aplicativos dentro do contêiner

Isso é considerado uma prática ruim , porque se você perder o contêiner, os dados serão perdidos. Embora seja uma má prática, aqui está uma maneira possível de fazê-lo:

1) Faça um despejo de banco de dados como SQL:

docker exec app_db sh -c 'exec mysqldump app_schema -uroot -proot123' > database_dump.sql

2) Atualize a imagem:

docker pull mysql:5.6

3) Atualize o contêiner:

docker rm -f app_db
docker run --name app_db --restart unless-stopped \
-e MYSQL_ROOT_PASSWORD=root123 \
-d mysql:5.6

4) Restaure o dump do banco de dados:

docker exec app_db sh -c 'exec mysql -uroot -proot123' < database_dump.sql

Como atualizar o contêiner MySQL usando um volume externo

Usar um volume externo é uma maneira melhor de gerenciar dados e facilita a atualização do MySQL. Perder o contêiner não perderá nenhum dado. Você pode usar o docker-compose para facilitar o gerenciamento de aplicativos Docker com vários contêineres em um único host:

1) Crie o docker-compose.ymlarquivo para gerenciar seus aplicativos:

version: '2'
services:
  app_db:
    image: mysql:5.6
    restart: unless-stopped
    volumes_from: app_db_data
  app_db_data:
    volumes: /my/data/dir:/var/lib/mysql

2) Atualize o MySQL (da mesma pasta que o docker-compose.ymlarquivo):

docker-compose pull
docker-compose up -d

Nota: o último comando acima atualizará a imagem do MySQL, recriará e iniciará o contêiner com a nova imagem.

Resposta semelhante à acima

docker images | awk '{print $1}' | grep -v 'none' | grep -iv 'repo' | xargs -n1 docker pull

Aqui está o que parece usar docker-composeao criar um personalizado Dockerfile.

1. Crie seu Dockerfile personalizado primeiro, acrescentando um próximo número de versão para diferenciar. Ex: docker build -t imagename:version . Isso armazenará sua nova versão localmente.
2. Corre docker-compose down
3. Edite seu docker-compose.ymlarquivo para refletir o novo nome de imagem que você definiu na etapa 1.
4. Corre docker-compose up -d . Ele procurará localmente a imagem e usará a atualizada.

-EDITAR-

Meus passos acima são mais detalhados do que precisam. Otimizei meu fluxo de trabalho incluindo obuild: . parâmetro no meu arquivo de composição de encaixe. As etapas parecem agora:

1. Verifique se meu Dockerfile é como eu quero que seja.
2. Defina o número da versão do nome da minha imagem no meu arquivo de composição de encaixe.
3. Se minha imagem ainda não foi criada: execute docker-compose build
4. Corre docker-compose up -d

Eu não percebi na época, mas o docker-compose é inteligente o suficiente para simplesmente atualizar meu contêiner para a nova imagem com o comando one, em vez de precisar trazê-lo primeiro.

Se você não deseja usar o Docker Compose, posso recomendar o porttainer . Possui uma função de recriação que permite recriar um contêiner enquanto puxa a imagem mais recente.

Você precisa reconstruir todas as imagens e reiniciar todos os contêineres ou, de alguma forma, atualizar o software e reiniciar o banco de dados. Não há caminho de atualização, mas você mesmo projeta.

Retirado de http://blog.stefanxo.com/2014/08/update-all-docker-images-at-once/

Você pode atualizar todas as suas imagens existentes usando o seguinte pipeline de comandos:

docker images | awk '/^REPOSITORY|\<none\>/ {next} {print $1}' | xargs -n 1 docker pull

Verifique se você está usando volumes para todos os dados persistentes (configuração, logs ou dados do aplicativo) armazenados nos contêineres relacionados ao estado dos processos dentro desse contêiner. Atualize seu Dockerfile e reconstrua a imagem com as alterações desejadas e reinicie os contêineres com seus volumes montados no local apropriado.

Isso é algo com o qual também tenho lutado por minhas próprias imagens. Eu tenho um ambiente de servidor a partir do qual crio uma imagem do Docker. Quando atualizo o servidor, gostaria que todos os usuários que estão executando contêineres baseados na minha imagem do Docker pudessem atualizar para o servidor mais recente.

Idealmente, eu preferiria gerar uma nova versão da imagem do Docker e ter todos os contêineres baseados em uma versão anterior dessa imagem atualizados automaticamente para a nova imagem "no local". Mas esse mecanismo parece não existir.

Portanto, o próximo melhor design que consegui apresentar até agora é fornecer uma maneira de atualizar o contêiner - semelhante à maneira como um aplicativo de desktop verifica se há atualizações e depois se atualiza. No meu caso, isso provavelmente significará a elaboração de um script que envolva o Git pull de uma tag conhecida.

A imagem / contêiner não é realmente alterada, mas os "internos" desse contêiner são alterados. Você pode imaginar fazer o mesmo com o apt-get, yum ou o que for apropriado para o seu ambiente. Junto com isso, eu atualizaria a imagem myserver: latest no registro para que quaisquer novos contêineres fossem baseados na imagem mais recente.

Eu estaria interessado em saber se existe alguma arte anterior que resolva esse cenário.

Atualizar

Isso é principalmente para consultar o contêiner para não atualizar, pois a construção de imagens é o caminho a ser feito

Como tive o mesmo problema, criei docker-run , uma ferramenta de linha de comando muito simples que é executada dentro de um contêiner de docker para atualizar pacotes em outros contêineres em execução.

Ele usa docker-py para se comunicar com os contêineres do docker em execução e atualizar os pacotes ou executar qualquer comando único arbitrário

Exemplos:

docker run --rm -v /var/run/docker.sock:/tmp/docker.sock itech/docker-run exec

por padrão, isso executará o datecomando em todos os contêineres em execução e retornará resultados, mas você pode emitir qualquer comando, por exemplodocker-run exec "uname -a"

Para atualizar pacotes (atualmente usando apenas o apt-get):

docker run --rm -v /var/run/docker.sock:/tmp/docker.sock itech/docker-run update

Você pode criar um apelido e usá-lo como uma linha de comando regular, por exemplo

alias docker-run='docker run --rm -v /var/run/docker.sock:/tmp/docker.sock itech/docker-run'