Protocolo de chismes en Cassandra

En este artículo, veremos brevemente el protocolo Gossip que se implementa en la base de datos Apache Cassandra . En este artículo, discutiremos el protocolo Gossip y cómo Cassandra logra la coordinación entre los Nodes y cómo los Nodes se mantienen sincronizados. En Cassandra, todos los Nodes son iguales y tienen una arquitectura de igual a igual y no existe el concepto de un Node maestro-esclavo. En Cassandra, todos los Nodes se comunican entre sí a través de un protocolo de chismes. Gossip es el sistema de mensajes que utiliza el Node de Cassandra para que sus datos sean coherentes entre sí. ¿Qué es el protocolo Gossip?Gossip es el sistema de mensajes que utilizan los Nodes de Cassandra, Nodes virtuales para hacer que sus datos sean coherentes entre sí, y se utiliza para hacer cumplir el factor de replicación en un clúster. Entonces, imaginemos un clúster de Cassandra como un sistema de anillo donde cada Node contiene una cierta partición de cada tabla en la base de datos. Y solo puede comunicarse con Nodes adyacentes. ¿Cómo logra Cassandra la coordinación entre Nodes? Consideremos un ejemplo con 6 Nodes en un clúster. uno y dos tres cuatro cinco y seis, y puede ver que el Node número tres está inactivo. Entonces, hay una pregunta, cómo se comportará Cassandra en tales situaciones. Entonces, Gossip es un protocolo de comunicación entre pares en el que los Nodes intercambian periódicamente información de estado sobre ellos mismos y sobre otros Nodes que conocen.El protocolo Gossip se ejecuta cada segundo e intercambia mensajes de estado con hasta otros tres Nodes en el clúster. En Cassandra, el protocolo Gossip es muy útil porque los Nodes intercambian información sobre ellos mismos y sobre los otros Nodes sobre los que han chismeado, por lo que todos los Nodes aprenden rápidamente sobre otros Nodes en el clúster. ¿Cómo se mantienen sincronizados los Nodes?Así funciona el protocolo Gossip si algún Node se cae. Discutamos con la definición del protocolo Gossip. El mensaje de chismes tiene una versión asociada, de modo que durante un intercambio de chismes, otra información se sobrescribe con el estado más actual de un Node en particular. Podemos dividirnos cuando tengamos un quórum de cuatro Nodes y dos Nodes no sean un problema. Cuando la red sana y tenemos nuevamente un grupo de seis Nodes, entonces todo está conectado. Luego, debemos hacer algo con el estado que es un estilo en esos dos Nodes. Entonces, necesitamos fusionar esos nuevos estados en un grupo de quórum con otros Nodes. Y, luego, el protocolo Gossip elegirá ese estado más nuevo, por lo que existe la posibilidad de perder el estado.

Publicación traducida automáticamente

Artículo escrito por Ashish_rana y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *