= Small Docker swarm Bare Metal Server Setup = ![ ](https://www.redditstatic.com/desktop2x/img/renderTimingPixel.png) Sto pianificando di configurare un piccolo cluster Docker Swarm pronto per la produzione su tre server bare metal. Speravo in resoconti personali / feedback sui loro dolori e successi nell'impostare una tale distribuzione. Raccomandazioni come quale sistema operativo utilizzare, modelli che hanno trovato utili, link utili, ecc grazie in anticipo! RedHat ha molta documentazione e supporto per Podman, che è un reclamo OCI e funziona con container senza root. È anche possibile ottenere la certificazione in esso. Hanno anche build atomiche di RedHat progettate specificamente per essere un sistema operativo host container. Tuttavia, Ubuntu ha molto supporto per gli sviluppatori. Dipende da quale direzione ritieni sia migliore per il tuo scenario. RedHat ha anche licenze gratuite di auto-supporto per un massimo di 16 server. Potresti anche atterrare su CentOS Stream 8 ed essere leggermente più avanti di RedHat Enterprise Linux in termini di aggiornamenti, se preferisci semplicemente evitare le licenze. Essere in anticipo sugli aggiornamenti ha i suoi vantaggi e svantaggi. La cosa che preferisco di RedHat è che il sistema operativo rimane molto stagnante in termini di architettura. Ubuntu cambia frequentemente. **Guida ai contenitori 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 **Guida su RedHat UBI8, un contenitore sviluppato da RedHat come base per le tue build httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892 Sto lavorando su uno sciame di 3 nodi debian con ansible in questo momento la parte dello sciame è relativamente banale e veloce da mettere in funzione lo sciame prende il controllo di iptables e le tue solite regole non si applicano più, devi aggiungerne un paio speciali se scarichi un nodo per qualsiasi motivo (riavvio ecc.), una volta tornato, i contenitori replicati che sono stati spostati con drain non tornano da soli, puoi aggiornamento del servizio 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