= Небольшой рой докеров Настройка сервера Bare Metal =
Я планирую настроить небольшой готовый к работе кластер 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 с помощью 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
Реддит
