0

すべてのレプリカを削除する別の投稿からの curl コマンドを使用して、割り当てられていないレプリカ メッセージを定期的に解決します: ElasticSearch: Unassigned Shards, how to fix?

curl -XPUT localhost:9200/_settings -d '{ "number_of_replicas" :0 }'

curl コマンドを実行して自動割り当てを構成しましたが、解決しません。

curl -XPUT 'localhost:9200/_cluster/settings' -d '{ "transient" : { "cluster.routing.allocation.enable" : "all" } }'

  • 単一ノードの AWS-AMI Graylog 2.0 サーバーがレプリカを割り当てずに生成するのはなぜですか?
  • そのように構成するcurlコマンドが適用されないのはなぜですか?
4

1 に答える 1

0

単一ノードの AWS-AMI Graylog 2.0 サーバーがレプリカを割り当てずに生成するのはなぜですか?

Elasticsearch インデックスは、デフォルトで単一のレプリカを持ちます。ただし、単一ノードのみでシャード レプリカを割り当てることはできません。

可能であれば、レプリカは同じマシン上にあり、同じメモリを 2 回使用するために 2 倍になります。それはあなたが望むものではないので、単に割り当てません。

定期的なレプリカの消去を必要としない最善の対応方法は?

一般的なアプローチは、次のいずれかです。

  • インデックスが作成される場所でアプリケーション設定を変更して、使用するレプリカの数を変更します。すべてのアプリケーションがこれを行うための設定を提供しているわけではなく、設定に完全に依存しています。
  • レプリカを期待しないように既存のテンプレートを変更します。
    • これは、テンプレートを配置したシステムによってテンプレートが置き換えられないことを意味します (これもシステムによって異なります)。
  • レプリカの数をデフォルトで に設定するグローバル テンプレートを作成します0。

テンプレートの場合、2 番目と 3 番目のオプションの違いは、そのグローバルtemplate性です。

{
  "template" : "*",
  "settings" : {
    "number_of_replicas" : 0
  }
}

注: グローバル マッピングを設定するべきではありませんが、グローバル設定はまったく問題ありません。

于 2016-06-29T19:30:13.883 に答える