= Configuración de servidor Bare Metal de enjambre de Docker pequeño =
Estoy planeando configurar un pequeño clúster Docker Swarm listo para producción en tres servidores bare metal. Esperaba cuentas personales / comentarios sobre sus dolores y éxitos al configurar tal implementación.
Recomendaciones como qué O/S usar, patrones que encontraron útiles, enlace útil, etc.
¡gracias de antemano!
RedHat tiene mucha documentación y soporte para Podman, que es una queja de OCI y funciona con contenedores sin raíz. También es posible certificarse en él. También tienen compilaciones atómicas de RedHat diseñadas específicamente para ser un sistema operativo host contenedor.
Sin embargo, Ubuntu tiene mucho soporte para desarrolladores. Depende de qué dirección creas que es mejor para tu escenario.
RedHat también tiene licencias gratuitas de autosoporte para hasta 16 servidores. También podría aterrizar en CentOS Stream 8 y estar ligeramente por delante de RedHat Enterprise Linux en términos de actualizaciones, si prefiere evitar las licencias. Adelantarse a las actualizaciones tiene sus ventajas y sus inconvenientes. Lo que más me gusta de RedHat es que el sistema operativo permanece muy estancado en términos de arquitectura. Ubuntu cambia con frecuencia.
**Guía de contenedores 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
**Guía sobre RedHat UBI8, un contenedor desarrollado por RedHat para servir como base de sus compilaciones
httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892
Estoy trabajando en un enjambre de 3 nodos Debian con ansible ahora mismo
la parte del enjambre es relativamente trivial y rápida de poner en marcha
el enjambre se hace cargo de iptables y sus reglas habituales ya no se aplican, debe agregar un par de reglas especiales
si drena un nodo por cualquier motivo (reinicio, etc.), una vez que regresa, los contenedores replicados que se movieron con el drenaje no vuelven por sí solos, puede
actualización del servicio 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
Reddit
