Ce experiență aveți în configurarea unui instrument extern pentru votarea liderului într-un cluster Galera?

Nu există experiență în configurarea unui instrument extern pentru votarea liderului într-un cluster Galera. În Galera, leadership-ul nu este determinat de un instrument extern; toate nodurile din cluster sunt egale și pot procesa solicitări de scriere în același timp (cu respectarea regulilor de replicare). Mecanismul de alegere a unui "lider" sau a unui nod primar pentru anumite sarcini (de exemplu, monitorizare sau operațiuni administrative) este de obicei implementat la nivel de aplicație, load balancer sau cu ajutorul unor instrumente externe de monitorizare și orchestrare, dar nu ca un instrument încorporat pentru votarea liderului în contextul funcționării Galera.

Pentru gestionarea clusterului Galera și alegerea unui nod pentru sarcini specifice pot fi utilizate:

• ProxySQL / HAProxy: Load balancere care pot direcționa traficul către un anumit nod în funcție de starea sa.
• Keepalived / Pacemaker: Instrumente pentru asigurarea disponibilității ridicate, care pot atribui o adresă IP virtuală nodului activ.
• Instrumente de monitorizare (de exemplu, Prometheus + Alertmanager): Permite monitorizarea stării nodurilor și luarea deciziilor (de exemplu, comutarea traficului).

În contextul Galera, este mai important să se asigure:

• Quorum pentru evitarea scenariilor split-brain.
• Configurarea corectă a wsrep_cluster_address și wsrep_sst_auth.
• SST (State Snapshot Transfer) la adăugarea de noi noduri.

Dacă sarcina este de a determina "cel mai sănătos" nod pentru operațiuni administrative, aceasta ține mai mult de monitorizare și alegere bazată pe metrici, nu de votarea liderului în Galera.

---

Exemplu de utilizare ProxySQL pentru direcționarea traficului către un nod (pentru sarcini specifice):

-- Adăugarea tuturor nodurilor Galera în ProxySQL
INSERT INTO mysql_servers (hostgroup_id, hostname, port) VALUES (10, 'node1', 3306), (10, 'node2', 3306), (10, 'node3', 3306);

-- Crearea unei reguli pentru direcționarea solicitărilor de citire către toate nodurile (hostgroup 10)
INSERT INTO mysql_replication_hostgroups (writer_hostgroup, reader_hostgroup) VALUES (10, 10);

-- Crearea unui hostgroup separat pentru "nodul administrativ" (de exemplu, node1)
INSERT INTO mysql_servers (hostgroup_id, hostname, port) VALUES (20, 'node1', 3306);

-- Crearea unei reguli pentru direcționarea anumitor solicitări (de exemplu, SHOW STATUS) către "nodul administrativ" (hostgroup 20)
INSERT INTO mysql_query_rules (rule_id, active, match_digest, destination_hostgroup) VALUES (1, 1, 'SHOW STATUS', 20);

-- Încărcarea modificărilor în runtime și salvarea
LOAD MYSQL SERVERS TO RUNTIME;
SAVE MYSQL SERVERS TO DISK;
LOAD MYSQL VARIABLES TO RUNTIME;
SAVE MYSQL VARIABLES TO DISK;
LOAD MYSQL QUERY RULES TO RUNTIME;
SAVE MYSQL QUERY RULES TO DISK;

În acest exemplu, nu "votăm" pentru lider, ci folosim ProxySQL pentru a direcționa traficul către un anumit nod, ceea ce poate fi interpretat ca alegerea unui nod pentru anumite sarcini.

---

Exemplu de utilizare Keepalived pentru IP virtual:

#!/bin/bash
# Pseudo-cod pentru un script de verificare a sănătății Keepalived
# Acest script rulează pe fiecare nod Galera

GALERA_STATUS=$(mysql -h 127.0.0.1 -e "SHOW STATUS LIKE 'wsrep_local_state';" | grep wsrep_local_state | awk '{print $2}')
GALERA_QUORUM=$(mysql -h 127.0.0.1 -e "SHOW STATUS LIKE 'wsrep_cluster_status';" | grep wsrep_cluster_status | awk '{print $2}')

if [ "$GALERA_STATUS" -eq 4 ] && [ "$GALERA_QUORUM" == "Primary" ]; then
  # Nodul este sincronizat (4) și în componenta primară
  exit 0 # Sănătos
else
  exit 1 # Nesănătos
fi

# Pseudo-cod pentru o configurație Keepalived (bloc vrrp_script)
vrrp_script check_galera {
  script "/etc/keepalived/scripts/check_galera.sh"
  interval 2 # verifică la fiecare 2 secunde
  timeout 3 # timeout după 3 secunde
  weight 50 # crește prioritatea cu 50 dacă scriptul reușește
}

vrrp_instance VI_1 {
  state BACKUP # Starea implicită
  interface eth0 # Interfața de rețea
  virtual_router_id 51 # ID unic pentru instanța VRRP
  priority 100 # Prioritatea pe acest nod (cu prioritate mai mare = mai probabil să fie MASTER)
  advert_int 1 # Interval de anunțare

  authentication {
    auth_type PASS
    auth_pass your_password
  }

  virtual_ipaddress {
    192.168.1.100 # Adresa IP virtuală
  }

  track_script {
    check_galera # Urmărește scriptul de verificare a sănătății
  }
}

Aici, Keepalived folosește un script pentru a verifica starea Galera și atribuie IP-ul virtual doar nodului "sănătos" cu prioritatea cea mai mare, ceea ce permite un punct de acces unic pentru scriere, dar nu este un sistem de vot pentru lideri în interiorul Galera. Este un sistem de alegere a nodului activ pentru IP-ul virtual.