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?

  • Ripristino istantanea di Cassandra: dati casuali mancanti
  • 0 nodes collegati in opscenter datastax
  • Cassandra EC2 tempo di risposta lento
  • Opscenter 4.1 - comunicazione agente ssl vs authentication interna
  • Come posso get Cassandra a riequilibrare automaticamente?
  • Qual è la soluzione migliore per eseguire il backup dei dati in Cassandra?
  • 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?

  • Connessioni TCP non chiuse in CLOSE_WAIT per vari processi
  • Opscenter 4.1 - comunicazione agente ssl vs authentication interna
  • Cassandra: fare più spazio di archiviazione, richiede più CPU e RAM
  • Il server DataStax Enterprise non verrà avviato: esiste un file dse dead ma pid
  • Cassandra tmpdir cambia la posizione
  • Qual è la soluzione migliore per eseguire il backup dei dati in Cassandra?
  • 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.