Acionamos diferentes contêineres para lidar com diferentes cargas de trabalho de um aplicativo e usamos o Docker Compose para fazer isso facilmente. Cada carga de trabalho logicamente diferente é listada como um diferente serviço . Por exemplo, seu servidor http de front-end será listado como um serviço de front-end executando um Apache ou uma imagem Nginx como um contêiner.
Todos os serviços, suas necessidades de rede, requisitos de armazenamento, etc, podem ser especificados em um arquivo docker-compose.yml. Estaremos nos concentrando em especificar a utilização de memória aqui.
Você precisaria das seguintes ferramentas em seu arsenal para acompanhar:
- Conhecimento básico do Docker
- Docker para Windows ou Mac ou se você estiver rodando Linux, DockerCE para Linux
- Binar Docker Compose y (usuários do Windows e Mac já terão instalado)
Manteremos a versão 2.4 para nossos arquivos docker-compose.yml, pois ela oferece suporte à versão 17.12 e superior do Docker Engine e superior. Poderíamos ter optado pela versão 3, que é mais recente, mas não oferece suporte à sintaxe de limitação de memória antiga. Se você tentar usar a sintaxe mais recente, ele insiste em usar o Docker no modo Swarm. Portanto, para manter a questão simples para usuários regulares do Docker, irei me ater à versão 2.4
A maior parte do código funcionaria da mesma forma para a versão 3 e, onde houver uma diferença, mencionarei a sintaxe mais recente para usuários do Docker Swarm.
Aplicativo de amostra
Vamos tentar executar um serviço Nginx simples na porta 80 usando primeiro a CLI e depois um docker-compose.yml simples. Na próxima seção, exploraremos suas limitações e utilização de memória e modificaremos nosso docker-compose.yml para ver como as limitações personalizadas são impostas.
Vamos começar um servidor nginx simples usando Docker-CLI:
$ docker run -d --name my-nginx -p80:80nginx: mais recenteVocê pode ver o servidor nginx funcionando visitando http: // localhost ou substitua lcoalhost
Com o endereço IP do seu host Docker. Este contêiner pode potencialmente utilizar toda a memória disponível em seu host Docker (em nosso caso, é cerca de 2 GB). Para verificar a utilização da memória, entre outras coisas, podemos usar o comando:
$ docker stats my-nginxIDENTIFICAÇÃO DE RECIPIENTE NOME CPU% MEM USAGE / LIMIT MEM% NET I / O BLOCK I / O PIDS
6eb0091c0cf2 my-nginx0,00% 2.133MiB / 1.934GiB0,11% 3,14kB / 2,13kB 0B / 0B2
O MEM USAGE / LIMIT está em 2,133 MiB de um total de 1,934 GiB. Vamos remover esse contêiner e começar a escrever scripts docker-compose.
$ docker stop my-nginx$ docker rm my-nginx
Arquivo ym equivalente
O contêiner exato como acima pode ser criado se seguirmos estas etapas:
$ mkdir my-compose$ cd my-compose
$ vim docker-compose.yml
Criamos um novo diretório vazio e criamos um arquivo docker-compose.yml nele. Quando executarmos docker-compose a partir deste diretório, ele procurará por esse arquivo específico (ignorando todo o resto) e criará nossa implantação de acordo. Adicione o seguinte conteúdo dentro deste arquivo .yml.
versão:'3'Serviços:
my-nginx:
imagem: nginx: mais recente
portas:
-'80: 80 '
$ docker-compose up -d
O sinalizador -d é adicionado para que os contêineres recém-criados sejam executados em segundo plano. Caso contrário, o terminal se fixará aos contêineres e começará a imprimir relatórios a partir deles. Agora podemos ver as estatísticas do (s) contêiner (es) recém-criado (s):
$ docker stats -allIDENTIFICAÇÃO DE RECIPIENTE NOME CPU% MEM USAGE / LIMIT MEM% NET I / O BLOCK I / O PIDS
5f8a1e2c08ac my-compose_my-nginx_10,00% 2,25 MiB / 1,934 GiB0,11% 1,65kB / 0B 7,35 MB / 0B2
Você notará que um contêiner semelhante ao anterior foi criado com limites de memória e até utilização semelhantes. Do mesmo diretório que contém o arquivo yml. Execute o seguinte comando para excluir o contêiner recém-criado, junto com a rede de ponte do cliente que foi criada.
$docker-compose downIsso retornará o docker a um estado limpo, com exceção de quaisquer volumes que foram criados (não criamos nenhum, então isso não é uma preocupação).
Limites de memória e reservas de memória
Limites de memória e reservas de memória são dois aspectos diferentes para garantir um bom funcionamento de seus aplicativos e do host Docker que você está executando.
Em termos gerais, o Limite de memória impõe um limite superior à quantidade de memória que pode ser usada por um contêiner do Docker. Por padrão, um contêiner Docker, como qualquer outro processo do sistema, pode usar toda a memória disponível do host Docker. Isso pode causar exceção de falta de memória e seu sistema pode muito bem travar. Mesmo que nunca chegue a isso, ele ainda pode privar outros processos (incluindo outros contêineres) de recursos valiosos, novamente prejudicando o desempenho. Os Limites de memória garantem que os contêineres com fome de recursos não ultrapassem um determinado limite. Isso limita o raio de explosão de um aplicativo mal escrito a alguns contêineres, não a todo o host.
As reservas de memória, por outro lado, são menos rígidas. Quando o sistema está com pouca memória e tenta recuperar parte dela. Ele tenta trazer o consumo de memória do contêiner para o limite ou abaixo do limite de reserva. Se houver abundância de memória, no entanto, o aplicativo pode se expandir até o limite de memória definido.
Para resumir:
- Limite de memória: um limite superior estrito para a quantidade de memória disponibilizada para um contêiner.
- Reserva de memória: deve ser definida como a quantidade mínima de memória de que um aplicativo precisa para ser executado corretamente. Portanto, ele não falha ou se comporta mal quando o sistema está tentando recuperar parte da memória.
Se a reserva de memória for maior que o limite de memória, o limite de memória terá precedência.
Especificando Limites de Memória e Reserva
Versão 2
Vamos voltar ao docker-compose.yml que escrevemos anteriormente e adicionar um limite de memória a ele. Altere a versão para 2.4 pelos motivos discutidos na seção de pré-requisitos.
versão:'2,4'Serviços:
my-nginx:
imagem: nginx: mais recente
portas:
-'80: 80 '
mem_limit: 300m
A última linha define o limite do serviço my-nginx para 300 MiB. Você pode usar k para KiB eg para GiB eb para apenas bytes. No entanto, o número antes dele deve ser um inteiro. Você não pode usar valores como 2,4 m; em vez disso, você teria que usar 2400k. Agora, se você executar:
$ docker stat --allIDENTIFICAÇÃO DE RECIPIENTE NOME CPU% MEM USAGE / LIMIT MEM% NET I / O BLOCK I / O PIDS
44114d785d0a my-compose_my-nginx_10,00% 2.141 MiB / 300 MiB0,71% 1,16kB / 0B 0B / 0B2
Você notará que o limite de memória está definido para 300 MiB. Definir a reserva de memória é igualmente fácil, basta adicionar uma linha mem_reservation: xxx no final.
versão:'2,4'Serviços:
my-nginx:
imagem: nginx: mais recente
portas:
-'80: 80 '
mem_limit: 300m
mem_reservation: 100m
Versão 3 (opcional)
Para usar a versão três, você precisa executar o Docker no modo swarm. Para Windows e Mac, você pode ativá-lo usando o menu de configurações do Docker. Os usuários do Linux precisam executar docker swarm init. Mais informações sobre isso podem ser encontradas aqui . No entanto, não é uma etapa necessária e, se você não ativou, tudo bem. Esta seção é para pessoas já rodando no modo enxame e pode fazer uso da versão mais recente.
versão:'3'Serviços:
my-nginx:
imagem: nginx: mais recente
portas:
-'80: 80 '
implantar:
Recursos:
limites:
memória: 300m
reservas:
memória: 100m
Definimos tudo isso na opção de recursos. Limites e reserva tornam-se suas próprias chaves primárias e a memória é apenas um dos muitos recursos gerenciados aqui. CPU sendo outro parâmetro importante.
Outras informações
Você pode aprender mais sobre docker-compose na documentação oficial ligado aqui . Depois de obter a essência de como escrever um arquivo de composição, a documentação pode ajudá-lo com os vários parâmetros específicos.
Você não precisa saber tudo, apenas pesquise o que seu aplicativo requer e a referência o guiará na implementação disso.