MicroStrategy ONE
Especificando o Agente de Comunicação de Topologia
Após a instalação, você poderá ver todos os arquivos de configuração para registro do serviço na consul.json
arquivo, localizado em MicroStrategy/Services Registration/config
, em seu diretório de instalação.
No consul.json
arquivo, bootstrap_expect
refere-se ao número mínimo de agentes de comunicação ativos no ambiente para tornar o cluster de Registro de Serviços íntegro. Isto é definido em cada máquina onde apenas o agente de comunicação é especificado.
Recomenda-se definir um número ímpar para o valor de bootstrap_expect
para encontrar um equilíbrio entre desempenho e tolerância a falhas. Este número ímpar deve ser maior que metade do número de agentes de comunicação no cluster. Por exemplo:
-
Se o cluster tiver 9 agentes de comunicação,
bootstrap_expect
deve ser definido como5
. -
Se o cluster tiver 7 agentes de comunicação,
bootstrap_expect
deve ser definido como5
. -
Se o cluster tiver 5 agentes de comunicação,
bootstrap_expect
deve ser definido como3
. -
Se o cluster tiver 3 agentes de comunicação,
bootstrap_expect
deve ser definido para3
. -
Se o cluster tiver apenas 1 agente de comunicação,
bootstrap_expect
deve ser definido para1
.
O retry_join
parâmetro refere-se às máquinas que atuam como agentes de comunicação. Este campo é especificado em todas as máquinas onde MicroStrategy Os serviços são instalados para que possam encontrar os agentes de comunicação na rede. É recomendável definir um número ímpar de agentes de comunicação no cluster para atingir um equilíbrio entre desempenho e tolerância a falhas. Veja o Documentação HashiCorp Para maiores informações.
Para suportar máquinas com endereços IP dinâmicos e múltiplos, o consul.json
O arquivo é regenerado sempre que o Registro de Serviços é reiniciado.
Ver Mudando o agente de monitoramento para um agente de comunicação atualizar bootstrap_expect
e retry_join
no installation_list.yaml
debaixo de MicroStrategy/Services Registration/yaml
pasta.
Uma vez installation_list.yaml
for atualizado e o Registro de Serviços for reiniciado, verifique se a alteração foi aplicada no consul.json
arquivo.
Se você tiver um ambiente de máquina única ou múltipla com duas máquinas (um agente de comunicação e um agente de monitoramento), consul.json
nos agentes de comunicação aparece da seguinte forma:
{
"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
}
Se você tiver um ambiente de múltiplas máquinas com três ou mais máquinas, consul.json
nos agentes de comunicação aparece da seguinte forma:
{
"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
}