= Kleine Docker-zwerm Bare Metal Server Setup =

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

Ik ben van plan een kleine, productieklare Docker Swarm-cluster op te zetten op drie bare metal-servers. Ik hoopte op persoonlijke accounts / feedback over hun pijn en succes bij het opzetten van een dergelijke implementatie.

Aanbevelingen zoals welk besturingssysteem te gebruiken, patronen die ze nuttig vonden, nuttige link, enz

bij voorbaat bedankt!

RedHat heeft veel documentatie en ondersteuning voor Podman, wat een OCI-klacht is en werkt met rootless containers. Het is ook mogelijk om hierin gecertificeerd te worden. Ze hebben ook atomaire builds van RedHat die speciaal zijn ontworpen om een ​​container Host OS te zijn.

Ubuntu heeft echter veel ondersteuning voor ontwikkelaars. Hangt ervan af welke richting u voelt, is beter voor uw scenario.

RedHat heeft ook gratis licenties voor zelfondersteuning voor maximaal 16 servers. Je zou ook kunnen landen op CentOS Stream 8 en een beetje voorlopen op RedHat enterprise linux wat betreft updates, als je licenties liever wilt vermijden. Updates voor zijn heeft zo zijn voor- en nadelen. Mijn favoriete ding over RedHat is dat het besturingssysteem qua architectuur erg stagneert. Ubuntu verandert regelmatig.

**Gids voor RedHat 8-containers (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

**Gids over RedHat UBI8, een container die door RedHat is ontwikkeld om als basis van uw builds te dienen

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

Ik werk momenteel zelf aan een zwerm met 3 debian-knooppunten met weerwort

het zwermgedeelte is relatief triviaal en snel aan de slag

de zwerm neemt iptables over en je gebruikelijke regels zijn niet meer van toepassing, je moet een paar speciale toevoegen

als u een knooppunt om welke reden dan ook leegt (opnieuw opstarten enz.), als het eenmaal terug is, komen de gerepliceerde containers die met afvoer zijn verplaatst niet vanzelf terug, kunt u

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