mensajes y logs son solo envíados del lider del cluster a sus miembros
un cluster basado en este algoritmo debería mantenerse replicado de una manera consistente, indistintamente de lo que pase: nevos nodos, caída de otros
número impar de nodos (para evitar split-brains)
en condiciones normales, hay un lider que mantiene informados a los seguidores de su estado (heartbeat). Si e lider, falla, los seguidores entienden que ha caído y buscan un nuevo lider (de manera consensuada)
los mensajes, antes de ser guardados en el registro principal del lider, son enviados a los seguidores y sólo cuando una mayoría ha confirmado su recepción, este es guardado.
Etcd
sistema de descubrimiento y compartición de configuración, en alta disponibilidad, distribuido y consistente key-value
soporta la caída de nodos (incluso el master), tiene un sistemna de elección de master.
los contenedores pueden leer y escribir en el almacen de Etcd
:2379 (comunicaciones cliente)
:2380 (comunicaciones master)
:4001
etcdctl cluster-health
swarm v1 (lanzando servicio swarm como comentenedor y enlanzando con un cluster etcd previo):
docker run -d -p 3376:3376 swarm manage -H tcp://0.0.0.0:3376 etcd://$(docker-machine ip etcd-m)/swarm
docker run swarm list etcd://$(docker-machine ip etcdm):2379