servicosgovbr / docker Goto Github PK

De acordo com tratativas feitas com a DTI do planejamento a solução exposta na seção Aumentando a quantidade de servidores (horizontal) (link: http://servicosgovbr.github.io/portal-de-servicos/implantacao/documento-de-implantacao.html) será feita, é necessário montar o Balanceador central

Alterar o modo do storage driver devicemapper de loop-lvm para direct-lvm de acordo com https://docs.docker.com/engine/userguide/storagedriver/device-mapper-driver/

Alterar os scripts de atualização dos portal e do editor, para atualizar os containers um por vez, primeiro portal1 e editor1 e depois o portal2 e editor2.

O ambiente de desenvolvimento está com a versão do CentOS diferente do ambiente de produção.

Desenvolvimento: CentOS 7.1
Produção: CentOS 7.2

É necessário igualar as versões dos ambientes.

haproxy está logando internamente ao conteiner :(

O ideal seria ver os logs dele indo parar no logstash também, assim teríamos a visualização completa de cada request/response, bem como eventos UP/DOWN para cada backend.

Essas versões usadas vão perder o suporte em novembro 2016 (Kibana e Logstash) e janeiro de 2017 (ES)

https://www.elastic.co/support/eol

• :8080 (cAdvisor e haproxy stats)
• :5601 (kibana)

Atenção que precisa do docker-compose na versão 1.6.X na máquina host

Exemplo:
https://botleg.com/stories/blue-green-deployment-with-docker/

Não temos nenhuma rotina de limpeza dos indices de logs velhos no ElasticSearch. Se o sistema for usado de forma muito pesada (sofrer um DDoS, por exemplo), ou durante muito tempo, podemos ficar sem disco à toa.

Hoje os scripts/snap-deploy-alpha têm que reinicializar o balanceador, pois o haproxy não está entendendo o sinal de que o serviço voltou ao ar, aparentemente.

O ideal seria fazer um redeploy do portal1, aguardar e verificar que ele voltou ao ar, e aí sim fazer a atualização do portal2 (idem para editor1/editor2).

https://github.com/spotify/docker-gc
https://github.com/meltwater/docker-cleanup

Teriamos que verificar o:
https://www.docker.com/trademark-guidelines

para saber se é necessário alterar o nome do repositório. Se alguém com conhecimento legal do MP puder verificar é o melhor.
@almeidafab @mformiga @isaacvits melhor ficar ligado nisso

Para que não ocorra o que houve com o portal dia 09/12/2015

sudo yum install editor-de-servicos-(versao_estavel)

sudo yum install portal-de-servicos-(versao_estavel)

https://letsencrypt.readthedocs.org/en/latest/using.html#running-with-docker e ainda os certificados são válidos para os browsers mais novos.

https://helloworld.letsencrypt.org/

Toda vez que é executado o script de update dos containers do docker, acontece um erro no DeviceMapper e os containers não são atualizados.

www.infoq.com/news/2016/03/docker-java