MicroStrategy ONE
Spécification de l'agent de communication de topologie
Après l'installation, vous pouvez voir tous les fichiers de configuration pour l'inscription du service dans consul.json
fichier, situé dans MicroStrategy/Services Registration/config
, dans votre répertoire d'installation.
Dans la consul.json
fichier, bootstrap_expect
fait référence au nombre minimum d'agents de communication active dans l'environnement pour rendre le cluster d'inscription des services sain. Ceci est défini sur chaque machine sur laquelle seul l'agent de communication est spécifié.
Nous vous recommandons de définir un nombre impair pour la valeur de bootstrap_expect
pour trouver un équilibre entre les performances et la tolérance aux pannes. Ce nombre impair doit être supérieur à la moitié du nombre d'agents de communication dans le cluster. Par exemple :
-
Si le cluster dispose de 9 agents de communication,
bootstrap_expect
doit être défini sur5
. -
Si le cluster dispose de 7 agents de communication,
bootstrap_expect
doit être défini sur5
. -
Si le cluster dispose de 5 agents de communication,
bootstrap_expect
doit être défini sur3
. -
Si le cluster dispose de 3 agents de communication,
bootstrap_expect
doit être défini sur3
. -
Si le cluster n'a qu'un seul agent de communication,
bootstrap_expect
doit être défini sur1
.
Le retry_join
Le paramètre fait référence aux machines qui agissent en tant qu'agents de communication. Ce champ est spécifié sur chaque ordinateur sur lequel MicroStrategy Services est installé afin qu'ils puissent trouver les agents de communication sur le réseau. Il est recommandé de définir un nombre impair d'agents de communication dans le cluster afin de trouver un équilibre entre performances et tolérance aux pannes. Voir la Documentation HashiCorp pour plus d'informations.
Pour prendre en charge les machines avec des adresses IP dynamiques et multiples, le consul.json
Le fichier est régénéré chaque fois que l'inscription des services redémarre.
Voir Changement de l'agent de surveillance en agent de communication mettre à jour bootstrap_expect
et retry_join
dans la installation_list.yaml
sous la MicroStrategy/Services Registration/yaml
dossier .
Une fois installation_list.yaml
a été mis à jour et l'inscription des services a été redémarrée, vérifiez que la modification est appliquée dans consul.json
fichier.
Si vous disposez d'un environnement à une ou plusieurs machines avec deux machines (un agent de communication et un agent de surveillance), consul.json
dans les agents de communication se présente comme suit :
{
"enable_debug": true,
"datacenter": "dc1",
"enable_script_checks": true,
"check_update_interval": "0s",
"log_level": "WARN",
"data_dir": "../data",
"watches": [
{
"type": "key",
"key": "envInfoTime",
"handler_type": "script",
"args": [
"C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_77\\Win64\\bin\\java",
"-jar",
"../jar/envinfo-collector.jar",
"collect"
]
}
],
"server": true,
"bootstrap_expect": 1
}
Si vous disposez d'un environnement à plusieurs machines avec trois machines ou plus, consul.json
dans les agents de communication se présente comme suit :
{
"enable_debug": true,
"datacenter": "dc1",
"enable_script_checks": true,
"check_update_interval": "0s",
"log_level": "WARN",
"data_dir": "../data",
"watches": [
{
"type": "key",
"key": "envInfoTime",
"handler_type": "script",
"args": [
"C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_77\\Win64\\bin\\java",
"-jar",
"../jar/envinfo-collector.jar",
"collect"
]
}
],
"retry_join": [
"MachineA.microstrategy.com",
"MachineB.microstrategy.com",
"MachineC.microstrategy.com"
],
"server": true,
"bootstrap_expect": 3
}