LINUX:MariaDB/Galera - Solution d'automatisation de démarrage

De WIKI sur Linux (ADB)
Aller à la navigation Aller à la recherche

→ retour au menu de Galera - Cluster de MariaDB

But

Pour contourner cette limitation d'automatisation de démarrage du cluster Galera, j'ai créé deux services Systemd de type Timer, l'un pour MariaDB et l'autre pour Garb. Au lieu d'utiliser Systemd, on peut utiliser le système de Cron.


MariaDB

Le programme est écrit en scripts "bash" et LUA. Il sera actif sur toutes les machines du cluster MariaDB: "sv1.home.dom", "sv2.home.dom", "sv3.home.dom" et "sv4.home.dom".


Principe

Le script passe par une série de vérifications pour aboutir, si c'est nécessaire, au lancement du service MariaDB.

  • La procédure commence par vérifier si le service MariaDB est déjà lancé. Si c'est le cas, la situation est opérationnelle.
  • Dans le cas contraire, on recherche sur parmi les autres machines du cluster MariaDB grâce à une procédure écrite en LUA, s'il y en a une où MariaDB s'exécute. Si c'est le cas, on lance le service MariaDB.
  • Sinon on vérifie que le fichier d'état de Galera possède un "bootstrap" actif, si c'est le cas, on lance le service MariaDB en initialisant Galera.
  • Si ce n'est pas le cas, on récupère grâce à Rsyncd, les états de Galera sur toutes les machines du cluster MariaDB car c'est sur celle qui a le n° de séquence le plus haut qui lancera le service MariaDB en initialisant Galera après activation du "bootstrap". Pour effectuer cette étape, il faut que toutes les machines du cluster MariaDB soient démarrées et accessibles. Si elles ne sont pas toutes actives, on attend.
  • Dans le cas où la situation est dégradée: le n° de séquence est "-1", il faudra intervenir manuellement pour déterminer la machine où le service MariaDB avec initialisation de Galera sera lancé.

Cette procédure tourne à intervalle régulier sur toutes les machines du cluster MariaDB.


Rsyncd

Une des étapes consiste à récupérer le fichier d'état de Galera sur toutes les machines du cluster MariaDB. Nous utilisons le service Rsyncd. Ce service sera configuré et activé sur toutes ces machines.


Installation

Le logiciel "rsync" est normalement installé d'office. Il nous faut installer la partie service: 

dnf install rsync-daemon 
dnf install rsync


Fichier de configuration

Le fichier de configuration se nomme "/etc/rsyncd.conf". Voici son contenu pour notre utilisation: 

# global
max connections = 8
# limiter à IPV4
address=0.0.0.0
uid = root
gid = root
use chroot = true
log file = /var/log/rsyncd.log
lock file = /run/rsyncd.lock
pid file = /run/rsyncd.pid
# partage
[db]
  path = /produc/mysql
  comment = Espace de la DB
  hosts allow = 192.168.1.71 192.168.1.72 192.168.1.73 192.168.1.74
  read only = true
  write only = false
  list = true

On donne accès en lecture seule au répertoire contenant la base de données de MariaDB.


Configurer le mur de feu ou FireWall

Si vous activez le Firewall, ce qui est recommandé, il faut y ajouter la règle suivante: 

-A INPUT  -p tcp -m tcp --sport 873 -m iprange --src-range 192.168.1.71-192.168.1.74 -m conntrack --ctstate NEW -j ACCEPT
-A OUTPUT -p tcp -m tcp --dport 873 -m iprange --dst-range 192.168.1.71-192.168.1.74 -j ACCEPT


Activer et lancer le service

Le service à lancer est "rsyncd.service". La première commande active le service pour qu'à chaque démarrage du serveur, le service se lance. La seconde lance directement le service. 

systemctl enable rsyncd.service
systemctl start rsyncd.service


Localisation des scripts

Comme précédemment, nous avions placé la base de données dans le répertoire "/produc/mysql". Et nous plaçons les scripts dans le répertoire "/produc/mysql.bat".


Fichier "hosts.txt"

Nous créons pour commencer le fichier "/produc/mysql.bat/hosts.txt". Il contiendra les noms des machines du cluster MariaDB. 

sv1.home.dom
sv2.home.dom
sv3.home.dom
sv4.home.dom


Installation de LUA

Une partie de la procédure est écrite dans le langage de script LUA. Il faut l'installer: 

dnf install lua
dnf install lua-socket


Script LUA

Ce script sert à rechercher les machines du cluster où le service MariaDB s'exécute en essayant de se connecter à son port TCP 3306.

Voici le script. Son contenu est similaire à celui présenté dans l'article sur le Détail sur le script de configuration LUA. Nous avons nommé ce script "/produc/mysql.bat/mariadb.lua": 

#!/bin/lua
 
socketbase = require("socket")
sockettcp = socketbase.tcp()
sockettcp:settimeout(1)
port = 3306
 
nomfichierhost="./hosts.txt"
fichierhost=io.open(nomfichierhost,"r")
 
machines = {}
i=0
 
for ligne in fichierhost:lines()
do
 i=i+1
 machines[i] = ligne
end
fichierhost:close()
 
nomfichier="./mariadb.txt"
fichier=io.open(nomfichier,"w")
 
machinelocal = socketbase.dns.gethostname()
 
for _, machine in ipairs( machines )
do
 if not (machine == machinelocal) then
  local SocketMariadb, errMariadb = sockettcp:connect(machine, port)
  if SocketMariadb then
   fichier:write("OK "..machine.."\n")
   sockettcp:close()
  end
 end
end
fichier:close()

On y remarque le chargement du fichier "hosts.txt". Ce script sera appelé par le script écrit en "bash".


Script Bash

Voici le script principal écrit en langage Bash. Nous avons nommé ce script "/produc/mysql.bat/checkdb.bat": 

#!/bin/bash
 
CHEMIN="./"
CHEMINDB="../mysql"
DT=`/usr/bin/date`
 
cd $CHEMIN
 
PS=`/usr/bin/ps ax | /usr/bin/grep mariadb | /usr/bin/grep -v grep`
HOST=`/usr/bin/hostname`
 
if [ "$PS" == "" ]
then
 /usr/bin/lua mariadb.lua
 TAILLE=`/usr/bin/wc -c mariadb.txt | /usr/bin/awk '{printf("%s",$1)}' `
 if [ "$TAILLE" != "0" ]
 then
  /usr/bin/echo "$DT - Lancement de Mariadb" >> mariadb.log
  /usr/bin/systemctl start mariadb.service
 else
  LIGNE2=`/usr/bin/grep safe_to_bootstrap $CHEMINDB/grastate.dat | /usr/bin/awk '{printf("%s",$2)}' `
  if [ "$LIGNE2" == "1" ]
  then
   /usr/bin/echo "$DT - Lancement de Galera" >> mariadb.log
   /usr/bin/galera_new_cluster
  else
   NOMAX="-1"
   BSMAX="-1"
   MACHINE=""
   LISTES=`/usr/bin/cat hosts.txt`
   for LISTE in $LISTES
   do
    /usr/bin/echo "-" > $LISTE.etat
    /usr/bin/rsync $LISTE::db/grastate.dat $LISTE.etat 2> /dev/null
    NO=`/usr/bin/grep seqno $LISTE.etat | /usr/bin/awk '{printf("%s",$2)}' `
    BS=`/usr/bin/grep safe_to_bootstrap $LISTE.etat | /usr/bin/awk '{printf("%s",$2)}' `
    if [ "$NO" == "" ]
    then
     NO="100000000"
    fi
    if [ "$BS" == "1" ]
    then
     BSMAX=$BS
    fi
    if [ $NOMAX -lt $NO ]
    then
     NOMAX=$NO
     MACHINE=$LISTE
    fi
   done
 
   if [ "$BSMAX" == "1" ]
   then
    /usr/bin/echo "$DT - Attente de lancement de Galera" >> mariadb.log
   else
    if [ "$NOMAX" == "100000000" ]
    then
     /usr/bin/echo "$DT - Une machine n'est pas accessible" >> mariadb.log
    else
     if [ $MACHINE == $HOST ]
     then
      /usr/bin/sed -i 's/safe_to_bootstrap: 0/safe_to_bootstrap: 1/g' $CHEMINDB/grastate.dat
      /usr/bin/echo "$DT - Lancement de Galera" >> mariadb.log
      /usr/bin/galera_new_cluster
     else
      /usr/bin/echo "$DT - Attente de démarrage distant de Galera" >> mariadb.log
     fi
    fi
   fi
  fi
 fi
fi

On y voit l'utilisation du fichier "hosts.txt" et celle des services Rsyncd. Le fichier journal "mariadb.log" affiche l'état de la procédure.

Remarquons que, pour s'exécuter, on doit se trouver dans le répertoire où ce script est localisé (variable "CHEMIN"); c'est le service qui le précisera.

Il faut faire attention au chemin (variable "CHEMINDB") où se trouve la base de données MariaDB; il faut adapter en conséquence la variable "CHEMINDB". Dans notre cas, elle se trouve dans le répertoire voisin "/produc/mysql". Si cette procédure devait être utilisée par le système Cron, il faudrait faudrait les spécifier en absolu et non en relatif.


Services

Les procédures ci-dessus seront lancées à intervalles réguliers par Systemd. Mais on pourrait utiliser à sa place le système Cron.

En premier, on crée le service "checkdb.service" dans le répertoire de Systemd "/usr/lib/systemd/system" dont voici le contenu: 

[Unit]
Description=Check MariaDB
After=network.target
 
[Service]
Type=simple
WorkingDirectory=/produc/mysql.bat
ExecStart=/produc/mysql.bat/checkdb.bat
 
[Install]
WantedBy=multi-user.target

Adaptez le répertoire où se trouve les procédures selon votre situation.


Comme cette procédure s'exécute et s'arrête rapidement, il faut la relancer à intervalle régulier. On crée un autre service de type "Timer". On nomme ce fichier sur la même base "checkdb.timer" dans le même répertoire de Systemd "/usr/lib/systemd/system" dont voici le contenu: 

[Unit]
Description=Timer for the checkdb service
 
[Timer]
OnBootSec=3min
OnUnitActiveSec=10min
 
[Install]
WantedBy=timers.target

Le service ne s'activera que 3 minutes après le démarrage de la machine et s'exécutera toutes les 10 minutes. Ces temps sont indicatifs.


Comme le paramétrage de Systemd a été modifié, il faut le recharger: 

systemctl daemon-reload

On active et lance le service: 

systemctl enable checkdb.timer
systemctl start checkdb.timer


Garb

Il reste à régler le cas du service Garb qui tourne sur la machine "sv0.home.dom". Le programme est écrit en scripts "bash" et LUA.


Principe

La seule contrainte est que ce service doive démarrer après qu'au moins une instance de MariaDB s'exécute sur une des machines du cluster si ce n'est pas le cas, il ne doit pas s'exécuter. Il va donc repérer s'il y a au moins une machine du cluster où s'exécute le service MariaDB grâce au scrip LUA "mariadb.lua".


Localisation des scripts

Comme précédemment, nous avions placé la base de données dans le répertoire "/produc/mysql". Et nous plaçons les scripts dans le répertoire "/produc/mysql.bat".


Fichier "hosts.txt"

Nous utiliserons le même fichier comme décrit ci-dessus.


Script LUA

Nous utiliserons également le même script LUA "mariadb.lua" que ci-dessus. Ce logiciel nécessite les mêmes paquets que ci-dessus.


Script Bash

Voici le script principal écrit en langage Bash. Nous avons nommé ce script "/produc/mysql.bat/checkgarb.bat": 

#!/bin/bash
 
CHEMIN="./"
DT=`/usr/bin/date`
 
cd $CHEMIN
 
PS=`/usr/bin/ps ax | /usr/bin/grep garbd | /usr/bin/grep -v grep`
/usr/bin/lua mariadb.lua
TAILLE=`/usr/bin/wc -c mariadb.txt | /usr/bin/awk '{printf("%s",$1)}' `
 
if [ "$PS" != "" ]
then
 if [ "$TAILLE" == "0" ]
 then
  /usr/bin/echo "$DT - Arret de Garbd" >> mariadb.log
  /usr/bin/systemctl stop garbd.service
 fi
else
 if [ "$TAILLE" != "0" ]
 then
  /usr/bin/echo "$DT - Lancement de Garbd" >> mariadb.log
  /usr/bin/systemctl start garbd.service
 fi
fi

Le fichier journal "mariadb.log" affiche l'état de la procédure.

Remarquons que, pour s'exécuter, on doit se trouver dans le répertoire où ce script est localisé (variable "CHEMIN"); c'est le service qui le précisera.


Services

Les procédures ci-dessus seront lancées à intervalles réguliers par Systemd. Mais on pourrait utiliser à sa place le système Cron.

En premier, on crée le service "checkgarb.service" dans le répertoire de Systemd "/usr/lib/systemd/system" dont voici le contenu: 

[Unit]
Description=Check Garbd
After=network.target
 
[Service]
Type=simple
WorkingDirectory=/produc/mysql.bat
ExecStart=/produc/mysql.bat/checkgarb.bat
 
[Install]
WantedBy=multi-user.target

Adaptez le répertoire où se trouve les procédures selon votre situation.


Comme cette procédure s'exécute et s'arrête rapidement, il faut la relancer à intervalle régulier. On crée un autre service de type "Timer". On nomme ce fichier sur la même base "checkgarb.timer" dans le même répertoire de Systemd "/usr/lib/systemd/system" dont voici le contenu: 

[Unit]
Description=Timer for the checkgarb service

[Timer]
OnBootSec=4min
OnUnitActiveSec=3min

[Install]
WantedBy=timers.target

Le service ne s'activera que 4 minutes après le démarrage de la machine et s'exécutera toutes les 3 minutes. Ces temps sont indicatifs.


Comme le paramétrage de Systemd a été modifié, il faut le recharger: 

systemctl daemon-reload

On active et lance le service: 

systemctl enable checkgarb.timer
systemctl start checkgarb.timer





→ retour au menu de Galera - Cluster de MariaDB

Récupérée de « https://www.adbweb.gslb.eu/wiki/index.php?title=LINUX:MariaDB/Galera_-_Solution_d%27automatisation_de_démarrage&oldid=4729 »