Me cuesta entender la idea de instancias de replica en Docker Swarm Mode. He leído que es una característica que ayuda con la alta disponibilidad.
Sin embargo, Docker inicia automáticamente una nueva tarea en un nodo diferente si un nodo deja de funcionar incluso con 1 replica definida para el servicio, lo que también proporciona alta disponibilidad.
Entonces, ¿cuál es la ventaja de tener 3 instancias de replica en lugar de 1 para un servicio arbitrario? Mi suposición era que con más réplicas, Docker dedica menos tiempo a crear una nueva instancia en otro nodo en caso de falla, lo que ayuda al rendimiento. ¿Es esto correcto?
¿Qué hace que un sistema sea altamente disponible?
Uno de los objetivos de la alta disponibilidad es eliminar los puntos únicos de falla en su infraestructura. Un único punto de falla es un componente de su pila de tecnología que causaría una interrupción del servicio si no estuviera disponible.
Tomemos su ejemplo de una réplica que consta de una sola instancia. Ahora supongamos que hay una falla. Docker Swarm notará que el servicio falló y lo reiniciará. El servicio se reinicia, pero un reinicio no es instantáneo. Digamos que el reinicio toma 5 segundos. Durante esos 5 segundos, su servicio no está disponible. Punto único de fallo.
¿Qué pasaría si tuviera una réplica que consta de 3 instancias? Ahora, cuando uno de ellos falla (ningún servicio es perfecto), Docker Swarm notará que una de las instancias no está disponible y creará una nueva. Durante ese tiempo, aún tiene 2 instancias en buen estado que atienden solicitudes. Para un usuario de su servicio, parece que no hubo tiempo de inactividad. Este componente ya no es un único punto de falla.
La respuesta de ROMANARMY es muy buena y solo quería mencionar que las réplicas pueden estar en diferentes nodos, por lo que si uno de sus servidores se cae (no está disponible), el contenedor (réplica) en el otro servidor se puede ejecutar sin problemas.