Apache Cassandra Brain Split

Innanzitutto, scusa se questo è stato richiesto prima, non riesco a trovare una risposta su Google o StackExchange.

È ansible mettere Apache Cassandra in uno scenario split-brain in cui un servizio dati partizionato in networking continua a eseguire la memorizzazione e l'accesso ai dati senza l'accesso al cluster completo?

In caso contrario, quali sono le tecniche utilizzate (link alla documentazione OK) per evitare un cervello diviso?

Se è così, (ci sembra che ci siano tweets su questo happening) quali sono le opzioni di ripristino in questo caso?

  • Come risolvere una compattazione importnte in Apache Cassandra?
  • Non riesco a connettersi alla mia Cassandra
  • Qual è il modo migliore per get un elenco di nodes appartenenti ad un cluster Cassandra?
  • Come eseguire l'opscenter datastax dietro nginx
  • Cassandra: fare più spazio di archiviazione, richiede più CPU e RAM
  • La riparazione dei nodetool riparerà il nodo successivo?
  • Cassandra tmpdir cambia la posizione
  • Configurazione di Cassandra per la coerenza su più datacentri
  • One Solution collect form web for “Apache Cassandra Brain Split”

    Quindi, dipende davvero da alcune cose.

    In primo luogo, Cassandra è progettato per essere tollerante alle partizioni, il che significa che è destinato a continuare a lavorare in situazioni come si sta descrivendo. Ad esempio, potrebbe essere definito due datacentri e la connessione di networking scende tra di essi. Se le richieste restituiscono correttamente o less, dipende dal livello di coerenza che viene richiesto per il tuo cluster. Se si sceglie LOCAL_QUORUM, si otterrà un risultato anche se i 2 datacenter non possono comunicare. Questa è una caratteristica destinata al database.

    Ogni nodo del cluster mantiene la topologia completa del cluster, quindi quando la connessione di networking viene risolta, il handoff suggerito scatta e i datacenter risolvono i loro problemi. Può essere necessario eseguire la riparazione di nodetool per assicurare che tutti i dati siano coerenti a questo punto. (non può fare male)

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.