• node01-sqlw 172.16.186.27
• node02-sqlw 172.16.186.28
• node03-sqlw 172.16.186.29

Le Pool « Cluster_SQLW » va être composé de trois machines virtuelles

• Node01-sqlw -> 172.16.186.27
  • 2CPU, 2G RAM, 20Go Disk
• Node02-sqlw -> 172.16.186.28
  • 2CPU, 2G RAM, 20Go Disk
• Node03-sqlw -> 172.16.186.29
  • 2CPU, 2G RAM, 20Go Disk

Spécification des machines

1°) Désactivation du SElinux (3 nœuds sqlw)

[root@node01-sqlw ~]# vi /etc/selinux/config
SELINUX=disabled

Redémarrer la machine.

[root@node01-sqlw ~]# reboot

2°) Désactiver l’IPV6 (3 nœuds sqlw)

[root@node01-sqlw ~]# vi /etc/sysctl.conf
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.all.autoconf = 0
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.default.autoconf = 0

[root@node01-sqlw ~]# sysctl -p

3°) Installation de paquets utiles(3 nœuds)

[root@node01-sqlw ~]# yum update && yum upgrade
[root@node01-sqlw ~]#] yum -y install qemu-guest-agent
[root@node01-sqlw ~]# yum -y install htop nmap net-tools
[root@node01-sqlw ~]# yum -y install epel-release socat

Suppression des lib inutiles.

[root@node01-sqlw ~]# yum -y remove mariadb-libs

4°) Installation Percona(3 nœuds)

[root@node01-sqlw ~]# yum install -y https://repo.percona.com/yum/percona-release-latest.noarch.rpm
[root@node01-sqlw ~]# yum makecache && yum update
[root@node01-sqlw ~]# yum install -y Percona-XtraDB-Cluster-client-57* Percona-XtraDB-Cluster-server-57*
[root@node01-sqlw ~]# yum install -y Percona-XtraDB-Cluster-shared-57-debuginfo* Percona-XtraDB-Cluster-garbd-57-debuginfo*
[root@node01-sqlw ~]# yum install -y mariadb-server-galera.x86_64
[root@node01-sqlw ~]# yum install -y percona-toolkit
[root@node01-sqlw ~]# yum install -y percona-xtrabackup-24

[root@node01-sqlw ~]# systemctl enable --now mariadb.service

5°) Ajout des Rules Firewall(3 nœuds)

[root@node01-sqlw ~]#firewall-cmd --permanent --add-port={3306,4444,4567,4568}/tcp
[root@node01-sqlw ~]#firewall-cmd --zone=public --add-port=4567/udp --permanent
[root@node01-sqlw ~]#firewall-cmd --reload

6°)Installantion NTP(3 nœuds)

[root@node01-sqlw ~]# dnf install chrony
[root@node01-sqlw ~]# systemctl start chronyd
[root@node01-sqlw ~]# systemctl enable chronyd
[root@node01-sqlw ~]# systemctl status chronyd

[root@node01-sqlw ~]# firewall-cmd --permanent --add-service=ntp
[root@node01-sqlw ~]# firewall-cmd --reload

7°) Configurer le nœud node01-sqlw

[root@node01-sqlw ~]# systemctl stop mariadb

[root@node01-sqlw ~]# vi /etc/my.cnf
[mysqld]
wsrep_cluster_address = gcomm://
wsrep_provider = /usr/lib64/galera3/libgalera_smm.so
wsrep_slave_threads = 8
wsrep_cluster_name = SQL-Cluster
wsrep_node_name = node01-sqlw
wsrep_node_address = node01-sqlw
wsrep_sst_method = xtrabackup-v2
wsrep_sst_auth = mysql-cluster:mysql@2021

Création du Cluster

[root@node01-sqlw ~]# rm -rf /var/lib/mysql/*
[root@node01-sqlw ~]# galera_new_cluster
[root@node01-sqlw ~]# systemctl start mariadb && systemctl enable mariadb

Connexion à la base de données Percona Mariadb

[root@node01-sqlw ~]# mysql -u root –p

MariaDB [(none)]> SHOW STATUS LIKE 'wsrep_local_state_comment';

MariaDB [(none)]> show global status like 'wsrep_cluster_size';

MariaDB [(none)]> show global status like 'wsrep%';

7°) Configurer le root de Mariadb

[root@node01-sqlw ~]# mysql_secure_installation
Enter current password for root (enter for none): « ENTER »
Set root password? [Y/n] Y
New password: « Votre password »
Re-enter new password: « retaper password »
Remove anonymous users? [Y/n] Y
Disallow root login remotely? [Y/n] Y
Remove test database and access to it? [Y/n] Y
Reload privilege tables now? [Y/n] Y

8°) Création des utilisateurs/Machines « mysql-cluster »

[root@node01-sqlw ~]#mysql -u root -p
mysql> CREATE USER 'mysql-cluster'@'node01-sqlw' IDENTIFIED BY 'mysql@2021';
mysql> CREATE USER 'mysql-cluster'@'node02-sqlw' IDENTIFIED BY 'mysql@2021';
mysql> CREATE USER 'mysql-cluster'@'node03-sqlw' IDENTIFIED BY 'mysql@2021';

mysql> GRANT ALL ON *.* TO 'mysql-cluster'@'node01-sqlw';
mysql> GRANT ALL ON *.* TO 'mysql-cluster'@'node02-sqlw';
mysql> GRANT ALL ON *.* TO 'mysql-cluster'@'node03-sqlw';

mysql> FLUSH PRIVILEGES;

MariaDB [(none)]> select * from mysql.user;

Les utilisateurs autoriser à échanger entre les machines sont créer.

9°) Configurer le nœud node02-sqlw

[root@node02-sqlw ~]# systemctl stop mariadb

[root@node02-sqlw ~]# vi /etc/my.cnf

[mysqld]
wsrep_cluster_address = gcomm://node01-sqlw,node03-sqlw
wsrep_provider = /usr/lib64/galera3/libgalera_smm.so
wsrep_slave_threads = 8
wsrep_cluster_name = SQL-Cluster
wsrep_node_name = node02-sqlw
wsrep_node_address = node02-sqlw/strong>
wsrep_sst_method = xtrabackup-v2
wsrep_sst_auth = mysql-cluster:mysql@2021

[root@node02-sqlw ~]# systemctl start mariadb && systemctl enable mariadb

Vérifier sur node01-sqlw l’ajout du node02.

MariaDB [(none)]> show global status like 'wsrep_cluster_size';

Vérifier que le node02 est bien en mode synchronisé.

[root@node02-sqlw ~]# mysql -u root –p

Ici la mot root est celui répliqué par la synchronisation de node01 => node02.

MariaDB [(none)]> SHOW STATUS LIKE 'wsrep_local_state_comment';

MariaDB [(none)]> select * from mysql.user;

Le nœud node02-sqlw est bien synchronisé au Cluster et à bien récupérer par la synchronisation les users de la table mysql.user.

10°) Configurer le nœud node03-sqlw

[root@node03-sqlw ~]# systemctl stop mariadb

[root@node03-sqlw ~]# vi /etc/my.cnf

[mysqld]
wsrep_cluster_address = gcomm://node01-sqlw,node02-sqlw
wsrep_provider = /usr/lib64/galera3/libgalera_smm.so
wsrep_slave_threads = 8
wsrep_cluster_name = SQL-Cluster
wsrep_node_name = node03-sqlw
wsrep_node_address = node03-sqlw
wsrep_sst_method = xtrabackup-v2
wsrep_sst_auth = mysql-cluster:mysql@2021

[root@node03-sqlw~ ~]#systemctl start mariadb && systemctl enable mariadb

Vérifier sur node01-sqlw l’ajout du node03.

MariaDB [(none)]> show global status like 'wsrep_cluster_size';

Vérifier que le node03 est bien en mode synchronisé.

[root@node03-sqlw ~]# mysql -u root -p

Pareil pour ne node2 , le mot de passe devrait être celui défini sur le node01 et répliqué par la synchronisation des nœuds.

MariaDB [(none)]> SHOW STATUS LIKE 'wsrep_local_state_comment';

MariaDB [(none)]> select * from mysql.user;

A ce stade les trois machines Mysql/Percona sont bien synchronisées entre elles.

11°) Reconfigurer node01-sqlw

Il faut à présent reprendre la configuration de la machine node01-sqlw pour qu’elle synchronise avec les machines node02 et node03. En

[root@node01-sqlw ~]# systemctl stop mariadb

[root@node01-sqlw ~]# vi /etc/my.cnf

[mysqld]
#wsrep_cluster_address = gcomm://
wsrep_cluster_address = gcomm://node02-sqlw,node03-sqlw
wsrep_provider = /usr/lib64/galera3/libgalera_smm.so
wsrep_slave_threads = 8
wsrep_cluster_name = SQL-Cluster
wsrep_node_name = node01-sqlw
wsrep_node_address = node01-sqlw
wsrep_sst_method = xtrabackup-v2
wsrep_sst_auth = mysql-cluster:mysql@2021

[root@node01-sqlw ~]# systemctl start mariadb

12°)  Création de Base sur Node01 et réplication automatique sur les Node02 et Node03

[root@node01-sqlw cp219538]# mysql -u root –p
MariaDB [(none)]> CREATE DATABASE Cluster_Test;
Query OK, 1 row affected (0.008 sec)

MariaDB [(none)]> SHOW DATABASES;

Côté node02-sqlw et node03-sqlw

[root@node02-sqlw ~]# mysql -u root -p -e "SHOW DATABASES;"

Views: 9

L’article MODOP – PARTIE 3 – Installation WordPress en HA – Cluster MySQL est apparu en premier sur CoffeeBreak Info.

Principe 

Inventaire des Machines

Composition des Clusters 

Cluster HaProxy + keepalive(RockyLinux 8 fork RHEL8)

MODOP – PARTIE 5 – Installation WordPress en HA – Cluster HaProxy

3 machines HaProxy

• node01-haw 172.16.186.20
• node02-haw 172.16.186.21
• node03-haw 172.16.186.22
• node-haw 192.168.1.230/24(vIP)

HaProxy va repartir la charge réseau en fonction de la disponibilité des machines du réseau.
Si votre site possède une forte affluence, HaProxy répartira les différentes requêtes SQL, http sur les différents Cluster de machine.
Ici on utilisera 3 machines HaProxy pour gérer la gestion « tiers » panne.
En effet, il y aura un master et deux slaves.

• Si le master est down l’un des deux « slaves » passe en master et répondra aux requêtes.
• Si le deuxième master tombe alors le troisième passera Master.

Statistiquement la panne de 2 serveurs sur 3 est assez rare.

GlusterFS cluster (Centos7)

• MODOP – PARTIE 2 – Installation WordPress en HA – GlusterFS

3 machines GlusterFS

• node01-gfsw 172.16.186.24
• node02-gfsw 172.16.186.25
• node03-gfsw 172.16.186.26

GlusterFS est un service de fichiers distribués. Chaque fichier inscrit sur une machine est automatiquement répliqué sur les autres machines du cluster.
Si une machine du cluster est down, les fichiers restent disponibles sur les deux autres nœuds du Cluster.
Nous allons héberger les fichiers de conf (Apache, haProxy ) et le site de WordPress.
Cela nous permettra de centraliser les fichiers nécessaires au fonctionnement des Clusters.

MySQL cluster (AlmaLinux 8 fork RHEL8)

MODOP – PARTIE 3 – Installation WordPress en HA – Cluster Mysql

3 machines MySQL

• node01-sqlw 172.16.186.27
• node02-sqlw 172.16.186.28
• node03-sqlw 172.16.186.29

Le cluster MySQL est constitué de 3 nœuds MySQL en Master-Master-Master. Toutes données inscrites sur un des nœuds est répliquées automatiquement sur les autres nœuds du cluster.
Si une machine est down, les autres machines répondront aux requêtes via le Cluster HaProxy.
Quand la machine reviendra UP dans le Cluster, elle se resynchronisera automatiquement auprès des autres machines du cluster.

Web cluster apache/PHP

MODOP – PARTIE 4 – Installation WordPress en HA – Cluster Apache

3 machines Apache/php

• node01-webw 172.16.186.30
• node02-webw 172.16.186.31
• node03-webw 172.16.186.32

Le Cluster Apache hébergera uniquement le service Apache/PHP pour le site WordPress, il répondra à toutes les requêtes de HaProxy.
Nous sommes encore sous le mode « tiers ». Si une machine cesse de fonctionner les deux autres répondrons aux sollicitations de HaProxy via le LoadBalancing.

Conclusion

Dans notre infrastructure nous avons 4 clusters de service en mode « tiers » Haute disponibilité

• Cluster HaProxy + KeepAlived
• Cluster GlusterFS
• Cluster MySQL
• Cluster Web

Pour que ce mode soit le plus résilient, il faut impérativement provisionner chacun des services sur des machines hyperviseurs différentes (VMware, Proxmox ,HyperV ,etc) .

Bref si un Hyperviseur est down, les deux autres répondrons aux sollicitations des clients.

Si les hyperviseurs sont gérés par le mode HA, les machines virtuelles hébergées par l’hyperviseur en panne migreront automatiquement sur les autres hyperviseurs UP.

Prérequis

La première étape sera d’inscrire toutes les machines de notre infrastructure « WordPress » sur nos DNS primaire et secondaire afin que les machines se trouvent facilement par leur nom d’host.

• MODOP – Configurer un DNS Primaire et Secondaire – Centos7 – SysBreak Info (en-images.info)

[root@dns-pri ~]# vi /var/named/forward.house.cpb
; ### infrastructure WordPress ###
;
; Cluster HAproxy
node01-haw IN A 172.16.186.20
node02-haw IN A 172.16.186.21
node03-haw IN A 172.16.186.22
node-haw IN A 192.168.1.230
; Cluster GlusterFS
node01-gfsw IN A 172.16.186.24
node02-gfsw IN A 172.16.186.25
node03-gfsw IN A 172.16.186.26
; Cluster MySQL
node01-sqlw IN A 172.16.186.27
node02-sqlw IN A 172.16.186.28
node03-sqlw IN A 172.16.186.29
; Cluster Web Httpd/PHP
node01-webw IN A 172.16.186.30
node02-webw IN A 172.16.186.31
node03-webw IN A 172.16.186.32

Modifier le numéro de série et redémarrer le service apache.

[root@dns-pri ~]# systemctl reload named

Côté DNS Primaire

Côté DNS Secondaire

Test sur un client

Views: 25

L’article MODOP – PARTIE 1 – Installation WordPress en HA – Présentation est apparu en premier sur CoffeeBreak Info.