Откуда возникает stomp_interface?

Question

Чтобы включить https-связь между узлами OpsCenter и DSE, мне нужно установить stomp_interface на opscenter.mydomain.com в /var/lib/datastax-agent/conf/address.yaml на каждом узле. (После исправления мне больше не нужно это делать.)

Всякий раз, когда я выполняю задание configure из OpsCenter, он возвращает это значение stomp_interface обратно в nn.nn.nn.nn. (После исправления он все еще делает это, но он больше не прерывает связь с агентом HTTP.)

Откуда этот параметр? Могу ли я установить его на узел OpsCenter в файле /etc/opscenter/clusters/cluster_name.conf?

Это часть раздела [агентов]?

Какое имя параметра и значение, которое я должен добавить?

opscenterd теперь (исправление было добавить incoming_interface линии):

# opscenterd.conf 
[webserver] 
port = 8888 
interface = 0.0.0.0 

ssl_keyfile = /var/lib/opscenter/ssl/opscenter.key 
ssl_certfile = /var/lib/opscenter/ssl/opscenter.pem 
ssl_port = 8443 

[authentication] 
enabled = True 

[stat_reporter] 

[agents] 
use_ssl = true 
incoming_interface = opscenter.mydomain.com 

address.yaml перед исправлением:

use_ssl: 1 
stomp_interface: 1.2.3.4 (the opscenter external IP. 
          opscenter.mydomain.com also works) 
stomp_port: 61620 
local_interface: 2.3.4.5 (the external IP for this cluster node) 
agent_rpc_interface: 0.0.0.0 
agent_rpc_broadcast_address: 2.3.4.5 
poll_period: 60 
disk_usage_update_period: 60 
rollup_rate: 200 
rollup_rate_unit: second 
jmx_host: 127.0.0.1 
jmx_port: 7199 
jmx_user: someuser 
jmx_pass: somepassword 
status_reporting_interval: 20 
ec2_metadata_api_host: 169.254.169.254 
metrics_enabled: true 
jmx_metrics_threadpool_size: 5 
hosts: ["2.3.4.5", "3.4.5.6", "4.5.6.7", "5.6.7.8"] 
cassandra_port: 9042 
thrift_port: 9160 
cassandra_user: someuser 
cassandra_pass: somepassword 
runs_sudo: true 
cassandra_install_location: /usr/share/dse 
cassandra-conf: /etc/dse/cassandra/cassandra.yaml 
cassandra_binary_location: /usr/bin 
cassandra_conf_location: /etc/dse/cassandra 
dse_env_location: /etc/dse 
dse_binary_location: /usr/bin 
dse_conf_location: /etc/dse 
spark_conf_location: /etc/dse/spark 
monitored_cassandra_user: someuser 
monitored_cassandra_pass: somepassword 
tcp_response_timeout: 120000 
pong_timeout_ms: 120000 

cluster_name.conf (Я обновил seed_hosts, чтобы соответствовать тем в адрес address.yaml hosts, чтобы удовлетворить рекомендацию с рекомендациями о том, что все они должны быть одинаковыми):

[destinations] 
active = 

[kerberos] 
default_service = 
opscenterd_client_principal = 
opscenterd_keytab_location = 
agent_keytab_location = 
agent_client_principal = 

[agents] 
ssl_keystore_password = 
ssl_keystore = 

[jmx] 
password = somepassword 
port = 7199 
username = someuser 

[cassandra] 
ssl_truststore_password = 
cql_port = 9042 
seed_hosts = 2.3.4.5, 3.4.5.6, 4.5.6.7, 5.6.7.8 
username = someuser 
password = somepassword 
ssl_keystore_password = 
ssl_keystore = 
ssl_truststore = 

Answer 1

На основании вашего комментария для получения дополнительной информации, я понял это.

Я добавил входящий_интерфейс = opscenter.mydomain.com в раздел [агенты] файла opscenterd.conf. (Это не было перед комментарием markc.)

Я перезапустил сервис opscenterd.

Далее я смог вернуться к диспетчеру LifeCycle Manager OpsCenter и выполнить новую установку и настройку в кластере, и все этапы выполнения успешно завершены.

(Примечание: Не изменяйте имена стойку на узлах от того, что они были раньше, и выберите autoBootStrap = истинна на странице Настройка/Установка запросов.)

В datastax агенты полностью вверх и Active. После настройки и установки файлы address.yaml содержали общедоступный IP-адрес узла OpsCenter в качестве stomp_interface. (Я изменил один stomp_interface вручную, чтобы быть opscenter.mydomain.com, и это также работает.)

Я также отредактирую вопрос и разместите запрошенную информацию.

Thanks markc!