2016-05-30 7 views
0

私は11ノードからなるAWS上にElasticSearchクラスタを持っています。ノードはZen unicast Discovery(マルチキャストが無効)を使用しています。これには、discovery.zen.ping.unicast.hostsのリストを定義する必要があります。リストにはベストプラクティスがいくつあるのですか? 11? 3つの安定したノード?また、異なるノードを異なるノードにリストすることの意義は何ですか?スプリットブレインシナリオにつながる可能性はありますか?ベストプラクティス:禅探索ノードの数はいくつですか?

答えて

1

マスターノードが専用の場合は、マスターノードをunicast.hostsリストにリストするのが最も簡単です。それ以外の場合は、11ノードすべてをリストする必要はありませんが、それよりも望ましいでしょう。

unicast.hostsリストの役割は、クラスタに参加したばかりのノードがになるのを助け、そのリストにリストされているノードからクラスタの構造についてを学ぶことです。だから、そこにノードを提供して、それが確実に利用できるようにすることが最善です。そこにただ1つのノードを提供するのは問題ありませんが、ノードが常に稼働していることを確信していますか?

専用のマスターノードがない場合は、そこにすべてのノードをリストするだけです。この方法では、リストが良好であることを確信しています。また、ノード名の設定を除き、すべてのノードでほぼ同じ設定ファイルを使用できます。

スプリットブレインに関しては、あなたがする必要があるのはsetting up the minimum_master_nodesです。

+0

偉大な答えをありがとう!すべてのノードが同じ 'unicast.hosts'リストを持っていなければなりませんか? – Ztyx

+0

いいえ、必須ではありません。しかし、管理する構成ファイルが11個ある場合、それらのファイルを変更する場合は、各ノードの特殊性に注意する必要があります。そして、それは維持するのが難しいことが判明することがあります。だから私はそこにすべての11ノードを置いて、すべての設定ファイルで同じ設定をしていると言いました。 –

+0

興味深い。私はちょうど分裂脳を経験し、理由を理解しようとしています。ホストは異なる 'unicast.hosts'を持っていました... – Ztyx

関連する問題