= Liten Docker-svärm Bare Metal Server Setup =
![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)
Jag planerar att sätta upp ett litet produktionsfärdigt Docker Swarm-kluster på tre barmetallservrar. Jag hoppades på personliga konton / feedback om deras smärtor och framgångar med att sätta upp en sådan distribution.
Rekommendationer som vilket O/S du ska använda, mönster de tyckte var hjälpsamma, användbar länk, etc
Tack på förhand!
RedHat har mycket dokumentation och support för Podman, som är OCI-klagomål och fungerar med rotlösa behållare. Det är också möjligt att bli certifierad i det. De har också atomkonstruktioner av RedHat som är speciellt utformade för att vara en container Host OS.
Ubuntu har dock mycket utvecklarstöd. Beror på vilken riktning du känner är bättre för ditt scenario.
RedHat har också gratis licenser för självstöd för upp till 16 servrar. Du kan också landa på CentOS Stream 8 och ligga lite före RedHat Enterprise Linux när det gäller uppdateringar, om du bara hellre undviker licensiering. Att ligga före uppdateringar har sina fördelar och nackdelar. Min favoritsak med RedHat är att operativsystemet förblir mycket stillastående när det gäller arkitektur. Ubuntu ändras ofta.
**Guide till RedHat 8-behållare (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
**Guide om RedHat UBI8, en behållare utvecklad av RedHat för att fungera som grunden för dina byggen
httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892
Jag jobbar på en svärm med tre debiannoder med ansible själv just nu
svärmdelen är relativt trivial och snabb att komma igång
svärmen tar över iptables och dina vanliga regler gäller inte längre, du måste lägga till ett par speciella
om du dränerar en nod av någon anledning (startar om etc), när den väl är tillbaka, kommer de replikerade behållarna som flyttades med dränering inte tillbaka av sig själva, kan du
docker service update --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