この記事は機械翻訳のミラー記事です。元の記事にジャンプするにはこちらをクリックしてください。

Architect_Programmer_Code農業ネットワーク»建築家 › プログラミング › その他の番組編成 › 単一ノードエラスティックサーチの原因と解決策unassigned_shards...
眺める： 7623|答える： 0

単一ノードのエラスティックサーチunassigned_shards原因と解決策

[リンクをコピー]
掲載地 2018/12/13 15:07:56 | | | |
シングルノードのエラスティックサーチの健康状態を見る



headプラグインを使ってクラスタの状態を確認してください



上のスクリーンショットから、未割り当てのシャードが5つあることがわかります。indexblog5が作成されると、シャードの数は5、レプリカの数は1です。新規作成後はクラスタの状態が黄色になります。根本的な原因はクラスタがレプリカシャードを有効にしていないことです。公式ウェブサイトで紹介されているレプリカシャードの導入を見てみましょう。

レプリカシャーディングの主な目的はフェイルオーバーであり、クラスタ内の原則で説明されています。プライマリシャードを保持しているノードが切断されると、レプリカシャードがプライマリシャードの役割に昇格します。

すると、レプリカシャードとプライマリシャードは1つのノードに配置できませんが、1つのノードだけのクラスタではレプリカシャードを他のノードに割り当てることができず、すべてのレプリカシャードは未割り当てとなります。 ノードが1つしかないため、もしプライマリシャードノードがハングしているなら、クラスタ全体がハングされるべきであり、レプリカシャードがプライマリシャードにアップグレードされることはありません。

解決策は、単一ノードのelasticsearchクラスターでレプリカシャードを含むインデックスを削除し、新しいインデックスのレプリカを0に設定することです。 それからクラスターの状態を確認してください



新しいインデックスのコピー数は0に設定されます



クラスターは健康です







先の：NetEase News APP、ヒマラヤAPPデータインターフェース
次に：Windows Server 2008 自動起動プログラムを追加 [ターン]

関連記事
免責事項：
Code Farmer Networkが発行するすべてのソフトウェア、プログラミング資料、記事は学習および研究目的のみを目的としています。 上記の内容は商業的または違法な目的で使用されてはならず、そうでなければ利用者はすべての結果を負うことになります。 このサイトの情報はインターネットからのものであり、著作権紛争はこのサイトとは関係ありません。 ダウンロード後24時間以内に上記の内容を完全にパソコンから削除してください。 もしこのプログラムを気に入ったら、正規のソフトウェアを支持し、登録を購入し、より良い本物のサービスを受けてください。 もし侵害があれば、メールでご連絡ください。
Mail To:help@itsvse.com