機能を説明してください:
現在のElasticsearchマルチデータセンター(またはクロスクラウド/ AWSリージョン)のデプロイ戦略は不完全であるか、複雑すぎます。
たとえば、あるアプローチでは、メッセージングキューの使用について言及しています(私の意見では、複雑な性質と依存関係に悩まされています)。
https://www.elastic.co/blog/scaling_elasticsearch_across_data_centers_with_kafka
別のアプローチでは、限定されたTribeノードベースのデプロイメントを使用することに言及しています。これは、クラスター全体の横断検索用に設計されており、スケーラビリティ/可用性はそれほど高くありません)。
https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-tribe.html
https://www.elastic.co/blog/clustering_across_multiple_data_centers
他のアプローチを検討することは有用です。具体的には、Cassandraクォーラムレプリケーションに存在する種類で、一貫性のレベルが異なり(EACH_QUORUMなど)、指定されたネットワークまたは動的に派生したデータセンタートポロジを使用して展開します。
https://docs.datastax.com/en/cassandra/2.0/cassandra/dml/dml_config_consistency_c.html
https://docs.datastax.com/en/cassandra/2.0/cassandra/architecture/architectureSnitchesAbout_c.html
これは複雑なトピックであることは理解していますが、Elacticsearchチームが検討する問題としてこれを公開したかっただけです。
こんにちは@ttaranov
私たちは、Changes API(https://github.com/elastic/elasticsearch/issues/1242)に基づくX-Packのディザスタリカバリ製品に積極的に取り組んでいます。 これは、単一のクラスターを複数のデータセンターにまたがらせるのではなく、複数のクラスターの同期を維持することです。
かっこいい-進行中だと聞いてうれしい。 ありがとう、ティム
@clintongormley何か進歩はありますか?
最も参考になるコメント
こんにちは@ttaranov
私たちは、Changes API(https://github.com/elastic/elasticsearch/issues/1242)に基づくX-Packのディザスタリカバリ製品に積極的に取り組んでいます。 これは、単一のクラスターを複数のデータセンターにまたがらせるのではなく、複数のクラスターの同期を維持することです。