MariaDB - Grappe de serveurs avec Galera - Historique des versions

Nmorin : Correction d'orthographe

2022-02-26T23:33:41Z

Correction d'orthographe

Ycharbi : Correction des cas de coupure + reformulation de certains textes + correction du concept de "Primary" et "non-Primary" + ajout d'une commande d'affichage d'état global + ajout d'une source.

2020-11-08T15:41:55Z

Correction des cas de coupure + reformulation de certains textes + correction du concept de "Primary" et "non-Primary" + ajout d'une commande d'affichage d'état global + ajout d'une source.

← Version précédente		Version du 8 novembre 2020 à 17:41
Ligne 1 :		Ligne 1 :
	[[Category:base_de_données]]		[[Category:base_de_données]]
	La mise en œuvre d'une grappe de bases de données ''MariaDB'' peut se mettre en place de différentes manières. Ainsi, il est possible de réaliser une réplication [[MariaDB - Réplication master-master\|maître-maître]] (hérité de ''MySQL'') ou bien de passer par la méthode intégrée à l'outil : ''Galera''. Cette méthode propose une meilleur intégration à l'outil tout en étant simple à configurer. Elle répond au même besoin fonctionnel que la première technique ~~mais fonctionne tout de même selon le modèle maître-esclave pour l'organisation de la grappe~~.		La mise en œuvre d'une grappe de bases de données ''MariaDB'' peut se mettre en place de différentes manières. Ainsi, il est possible de réaliser une réplication [[MariaDB - Réplication master-master\|maître-maître]] (hérité de ''MySQL'') ou bien de passer par la méthode intégrée à l'outil : ''Galera''. Cette méthode propose une meilleur intégration à l'outil tout en étant simple à configurer. Elle répond au même besoin fonctionnel que la première technique.

	À titre d'exemple, la synchronisation entre le site https://doc.ycharbi.fr et https://doc.lesmorin.fr se faisait traditionnellement par une réplication maître-maître ''MySQL''. Nous nous sommes aperçus à maintes reprises qu'en l'espace de quelques mois et sans raisons apparentes, la synchronisation entre nos deux serveurs se cassait et nécessitait une intervention manuelle pour régler le problème. Avec ''Galera'', ceci n'est théoriquement pas possible~~. De plus, le maître d'une grappe peut être changé sans conséquences sur son ensemble lors d'une défaillance (ceci se fait en fonction de la machine ayant les données les plus à jour)~~.		À titre d'exemple, la synchronisation entre le site https://doc.ycharbi.fr et https://doc.lesmorin.fr se faisait traditionnellement par une réplication maître-maître ''MySQL''. Nous nous sommes aperçus à maintes reprises qu'en l'espace de quelques mois et sans raisons apparentes, la synchronisation entre nos deux serveurs se cassait et nécessitait une intervention manuelle pour régler le problème. Avec ''Galera'', ceci n'est théoriquement pas possible.

	=Installation=		=Installation=
Ligne 93 :		Ligne 93 :
	\|-		\|-
	! Argument !! Signification		! Argument !! Signification
			\|-
			\| <source lang="sql" inline>SHOW STATUS LIKE 'wsrep%';</source> \|\| Toutes les informations. Renvoie un tableau rgrouppant l'enssemble des informations de la grappe
	\|-		\|-
	\| <source lang="sql" inline>show status like 'wsrep_cluster_size';</source> \|\| Taille de notre grappe. Renvoie le nombre de machines faisant partie de la grappe		\| <source lang="sql" inline>show status like 'wsrep_cluster_size';</source> \|\| Taille de notre grappe. Renvoie le nombre de machines faisant partie de la grappe
Ligne 100 :		Ligne 102 :
	\| <source lang="sql" inline>show status like 'wsrep_local_state_comment';</source> \|\| État de synchronisation de notre nœud. Renvoie ''Synced'' si tout est bon ou ''Initialized'' si le pair est injoignable		\| <source lang="sql" inline>show status like 'wsrep_local_state_comment';</source> \|\| État de synchronisation de notre nœud. Renvoie ''Synced'' si tout est bon ou ''Initialized'' si le pair est injoignable
	\|-		\|-
	\| <source lang="sql" inline>show status like 'wsrep_cluster_status';</source> \|\| Rang du nœud. Renvoie ''Primary'' si la ~~machine~~ est ~~maître ou~~ ''non-Primary'' si ~~elle~~ est ~~esclave~~		\| <source lang="sql" inline>show status like 'wsrep_cluster_status';</source> \|\| Rang du nœud. Renvoie ''Primary'' si la grappe est fonctionnelle, ''non-Primary'' si le nombre de nœud hors service est superieur à la moitier du nombre total de machines de la grappe (lecture seul) et ''Disconnected'' qui le nœud n'appartient à aucune grappe (état par defaut)
	\|-		\|-
	\| <source lang="sql" inline>show status like 'wsrep_cluster_state_uuid';</source> \|\| UUID de l'état de la grappe		\| <source lang="sql" inline>show status like 'wsrep_cluster_state_uuid';</source> \|\| UUID de l'état de la grappe
Ligne 106 :		Ligne 108 :

	=Cas de coupure=		=Cas de coupure=
	~~De part~~ la ~~nature~~ de la ~~relation de réplication entre nos nœuds,~~ les ~~serveurs doivent êtres arrêtés selon une certaine méthode.~~ Si ~~l'un des nœuds arrête son service ''MariaDB'' proprement (via <source lang="bash" inline>systemctl stop mariadb.service</source>),~~ le ~~serveur restant poursuit sont fonctionnement normalement en passant maître (état ''Primary''). À l'inverse, si un des~~ nœud ~~se trouve~~ hors service de ~~façon brutale, le nœud~~ restant passe ~~automatiquement~~ en ~~lecture seule en attendant le retour du deuxième~~.		La grappe MariaDB fonctionne comme toute grappe applicative :
			* Si le nombre de nœud hors service est inferieur a la moitier du nombre total de machines de la grappe alors les nœud restant fonctionne normalement
			* Si le nombre de nœud hors service est superieur a la moitier du nombre total de machines de la grappe alors les noœuds restant passe en lecteur seul

			C'est pour cela qu'il est plus agréable d'avoir au minimum 3 nœud dans la grappe.

	==Un des nœuds est arrêté proprement==		==Un des nœuds est arrêté proprement==
	Dans ce cas, lors de l'arrêt du nœud, celui-ci notifie les autres participants de son arrêt. Ceux-ci fonctionnent alors normalement sans se soucier de la perte d'un des membres~~. En terme technique (car rien est magique), lors de l'arrêt du nœud, un nouveau membre devient maître (état ''Primary'') de la grappe~~.		Dans ce cas, lors de l'arrêt du nœud, celui-ci notifie les autres participants de son arrêt. Ceux-ci fonctionnent alors normalement sans se soucier de la perte d'un des membres.

	Lors de l'allumage du service ''MariaDB'' sur le nœud précédemment éteint, une synchronisation est exécuté entre ~~le maître (qui est~~ à jour) et le nœud fraîchement démarré.		Lors de l'allumage du service ''MariaDB'' sur le nœud précédemment éteint, une synchronisation est exécuté entre la machine la plus à jour et le nœud fraîchement démarré.

	{{attention\|Cette commande peux prendre du temps suivant les modifications effectuées. Vous pouvez contrôler l'état d'avancement avec un <source lang="bash" inline>journalctl -f</source>.}}		{{attention\|Cette commande peux prendre du temps suivant les modifications effectuées. Vous pouvez contrôler l'état d'avancement avec un <source lang="bash" inline>journalctl -f</source>.}}

	==Un des nœuds est arrêté violemment==		==Un des nœuds est arrêté violemment==
	~~=== Le processus est arrêté violemment ===~~
	~~Dans ce cas, ''Systemd'' s'occupe de le relancer automatiquement. Pendant cette micro coupure, le deuxième nœud est en lecture seul.~~

	~~=== La machine est arrêté violemment ===~~		{{info\|Dans le cas d'un plantage du programme, ''Systemd'' s'occupe de le relancer automatiquement.}}
	Dans ce cas, le ~~deuxième nœud~~ est en lecture seule ~~et attend~~ le ~~retour~~ de ~~son pair~~.
			Tant que le nombre total de mahines en service de la grappe est supérieur à la moitier des noœuds déclarés dans celle-ci, il ne se passe rien de particulier.

			Si l'arrêt brutal vient à concerner simultanemment un nombre de nœuds supérieur à la moiteir décrite, les nœuds restant passent en lecture seule le temps de la remise en service des machines tombées.

	{{attention\|Si cette dernière ne revient jamais, il faudra casser la grappe et la refaire. Il est également possible de faire fonctionner ''MariaDB'' en dehors de la grappe en passant la valeur ''wsrep_on{{=}}ON'' à ''OFF'' du fichier de configuration.}}		{{attention\|Si cette dernière ne revient jamais, il faudra casser la grappe et la refaire. Il est également possible de faire fonctionner ''MariaDB'' en dehors de la grappe en passant la valeur ''wsrep_on{{=}}ON'' à ''OFF'' du fichier de configuration.}}
Ligne 131 :		Ligne 138 :
	cat /var/lib/mysql/grastate.dat		cat /var/lib/mysql/grastate.dat

	Le nœud ayant la valeur <source lang="bash" inline>safe_to_bootstrap: 1</source> doit initialiser la grappe ~~(sera considéré comme ''Primary'')~~ :		{{astuce\|La valeur <source lang="bash" inline>seqno</source> donne un numéro de séquence correspondant au niveau de synchronisation entre les nœuds. La valeur la plus élevé correspond au nœud le plus à jour.}}

			Le nœud ayant la valeur <source lang="bash" inline>safe_to_bootstrap: 1</source> doit initialiser la grappe :
	galera_new_cluster		galera_new_cluster

	{{astuce\|Si aucun nœud ne possède cette valeur, ~~vous devez décider quelle base de données est~~ la ~~plus récente, puis passer cette valeur~~ manuellement à 1 ou via la commande <source lang="bash" inline>sed -ie '/safe_to/c\safe_to_bootstarp: 1' /var/lib/mysql/grastate.dat</source>.}}		{{astuce\|Si aucun nœud ne possède cette valeur, il faut la définir manuellement à 1 ou via la commande <source lang="bash" inline>sed -ie '/safe_to/c\safe_to_bootstarp: 1' /var/lib/mysql/grastate.dat</source> sur le nœud le plus à jour afin de servir d'étalon aux autres (seule un nœud dont la valeur est a "1" peut exécuter la commande ci-dessus).}}

	Si tout se passe bien, le service <source lang="bash" inline>mariadb.service</source> est actif sur ce nœud. Dans ce cas, il est possible de le démarrer sur les autres nœuds.		Si tout se passe bien, le service <source lang="bash" inline>mariadb.service</source> est actif sur ce nœud. Dans ce cas, il est possible de le démarrer sur les autres nœuds.
Ligne 143 :		Ligne 152 :
	==Tous les nœud sont arrêtés violemment==		==Tous les nœud sont arrêtés violemment==

	~~{{attention\|Nous n'avons pas encore testé~~ ce ~~cas. Ceci n~~'~~est que simple supposition~~.}}		MariaDB communique les informations de réplication en multicast sur le port 4567. Lorsque plusieurs nœuds sont démarrés, ils communiques par ce vercteur pour s'accorder et remonter la grappe automatiquement.

	~~Ce cas~~ est ~~similaire à~~ la section [[#Tous%20les%20n%C5%93uds%20sont%20arr%C3%AAt%C3%A9s%20proprement\|Tous les nœuds sont arrêtés proprement]]. La différence est probablement le fait qu'aucun nœud n'aura la valeur <source lang="bash" inline>safe_to_bootstrap: 1</source>. Dans ce cas, appliquer l'astuce y étant décrite.		Si toutefois la grappe n'est pas remonté automatiquement par MariaDB :
			* Tuer les processus exécutés par <source lang="bash" inline>mysqld</source>
			* Suivre la section [[#Tous%20les%20n%C5%93uds%20sont%20arr%C3%AAt%C3%A9s%20proprement\|Tous les nœuds sont arrêtés proprement]]. La différence est probablement le fait qu'aucun nœud n'aura la valeur <source lang="bash" inline>safe_to_bootstrap: 1</source>. Dans ce cas, appliquer l'astuce y étant décrite.

	=Sources=		=Sources=
	* https://computingforgeeks.com/how-to-setup-mariadb-galera-cluster-on-debian/		* https://computingforgeeks.com/how-to-setup-mariadb-galera-cluster-on-debian/
	* https://mariadb.com/kb/en/getting-started-with-mariadb-galera-cluster/		* https://mariadb.com/kb/en/getting-started-with-mariadb-galera-cluster/
			* https://mariadb.com/kb/en/galera-cluster-status-variables/#wsrep_cluster_status
	* https://www.symmcom.com/docs/how-tos/databases/how-to-recover-mariadb-galera-cluster-after-partial-or-full-crash		* https://www.symmcom.com/docs/how-tos/databases/how-to-recover-mariadb-galera-cluster-after-partial-or-full-crash
	* https://easyteam.fr/galera-cluster-mariadb-principes-installation/		* https://easyteam.fr/galera-cluster-mariadb-principes-installation/
	* https://www.debyum.com/restart-galera-cluster-after-reboot-bootstrap-node/		* https://www.debyum.com/restart-galera-cluster-after-reboot-bootstrap-node/

Ycharbi : Refonte complète de la documentation après tests (beaucoup trop de choses on changées depuis la dernière version). Considérer cette modification comme une nouvelle page.

2020-11-06T19:22:03Z

Refonte complète de la documentation après tests (beaucoup trop de choses on changées depuis la dernière version). Considérer cette modification comme une nouvelle page.

Voir les modifications

Ycharbi : Ycharbi a déplacé la page MariaDB - Cluster de serveurs (Galera) vers MariaDB - Grappe de serveurs avec Galera sans laisser de redirection : Francisation du titre

2020-11-06T18:21:49Z

Ycharbi a déplacé la page MariaDB - Cluster de serveurs (Galera) vers MariaDB - Grappe de serveurs avec Galera sans laisser de redirection : Francisation du titre

← Version précédente	Version du 6 novembre 2020 à 20:21
(Aucune différence)

Nmorin le 9 janvier 2017 à 21:55

2017-01-09T21:55:09Z

← Version précédente		Version du 9 janvier 2017 à 23:55
Ligne 1 :		Ligne 1 :
	~~[[Category:linux]]~~
	[[Category:base_de_données]]		[[Category:base_de_données]]
	'''<span style="color:#FF0000">Suite a plusieurs tests, cette solution n'est pas adaptée pour faire du cluster via VPN.</span>''' Cette outils ne fonctionne que dans un réseau interne. Nous somme partie sur une solution de réplication MySQL Master-Master.		'''<span style="color:#FF0000">Suite a plusieurs tests, cette solution n'est pas adaptée pour faire du cluster via VPN.</span>''' Cette outils ne fonctionne que dans un réseau interne. Nous somme partie sur une solution de réplication MySQL Master-Master.

Ycharbi le 8 janvier 2017 à 21:15

2017-01-08T21:15:09Z

← Version précédente		Version du 8 janvier 2017 à 23:15
Ligne 9 :		Ligne 9 :

	*Ajouter la clef du dépôt de MariaDB:		*Ajouter la clef du dépôt de MariaDB:
	$ apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xcbcb082a1bb943db		# apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xcbcb082a1bb943db

	*Ajouter dans le fichier '''/etc/apt/sources.list''' :		*Ajouter dans le fichier '''/etc/apt/sources.list''' :
Ligne 16 :		Ligne 16 :

	*Faire un update:		*Faire un update:
	$ apt update		# apt update

	=Installer MariaDB et Galera=		=Installer MariaDB et Galera=
	*Installer MariaDB et Galera:		*Installer MariaDB et Galera:
	$ apt install -y rsync mariadb-client mariadb-galera-server galera		# apt install -y rsync mariadb-client mariadb-galera-server galera

	=Configurer le cluster=		=Configurer le cluster=
Ligne 46 :		Ligne 46 :

	*Stopper MariaDB sur tous les machines du cluster:		*Stopper MariaDB sur tous les machines du cluster:
	$ service mysql stop		# service mysql stop

	*<span style="color:#FF0000">'''Sur l'un des serveur du cluster'''</span> que l'on va appeler <span style="color:#FF0000">''cluster01''</span> dans ce tuto, exécuter:		*<span style="color:#FF0000">'''Sur l'un des serveur du cluster'''</span> que l'on va appeler <span style="color:#FF0000">''cluster01''</span> dans ce tuto, exécuter:
	$ galera_new_cluster		# galera_new_cluster

	*Toujours sur <span style="color:#FF0000">''cluster01''</span>, exécuter la commende suivant:		*Toujours sur <span style="color:#FF0000">''cluster01''</span>, exécuter la commende suivant:
	$ mysql -u root -p -e 'SELECT VARIABLE_VALUE as "cluster size" FROM INFORMATION_SCHEMA.GLOBAL_STATUS WHERE VARIABLE_NAME="wsrep_cluster_size"'		# mysql -u root -p -e 'SELECT VARIABLE_VALUE as "cluster size" FROM INFORMATION_SCHEMA.GLOBAL_STATUS WHERE VARIABLE_NAME="wsrep_cluster_size"'

	Résultat:		Résultat:
Ligne 64 :		Ligne 64 :

	*<span style="color:#FF0000">'''Sur les autres serveurs du cluster'''</span>, il suffit de démarrer MariaDB:		*<span style="color:#FF0000">'''Sur les autres serveurs du cluster'''</span>, il suffit de démarrer MariaDB:
	$ service mysql start		# service mysql start

	*Sur <span style="color:#FF0000">''cluster01''</span>, si vous exécutez:		*Sur <span style="color:#FF0000">''cluster01''</span>, si vous exécutez:
	$ mysql -u root -p -e 'SELECT VARIABLE_VALUE as "cluster size" FROM INFORMATION_SCHEMA.GLOBAL_STATUS WHERE VARIABLE_NAME="wsrep_cluster_size"'		# mysql -u root -p -e 'SELECT VARIABLE_VALUE as "cluster size" FROM INFORMATION_SCHEMA.GLOBAL_STATUS WHERE VARIABLE_NAME="wsrep_cluster_size"'

	Résultat:		Résultat:

Ycharbi le 7 janvier 2017 à 19:22

2017-01-07T19:22:10Z

← Version précédente		Version du 7 janvier 2017 à 21:22
Ligne 1 :		Ligne 1 :
	[[Category:linux]]		[[Category:linux]]
	[[Category:base_de_données]]		[[Category:base_de_données]]
	'''<span style="color:#FF0000">Suite a plusieurs tests, cette solution n'est pas adaptée pour faire du cluster via VPN.</span>''' Cette outils fonctionne que dans un réseau interne. Nous somme partie sur une solution de réplication MySQL Master-Master.		'''<span style="color:#FF0000">Suite a plusieurs tests, cette solution n'est pas adaptée pour faire du cluster via VPN.</span>''' Cette outils ne fonctionne que dans un réseau interne. Nous somme partie sur une solution de réplication MySQL Master-Master.

	'''<span style="color:#FF0000">Tous les manipulations sont à faire sur tous les serveur (sauf contraction).</span>'''		'''<span style="color:#FF0000">Tous les manipulations sont à faire sur tous les serveur (sauf contraction).</span>'''

Nmorin : /* Liens */

2017-01-05T16:29:57Z

Liens

← Version précédente		Version du 5 janvier 2017 à 18:29
Ligne 78 :		Ligne 78 :
	Vous voyez le chiffre augmenté suivant le nombre de serveur connecté dans le cluster.		Vous voyez le chiffre augmenté suivant le nombre de serveur connecté dans le cluster.

	=~~Liens~~=		=Sources=
	* Dépôt de MariaDB : https://downloads.mariadb.org/mariadb/repositories/#mirror=cnrs&version=10.1&distro_release=jessie--jessie&distro=Debian		* Dépôt de MariaDB : https://downloads.mariadb.org/mariadb/repositories/#mirror=cnrs&version=10.1&distro_release=jessie--jessie&distro=Debian
	* Utilisation de Galera : https://blog.sprinternet.at/2016/03/mariadb-10-1-galera-cluster-on-debian-8-jessie/		* Utilisation de Galera : https://blog.sprinternet.at/2016/03/mariadb-10-1-galera-cluster-on-debian-8-jessie/
	* Pour la configuration de Galera : http://galeracluster.com/documentation-webpages/configuration.html		* Pour la configuration de Galera : http://galeracluster.com/documentation-webpages/configuration.html

Nmorin le 5 janvier 2017 à 16:29

2017-01-05T16:29:06Z

← Version précédente		Version du 5 janvier 2017 à 18:29
Ligne 1 :		Ligne 1 :
	[[Category:linux]]		[[Category:linux]]
	[[Category:base_de_données]]		[[Category:base_de_données]]
	'''<span style="color:#FF0000">Suite a plusieurs tests, cette solution n'est pas adaptée pour faire du cluster via VPN.</span>''' Cette outils ne fonctionne que dans un réseau interne. Nous somme partie sur une solution de réplication MySQL Master-Master.		'''<span style="color:#FF0000">Suite a plusieurs tests, cette solution n'est pas adaptée pour faire du cluster via VPN.</span>''' Cette outils fonctionne que dans un réseau interne. Nous somme partie sur une solution de réplication MySQL Master-Master.

	'''<span style="color:#FF0000">Tous les manipulations sont à faire sur tous les serveur (sauf contraction).</span>'''		'''<span style="color:#FF0000">Tous les manipulations sont à faire sur tous les serveur (sauf contraction).</span>'''

Nmorin le 5 janvier 2017 à 16:28

2017-01-05T16:28:45Z

← Version précédente		Version du 5 janvier 2017 à 18:28
Ligne 1 :		Ligne 1 :
	[[Category:linux]]		[[Category:linux]]
	[[Category:base_de_données]]		[[Category:base_de_données]]
			'''<span style="color:#FF0000">Suite a plusieurs tests, cette solution n'est pas adaptée pour faire du cluster via VPN.</span>''' Cette outils ne fonctionne que dans un réseau interne. Nous somme partie sur une solution de réplication MySQL Master-Master.

	'''<span style="color:#FF0000">Tous les manipulations sont à faire sur tous les serveur (sauf contraction).</span>'''		'''<span style="color:#FF0000">Tous les manipulations sont à faire sur tous les serveur (sauf contraction).</span>'''

← Version précédente		Version du 27 février 2022 à 01:33
Ligne 94 :		Ligne 94 :
	! Argument !! Signification		! Argument !! Signification
	\|-		\|-
	\| <source lang="sql" inline>SHOW STATUS LIKE 'wsrep%';</source> \|\| Toutes les informations. Renvoie un tableau ~~rgrouppant l'enssemble~~ des informations de la grappe		\| <source lang="sql" inline>SHOW STATUS LIKE 'wsrep%';</source> \|\| Toutes les informations. Renvoie un tableau regroupant l’ensemble des informations de la grappe
	\|-		\|-
	\| <source lang="sql" inline>show status like 'wsrep_cluster_size';</source> \|\| Taille de notre grappe. Renvoie le nombre de machines faisant partie de la grappe		\| <source lang="sql" inline>show status like 'wsrep_cluster_size';</source> \|\| Taille de notre grappe. Renvoie le nombre de machines faisant partie de la grappe
Ligne 102 :		Ligne 102 :
	\| <source lang="sql" inline>show status like 'wsrep_local_state_comment';</source> \|\| État de synchronisation de notre nœud. Renvoie ''Synced'' si tout est bon ou ''Initialized'' si le pair est injoignable		\| <source lang="sql" inline>show status like 'wsrep_local_state_comment';</source> \|\| État de synchronisation de notre nœud. Renvoie ''Synced'' si tout est bon ou ''Initialized'' si le pair est injoignable
	\|-		\|-
	\| <source lang="sql" inline>show status like 'wsrep_cluster_status';</source> \|\| Rang du nœud. Renvoie ''Primary'' si la grappe est fonctionnelle, ''non-Primary'' si le nombre de nœud hors service est ~~superieur~~ à la ~~moitier~~ du nombre total de machines de la grappe (lecture seul) et ''Disconnected'' qui le nœud n'appartient à aucune grappe (état par ~~defaut~~)		\| <source lang="sql" inline>show status like 'wsrep_cluster_status';</source> \|\| Rang du nœud. Renvoie ''Primary'' si la grappe est fonctionnelle, ''non-Primary'' si le nombre de nœud hors service est supérieur à la moitié du nombre total de machines de la grappe (lecture seul) et ''Disconnected'' qui le nœud n'appartient à aucune grappe (état par défaut)
	\|-		\|-
	\| <source lang="sql" inline>show status like 'wsrep_cluster_state_uuid';</source> \|\| UUID de l'état de la grappe		\| <source lang="sql" inline>show status like 'wsrep_cluster_state_uuid';</source> \|\| UUID de l'état de la grappe
Ligne 108 :		Ligne 108 :

	=Cas de coupure=		=Cas de coupure=
	La grappe MariaDB fonctionne comme toute grappe applicative :		La grappe ''MariaDB'' fonctionne comme toute grappe applicative :
	* Si le nombre de nœud hors service est ~~inferieur~~ a la ~~moitier~~ du nombre total de machines de la grappe alors les nœud restant fonctionne normalement		* Si le nombre de nœud hors service est inférieur a la moitié du nombre total de machines de la grappe alors les nœud restant fonctionne normalement
	* Si le nombre de nœud hors service est ~~superieur~~ a la ~~moitier~~ du nombre total de machines de la grappe alors les ~~noœuds~~ restant passe en lecteur seul		* Si le nombre de nœud hors service est supérieur a la moitié du nombre total de machines de la grappe alors les nœuds restant passe en lecteur seul

	C'est pour cela qu'il est plus agréable d'avoir au minimum 3 nœud dans la grappe.		C'est pour cela qu'il est plus agréable d'avoir au minimum 3 nœud dans la grappe.
Ligne 125 :		Ligne 125 :
	{{info\|Dans le cas d'un plantage du programme, ''Systemd'' s'occupe de le relancer automatiquement.}}		{{info\|Dans le cas d'un plantage du programme, ''Systemd'' s'occupe de le relancer automatiquement.}}

	Tant que le nombre total de ~~mahines~~ en service de la grappe est supérieur à la ~~moitier~~ des ~~noœuds~~ déclarés dans celle-ci, il ne se passe rien de particulier.		Tant que le nombre total de machines en service de la grappe est supérieur à la moitié des nœuds déclarés dans celle-ci, il ne se passe rien de particulier.

	Si l'arrêt brutal vient à concerner ~~simultanemment~~ un nombre de nœuds supérieur à la ~~moiteir~~ décrite, les nœuds restant passent en lecture seule le temps de la remise en service des machines tombées.		Si l'arrêt brutal vient à concerner simultanément un nombre de nœuds supérieur à la moitié décrite, les nœuds restant passent en lecture seule le temps de la remise en service des machines tombées.

	{{attention\|Si cette dernière ne revient jamais, il faudra casser la grappe et la refaire. Il est également possible de faire fonctionner ''MariaDB'' en dehors de la grappe en passant la valeur ''wsrep_on{{=}}ON'' à ''OFF'' du fichier de configuration.}}		{{attention\|Si cette dernière ne revient jamais, il faudra casser la grappe et la refaire. Il est également possible de faire fonctionner ''MariaDB'' en dehors de la grappe en passant la valeur ''wsrep_on{{=}}ON'' à ''OFF'' du fichier de configuration.}}
Ligne 152 :		Ligne 152 :
	==Tous les nœud sont arrêtés violemment==		==Tous les nœud sont arrêtés violemment==

	MariaDB communique les informations de réplication en multicast sur le port 4567. Lorsque plusieurs nœuds sont démarrés, ils communiques par ce ~~vercteur~~ pour s'accorder et remonter la grappe automatiquement.		''MariaDB'' communique les informations de réplication en multicast sur le port 4567. Lorsque plusieurs nœuds sont démarrés, ils communiques par ce vecteur pour s'accorder et remonter la grappe automatiquement.

	Si toutefois la grappe n'est pas remonté automatiquement par MariaDB :		Si toutefois la grappe n'est pas remonté automatiquement par ''MariaDB'' :
	* Tuer les processus exécutés par <source lang="bash" inline>mysqld</source>		* Tuer les processus exécutés par <source lang="bash" inline>mysqld</source>
	* Suivre la section [[#Tous%20les%20n%C5%93uds%20sont%20arr%C3%AAt%C3%A9s%20proprement\|Tous les nœuds sont arrêtés proprement]]. La différence est probablement le fait qu'aucun nœud n'aura la valeur <source lang="bash" inline>safe_to_bootstrap: 1</source>. Dans ce cas, appliquer l'astuce y étant décrite.		* Suivre la section [[#Tous%20les%20n%C5%93uds%20sont%20arr%C3%AAt%C3%A9s%20proprement\|Tous les nœuds sont arrêtés proprement]]. La différence est probablement le fait qu'aucun nœud n'aura la valeur <source lang="bash" inline>safe_to_bootstrap: 1</source>. Dans ce cas, appliquer l'astuce y étant décrite.

MariaDB - Grappe de serveurs avec Galera - Historique des versions

Nmorin : Correction d'orthographe

Ycharbi : Correction des cas de coupure + reformulation de certains textes + correction du concept de "Primary" et "non-Primary" + ajout d'une commande d'affichage d'état global + ajout d'une source.

Ycharbi : Refonte complète de la documentation après tests (beaucoup trop de choses on changées depuis la dernière version). Considérer cette modification comme une nouvelle page.

Ycharbi : Ycharbi a déplacé la page MariaDB - Cluster de serveurs (Galera) vers MariaDB - Grappe de serveurs avec Galera sans laisser de redirection : Francisation du titre