労働者のマシンや独立したマシンで飼育係を飼うべきですか？

Question

私たちは、などのSolr、嵐、カフカ、HBaseのように飼育係を使用するソフトウェアのいくつかの種類を持っている

のZooKeeperクラスタ（以上1つのノード）をインストールするには2つのオプションがあります：

1. 組込みクラスタは、 ：他のソフトウェアがインストールされているものと同じマシンにZKをインストールしてください。
2. 外部クラスタ：Zookeeperを実行するために、あまり強力ではない専用の飼育機（同じ地域、雲、データセンター内）に。

クラスタの安定性のためにはどのオプションが適していますか？どちらの場合でも、私たちは常に1台のマシンだけではなく、奇妙な数のマシンをZookeeperクラスタに持っています。

埋め込みオプションはセットアップが簡単で、マシンを使いやすくしているようですが、外部オプションがより安定しているように見えます。なぜなら、単一のマシンが失われると、ただ1つのコンポーネントが失われるからです（埋め込み型動物園のマシン飼い猫のノードやソル、ストーム、カフカのワーカーノードの紛失を意味します。

安定性を最大限に高めるために、プロダクションで動物園飼育係を運営する業界標準は何ですか？

Answer 1

生産中に社内ZooKeeperを使用することをお勧めします。

外部の飼い犬がいるのは良いです。飼いならしている飼い犬のアンサンブル（二つ以上） 飼育係のノードが1つあれば、ダウンすると問題が発生する可能性があります。

もしあなたが飼い猫のノードのクラスタ設定を持っていて、飼い猫のノードが1つ落ちると、残っている大部分のノードが動いています。

More details

Answer 2

飼育係は、カフカクラスタの重要な成分であるが、クライアントの新世代の導入以来、ZKの負荷が大幅に低減されており、現在のみクラスタ自体によって使用されます。負荷が通常はそれほど高くない場合でも、遅延に敏感である可能性があるため、専用マシンでZookeeperアンサンブルを実行し、ZKトランザクションログに専用ディスクを使用してIO競合を回避することをお勧めします。

大きなZookeeperアンサンブルを使用すると、弾力性が向上しますが、これによってクラスタ内の通信も増加し、パフォーマンスが低下する可能性があります。 Zookeeperは単純過半数投票で動作するので、意味をなさないためには奇数のノードが必要です。 3ノードアンサンブルは、影響を受けずに1つのノードを失うことを可能にし、5ノードのアンサンブルは2つのノードを失うことを許すなどである。

実際には、Kafkaノードと同じマシンにインストールされたZookeeperを使用すると、小さなワークロードクラスターがうまく動作することがわかりましたが、最大限の安定性とトラフィックの増加を目指す場合は、

Answer 3

SolrCloudの場合、Zookeeperは外部であり、少なくとも3つはあります。

これはSolrと同じサーバー上で実行できないということを意味するわけではありませんが、でないことを意味します。はSolr自体が起動可能な動物園サーバーを使用します。

ここで飼育係に触れパフォーマンスとSolrCloudに関連するいくつかの情報があります：と同じマシン上で動作しているときは、完全に別のマシン、または飼育係のデータベース用にも別のディスクが必要かどうかは

https://wiki.apache.org/solr/SolrPerformanceProblems#SolrCloud

Solrは、SolrCloudインストールの特性に応じて、VERYです。インデックスが非常に小さく、クエリの負荷が低い場合は、同じマシンや同じディスクにも動物園を置くことができます。

あなたが言及した他のサービスについては、私はその勧告が何であるか分かりません。