= Small Docker swarm Bare Metal Server Setup =

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

Я планую створити невеликий кластер Docker Swarm, готовий до роботи, на трьох серверах без використання. Я сподівався на особисті звіти/відгуки про їхні труднощі та успіхи в налагодженні такого розгортання.

Рекомендації, як-от яку операційну систему використовувати, шаблони, які вони вважають корисними, корисне посилання тощо

Спасибі заздалегідь!

RedHat має багато документації та підтримки для Podman, який є скаргою OCI та працює з безкорневими контейнерами. У ньому також можна пройти сертифікацію. Вони також мають атомарні збірки RedHat, спеціально розроблені як контейнерна хост-ОС.

Однак Ubuntu має велику підтримку розробників. Залежить від того, в якому напрямку ви вважаєте кращим для вашого сценарію.

RedHat також має безкоштовні ліцензії на самопідтримку до 16 серверів. Ви також можете скористатися CentOS Stream 8 і трохи випередити RedHat Enterprise Linux у плані оновлень, якщо ви просто бажаєте уникнути ліцензування. Випередження оновлень має свої переваги та недоліки. Моє улюблене в RedHat те, що ОС залишається дуже незмінною з точки зору архітектури. Ubuntu часто змінюється.

**Посібник із контейнерів 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

**Посібник із RedHat UBI8, контейнера, розробленого RedHat, який буде основою для ваших збірок

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

Зараз я сам працюю над групою 3-debian-node з ansible

ройна частина є відносно тривіальною і швидко запускається

рій захоплює iptables, і ваші звичайні правила більше не застосовуються, вам потрібно додати кілька спеціальних

якщо ви злили вузол з будь-якої причини (перезавантажте тощо), коли він повернеться, репліковані контейнери, які були переміщені зі зливом, не повернуться самі, ви можете

оновлення служби докерів --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