0

Elasticsearch バージョン 2.2.0 を使用する Elastic クラスターのクライアント ノードを作成しようとしています。クラスターには 4 つのノードがあり、それぞれがデータ ノードまたはマスター ノードになります。ここで、他の 4 つのノードの 1 つに ping を実行するクライアント ノードを作成したいと考えています。私の意図は、4 つのメイン ノードの 1 つがダウンしても、機能しているノードからクライアントがデータを取得できるようにすることです。

これがクライアント用の私のelasticsearch.ymlです

cluster.name: myCluster
node.name: myClient
node.master: false
node.data: false
discovery.zen.ping.unicast.hosts: ["box1:9300","box2:9300","box3:9300","box4:9300"]
discovery.zen.fd.ping_timeout: 30s
discovery.zen.minimum_master_nodes: 3
discovery.zen.ping.multicast.enabled: false

上記の各ボックスは次のように構成されています

cluster.name: myCluster
node.name: n2
path.data: /asd/thth/jtjut/elastic
path.logs: /var/log/eslogs
network.host: box2
node.master: true
node.data: true
index.number_of_replicas: 1
discovery.zen.ping.unicast.hosts: ["box1:9300","box2:9300","box3:9300","box4:9300"]
discovery.zen.fd.ping_timeout: 30s
discovery.zen.minimum_master_nodes: 3
discovery.zen.ping.multicast.enabled: false

action.disable_delete_all_indices: true

http.cors.enabled: true
http.cors.allow-origin: "*"

しかし、クライアントでelasticsearchサービスを開始すると、

[2016-03-31 10:24:07,576][INFO ][discovery.zen            ] [myClient] failed
to send join request to master [{n2}{5vlJHDZaQhGttqZsD5gVvA}{34.87.98.213}{34.87.98.213:9300}{master=true}], reason [RemoteTransportException[[n2] 34.87.98.213:9300][internal:discovery/zen/join]]; nested:ConnectTransportException[[myClient][127.0.0.1:9300] connect_timeout[30s]]; nested: NotSerializableExceptionWrapper[Connection refused: /127.0.0.1:9300]; ]

接続拒否例外が発生するのはなぜですか? 私の構成に欠けているものはありますか?

4

0 に答える 0