transformation des balise code de la conf json en syntaxe json
This commit is contained in:
parent
bc0280307d
commit
1f33b08857
|
@ -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": [],
|
||||||
|
|
Loading…
Reference in a new issue