= Pequeno enxame de Docker Configuração do servidor Bare Metal =

![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

Estou planejando configurar um pequeno cluster Docker Swarm pronto para produção em três servidores bare metal. Eu esperava por relatos pessoais/feedback sobre suas dores e sucessos na configuração de tal implantação.

Recomendações como qual sistema operacional usar, padrões que acharam úteis, link útil etc.

desde já, obrigado!

O RedHat tem muita documentação e suporte para o Podman, que é uma reclamação da OCI e funciona com contêineres sem raiz. Também é possível obter certificação nele. Eles também têm compilações atômicas do RedHat especificamente projetadas para ser um sistema operacional host de contêiner.

No entanto, o Ubuntu tem muito suporte para desenvolvedores. Depende de qual direção você acha que é melhor para o seu cenário.

A RedHat também possui licenças gratuitas de auto-suporte para até 16 servidores. Você também pode chegar ao CentOS Stream 8 e estar um pouco à frente do RedHat Enterprise Linux em termos de atualizações, se preferir evitar o licenciamento. Estar à frente das atualizações tem suas vantagens e desvantagens. Minha coisa favorita sobre o RedHat é que o sistema operacional permanece muito estagnado em termos de arquitetura. O Ubuntu muda com frequência.

**Guia para contêineres RedHat 8 (Podman

httpsaccess.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html-single/building_running_and_managing_containers/index#con_characteristics-of-podman-buildah-and-skopeo_assembly_starting-with-containers

**Guia sobre RedHat UBI8, um container desenvolvido pela RedHat para servir como base para suas compilações

httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892

Estou trabalhando em um enxame de 3 nós debian com ansible agora

a parte do enxame é relativamente trivial e rápida de começar a funcionar

o enxame assume o iptables e suas regras habituais não se aplicam mais, você tem que adicionar algumas especiais

se você drenar um nó por qualquer motivo (reinicializar, etc.), uma vez que ele está de volta, os contêineres replicados que foram movidos com drenagem não voltam por conta própria, você pode

atualização do serviço docker --forceone by one, but that wouldand redo/redistribute the containers, so some requests could be dropped

the "hard" part is to set up your cluster-able services (reverse proxies, databases depends on what and how, and that's where you see that a lot of the same problems have been solved for Kubernetes (helper tools, plugins, documentation etc), with swarm you are on your own

volumes aren't replicated, you might need glusterfs, nfs etc


I’m planning on setting up 3 node clusters for Elasticsearch, RabbitMQ and MariaDB on these servers.

We don’t want to use Kubernetes as we are far from experts in setting that up. I was reading that docker swarm will make the deployment easier, but you have brought up some addition issues I need to consider.

Maybe going back a step, is it worth the complexity to add docker swarm to the tech stack or just manually setup everything using docker alone?

== About Community ==

Members

Online