Será que esse modelo de containers é um Hype?

Na informática tudo as vezes parece muito fluído. Coisas nascem rapidamente e morrem as vezes na mesma velocidade. Algumas tecnologias que prometem muito e as vezes se percebe que grande parte é uma grande obra de marketing ou algo parecido.

Quando a ideia de trabalhar com containers me foi apresentada, através do uso do Docker, e como as pessoas já estavam eufóricas fora do Brasil sobre esse assunto, me deixou um pouco com a antena ligada, que talvez fosse esse mais hype da nossa área. Sendo assim fui pesquisar com certo receio.

Ao testar pela primeira vez seu uso, percebi que tinha grande potencial, que tecnicamente a ideia é muito boa e toda cadeia de serviço que vem embutido no modelo faz muito sentido para a nova cultura DevOps que vem se desenhando há certo tempo.

Talvez você não confie nas minhas previsões, pois sou somente um soteropolitano comedor de acarajé  Talvez as notícias abaixo deixem você mais convencido:

Containers and Microservices Force VMware To Ship A Linux Distribution

Veja que estamos falando da grande VMWare, que é dona de uma enorme fatia de mercado.

Intel takes on CoreOS with its own container-based Linux

A Intel não me parece ser uma empresa que aposta em hypes E criar sua própria distribuição GNU/Linux para atender essa demanda de mercado quer dizer muita coisa pra mim.

Google gets a jump on Microsoft and Amazon with Container Engine

Nem preciso falar do tamanho da Google, não é? Sei que ela acaba testando muita coisa, e uma parte acaba por ser Hype mesmo (Google Glass?), mas ela usar como serviço indica bastante coisa pra mim.

Microsoft Unveils New Container Technologies for the Next Generation Cloud

Assim como a Google, a Microsoft está apostando nesse modelo para seu serviço e vale lembrar que de todas essas empresas, a MS é a empresa mais conservadora, ou seja, se até mesmo a MS está apostando nisso, quem pode duvidar desse sucesso?

Troubleshooting Docker

O Docker é uma solução muito recente e talvez por isso que tenha tão pouca documentação sobre coisas não triviais. Com base nisso, farei um pequeno resumo dos passos que pode seguir para analisar seu ambiente para encontrar a causa raiz em caso do problema.

Parâmetro PS

Como o básico, temos o comando “docker ps” ele nos mostra o estado dos containers. Ele por padrão (sem parâmetros) mostra quais estão em execução, mas com os parâmetro -a ele mostra todos os containers, incluindo os que não estão em execução:

Os containers que tiverem a informação “Exited” na coluna “STATUS” não estão mais em execução e o número que aparece entre parentes é o código de saída do processo, ou seja, qualquer coisa diferente de “0” indica um problema.

Log

Você pode analisar o log também. O Docker por padrão envia logs via syslog, ou seja, acesse o arquivo de log geral do seu GNU/Linux, que no caso do Debian é o “/var/log/syslog”:

# tail -f /var/log/syslog | grep -i “docker”

Logs

Diferente de apenas analisar o log do host docker, você pode ver o resultado do comando executando no container. Isso pode ser muito útil para entender a saída de erro, que normalmente não aparece no log do syslog:

# docker logs <container ID>

No meu caso abaixo, ficou fácil:

Stats

Caso você suspeite de uso irresponsável dos recursos, pode usar o parâmetro “stats” do docker. Com o comando abaixo listará todos os containers e seus respectivos usos do recurso do host:

docker ps -q | xargs docker stats

Sysdig

Não conhece Sysdig? Veja esse vídeo.

Caso esteja usando Debian, será necessário instalar o pacote mais novo. Você pode fazer tudo com o comando abaixo:

# wget http://ftp.us.debian.org/debian/pool/main/s/sysdig/sysdig_0.1.99-1_amd64.deb ; wget http://ftp.us.debian.org/debian/pool/main/s/sysdig/sysdig-dkms_0.1.99-1_all.deb ; dpkg -i sysdig*

Depois será necessário reiniciar o módulo do sysdig:

# rmmod sysdig-probe; modprobe sysdig-probe

Processamento

Para analisar o alto consumo de processador é simples. Use o comando abaixo:

# sudo sysdig -pc -c topprocs_cpu

O parâmetro “-pc” adiciona o contexto de containers, ou seja, é o mesmo comando padrão de processamento do sysdig, porém com o adendo sobre containers.

Veja o retorno desse comando:

Eu executei um grep recursivo no container “trusting_mayer” apenas para efeito de teste. E veja nosso container como o processo que mais consome processador.

Rede

É possível saber quem são os maiores utilizadores de recurso de redes com o comando abaixo:

# sysdig -pc -c topprocs_net

Veja o retorno:

Resumindo. Uso de rede não é o problema aqui, certo?

Caso tenha interesse em saber quais as conexões abertas nesse momento, use o comando abaixo:

# sysdig -pc -c topconns

Veja o retorno:

Interessado em ir um pouco mais fundo nessa analise? Que tal ver os dados que trafegam nessas conexões?

# sysdig -A -cecho_fds container.name=tender_elion and fd.port=80

No lugar de “tender_elion” coloque o nome do seu container e o mesmo para a porta.

Veja o retorno:

Como podemos ver, é apenas o apt-get instalando pacotes.

Disco

E se o problema for algo relacionado a uso do disco?

Com o comando abaixo é possível ter uma pista:

# sysdig -pc -c topprocs_file

Veja o retorno:

Podemos ver que tem alguém ali consumindo bastante disco.

E se eu quiser mais informação sobre quais são os arquivos maiores e afins?

# sysdig -pc -c topfiles_bytes

Veja o retorno:

Agora temos mais informações.

Segurança

Suspeitou de algum problema de segurança? Analise todos os comandos executados, tanto no host, como no container com o comando abaixo:

# sysdig -pc -c spy_users

Veja o retorno:

Mais logs

Quer analisar todos os logs em apenas um tela? Simples assim:

# sysdig -pc -cspy_logs

Veja o retorno:

Muito dado, certo? Quer ver os logs de um container em específico?

# sysdig -pc -cspy_logs container.name=condescending_einstein

Lembre-se de mudar o nome do container.

Veja o retorno:

Com todo esses dados, acho que agora sua analise da causa raiz do problema fique mais fácil.

Referência

https://sysdig.com/let-light-sysdig-adds-container-visibility/

http://www.sysdig.org/wiki/

Corretor ortográfico para VIM

Você usa VIM para criação de textos (LaTeX ou afins)? Sempre sentiu falta de um corretor ortográfico? Seus problemas se acabaram!!!

Preparando ambiente:

# cd ~ ; mkdir corretor ; cd corretor

Baixando a base de palavras:

# wget http://extensions.libreoffice.org/extension-center/vero-verificador-ortografico-e-hifenizador-em-portugues-do-brasil/pscreleasefolder.2012-01-04.1563120832/2.1.2/vero_pt_br_v212aoc.oxt

# unzip -x vero_pt_br_v212aoc.oxt

Aplicando no vim

Acesse o vim com o comando abaixo:

# vim

No vim digite:

:mkspell pt pt_BR

Obs: Pode demorar um pouco e dará alguns erros de arquivos duplicados, ok?

# cp pt.utf-8.spl /usr/share/vim/vim*/spell/

Usando o corretor no vim

Dentro do vim execute o seguinte comando:

set spell spelllang=pt,en

Caso queira que o corretor seja habilitado automaticamente sempre que acessar o vim:

# echo ‘set spell spelllang=pt,en’ >> ~/.vimrc

Pronto