evolix/wiki
22
0
Fork 0
Code Releases Activity

transformation des balise code de la conf json en syntaxe json

Browse source
This commit is contained in:
emorino 2023-02-02 11:53:05 +01:00
parent bc0280307d
commit 1f33b08857
1 changed files with 9 additions and 7 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

16
HowtoMySQL/Orchestrator.md
View file

@ -54,14 +54,14 @@ cp /usr/local/orchestrator/orchestrator-sample.conf.json /etc/orchestrator.conf.
Editer les variables suivante dans le fichier `/etc/orchestrator.conf.json`, pour configurer le backend d'Orchestrator vers l'instance MariaDB : Editer les variables suivante dans le fichier `/etc/orchestrator.conf.json`, pour configurer le backend d'Orchestrator vers l'instance MariaDB :
~~~ ~~~json
... {
"MySQLOrchestratorHost": "127.0.0.1", "MySQLOrchestratorHost": "127.0.0.1",
"MySQLOrchestratorPort": 3306, "MySQLOrchestratorPort": 3306,
"MySQLOrchestratorDatabase": "orchestrator", "MySQLOrchestratorDatabase": "orchestrator",
"MySQLOrchestratorUser": "orchestrator", "MySQLOrchestratorUser": "orchestrator",
"MySQLOrchestratorPassword": "password", "MySQLOrchestratorPassword": "password",
... }
~~~ ~~~
### Configuration d'Ochestrator vers vos serveurs MariaDB ### Configuration d'Ochestrator vers vos serveurs MariaDB
@ -81,9 +81,11 @@ GRANT SELECT ON performance_schema.replication_group_members TO 'orchestrator_cl
On configure le fichier `/etc/orchestrator.conf.json` avec les variables suivantes pour indiquer l'utilisateur `orchestrator_client` : On configure le fichier `/etc/orchestrator.conf.json` avec les variables suivantes pour indiquer l'utilisateur `orchestrator_client` :
~~~ ~~~json
{
"MySQLTopologyUser": "orchestrator_client", "MySQLTopologyUser": "orchestrator_client",
"MySQLTopologyPassword": "password", "MySQLTopologyPassword": "password",
}
~~~ ~~~
Ensuite on peux démarrer Orchestrator comme ceci : Ensuite on peux démarrer Orchestrator comme ceci :
@ -96,7 +98,7 @@ Ensuite on peux démarrer Orchestrator comme ceci :
Si on veux que orchestrator fasse la découverte des serveurs SQL avec la résolution de nom on peut mettre cette configuration dans `/etc/orchestrator.conf.json` : Si on veux que orchestrator fasse la découverte des serveurs SQL avec la résolution de nom on peut mettre cette configuration dans `/etc/orchestrator.conf.json` :
~~~ ~~~json
{ {
"HostnameResolveMethod": "default", "HostnameResolveMethod": "default",
"MySQLHostnameResolveMethod": "@@hostname", "MySQLHostnameResolveMethod": "@@hostname",
@ -109,7 +111,7 @@ Orchestrator peut classer les serveurs en fontion du nom du cluster, du datacent
Voici la configuration qu'on mets par défaut : Voici la configuration qu'on mets par défaut :
~~~ ~~~json
{ {
"ReplicationLagQuery": "", "ReplicationLagQuery": "",
"DetectClusterAliasQuery": "select ifnull(max(cluster_name), '') as cluster_alias from meta.cluster where anchor=1", "DetectClusterAliasQuery": "select ifnull(max(cluster_name), '') as cluster_alias from meta.cluster where anchor=1",
@ -177,7 +179,7 @@ Considérez également que vos topologies MySQL elles-mêmes doivent suivre cert
Voici la configuration de base pour la détection de panne : Voici la configuration de base pour la détection de panne :
~~~ ~~~json
{ {
"RecoveryPeriodBlockSeconds": 3600, "RecoveryPeriodBlockSeconds": 3600,
"RecoveryIgnoreHostnameFilters": [], "RecoveryIgnoreHostnameFilters": [],