すべてのプロダクト
Search
ドキュメントセンター

Elasticsearch:Alibaba Cloud Elasticsearch インスタンスに関するよくある質問

最終更新日:Jan 28, 2026

このトピックでは、Alibaba Cloud Elasticsearch (ES) に関するよくある質問 (FAQ) を一覧表示します。質問は、インスタンスの購入、サブスクリプションの解約、構成、アクセス、クエリ、データ書き込み、プラグイン、トークナイザー、ログ、再起動、負荷またはステータスの異常、バックアップと復元、モニタリングとアラートなどのトピックをカバーしています。

よくある質問の概要

購入またはサブスクリプションの解約に関する問題

ES インスタンスの購入時に誤った構成を選択した場合はどうすればよいですか?

ES インスタンスを購入した後、選択した構成が期待どおりでないことがわかった場合は、次の表を参照して、構成に基づいて解決策を見つけてください。

警告

クラスターのサブスクリプションを解約またはリリースする前に、データをバックアップしてください。データのバックアップ方法の詳細については、「手動スナップショットの作成と手動スナップショットからのデータ復元」をご参照ください。サブスクリプションの解約またはリリース後、クラスターに保存されているデータは削除され、復元できなくなります。

構成

ソリューション

課金方法

従量課金インスタンスを購入した場合、その課金方法をサブスクリプションに変更できます。詳細については、「課金方法を従量課金からサブスクリプションに変更」をご参照ください。

バージョン

インスタンスがバージョン変更をサポートするには、次のいずれかの条件を満たす必要があります:

  • 購入したインスタンスのバージョンが 5.5.3 で、バージョンを 5.6.16 に変更する必要がある場合。

  • 購入したインスタンスのバージョンは 5.6.16 であり、これを 6.3.2 に変更する必要があります。

  • 購入したインスタンスのバージョンが 6.3.2 で、バージョンを 6.7.0 に変更する必要がある場合。

インスタンスのバージョンをアップグレードする方法については、「インスタンスのバージョンをアップグレード」をご参照ください。バージョンのアップグレードが上記の条件を満たさない場合は、インスタンスのサブスクリプションを解約またはリリースし、希望のバージョンの別のインスタンスを購入することを推奨します。

リージョン

これは変更できません。サブスクリプションを解約して新しいインスタンスを購入することを推奨します。

ゾーン

ゾーンを移行できます。詳細については、「ゾーンの移行とアップグレード」をご参照ください。

説明

ゾーンを移行する際は、ES インスタンスが正常に作成されていること、つまりインスタンスのステータスが「正常」であることを確認してください。

ゾーン数

これは変更できません。サブスクリプションを解約して新しいインスタンスを購入することを推奨します。

インスタンスタイプ

この設定は変更できます。詳細については、「クラスターのアップグレード」をご参照ください。

ストレージクラス

この構成は変更できます。詳細については、「クラスターのアップグレード」をご参照ください。

ディスク暗号化

これは変更できません。サブスクリプションを解約して新しいインスタンスを購入することを推奨します。

ノードあたりのストレージ容量

この設定項目は変更できます。詳細については、「クラスターのアップグレード」をご参照ください。

データノード数

この設定は変更できます。詳細については、「クラスターのアップグレード」をご参照ください。

ネットワークタイプ、VPC、vSwitch

これらは変更できません。サブスクリプションを解約して新しいインスタンスを購入することを推奨します。

説明

VPC のみがサポートされています。

ユーザー名

デフォルトのユーザー名は elastic です。この設定項目は変更できません。Kibana コンソールでユーザーを作成し、そのユーザーに必要な権限を付与できます。詳細については、「Elasticsearch X-Pack が提供する RBAC メカニズムを使用したアクセス制御の実装」をご参照ください。

ログインパスワード

この設定項目は変更できます。詳細については、「Elasticsearch クラスターのアクセスパスワードのリセット」をご参照ください。

上記の表に記載されていない構成については、クラスターのアップグレードまたはダウングレードのページをご確認ください。詳細については、「クラスターのアップグレード」および「クラスターのダウングレード」をご参照ください。

ES 購入ページに表示されるバージョンに対応する具体的なバージョンは何ですか?

購入ページのバージョン

具体的なバージョン

8.15

8.15.1

8.13

8.13.4

8.9

8.9.1

8.5

8.5.1

7.16

7.16.2

7.10

7.10.0

7.7

7.7.1

6.8

6.8.6

6.7

6.7.0

6.3

6.3.2

5.6

5.6.16

5.5

5.5.3

インスタンスを購入する際に、すでにセルフマネージドクラスターをお持ちの場合は、マイナーバージョンが近いなど、類似のバージョンを選択することを推奨します。セルフマネージドクラスターをお持ちでない場合は、最新バージョンを選択することを推奨します。

ES インスタンスの購入時に利用可能な VPC がない場合はどうすればよいですか?

この問題は、RAM ユーザーに VPC のリストを取得する権限が付与されていない場合に発生します。RAM ユーザーに VPC のリストを取得する権限が付与されているかどうかを確認してください。詳細については、「RAM ユーザー情報の表示」をご参照ください。権限が付与されていない場合は、RAM ユーザーに権限を付与してください。詳細については、「カスタムポリシーの作成」をご参照ください。

ES インスタンスを購入する際に VPC はあるものの、利用可能な vSwitch がない、または vSwitch リストが空で、「vSwitch: may not be empty」というエラーが報告される場合はどうすればよいですか?

この問題は、選択したゾーンで利用可能な vSwitch がないために発生します。この問題を解決するには、VPC コンソールの vSwitch ページに移動し、選択したゾーンで利用可能な vSwitch があるかどうかを確認します。利用可能な vSwitch がない場合は、作成する必要があります。詳細については、「IPv4 CIDR ブロックを持つ VPC の作成」をご参照ください。

インスタンスのサブスクリプションを解約して新しいインスタンスを購入した場合、新しいインスタンスのエンドポイントは変更されますか?

新しいインスタンスを購入した後、ビジネスの中断を防ぐために、古いインスタンスをリリースする前にクライアントコードを変更することを推奨します。

ES インスタンスをリリースまたはサブスクリプションを解約するにはどうすればよいですか?

  • 従量課金または期限切れのサブスクリプションインスタンスをリリースする方法については、「インスタンスのリリース」をご参照ください。

  • 期限切れでないサブスクリプションインスタンスの場合:

  • Alibaba Cloud マネジメントコンソールにログインします。上部のナビゲーションバーで、費用 > 注文を選択します。費用とコストコンソールの左側のナビゲーションウィンドウで、サブスクリプションの解約をクリックします。サブスクリプションの解約ページで、クラスターのサブスクリプション解約または注文のキャンセルを実行します。詳細については、「リソースのサブスクリプションを解約する方法」をご参照ください。

シングルノードの ES インスタンスを購入できますか?

いいえ。インスタンスを購入する際には、少なくとも 2 つのデータノードを選択する必要があります。詳細については、「購入ページのパラメーター」をご参照ください。

インスタンス購入時にリソースが売り切れている場合はどうすればよいですか?

インスタンスを作成しようとしたときにリソースが売り切れている場合は、次の対策を講じることを推奨します:

  • リージョンを変更する

  • ゾーンを変更する

  • リソース構成を変更する

要件を調整してもリソースが利用できない場合は、しばらく待ってから再度インスタンスの購入を試みることを推奨します。インスタンスのリソースは動的です。リソースが不足している場合、Alibaba Cloud はできるだけ早く補充しますが、このプロセスには時間がかかります。

既存の 1 コア 2 GiB 仕様のインスタンスのユーザーは、なぜできるだけ早くインスタンスをアップグレードする必要があるのですか?

1 vCPU と 2 GiB のメモリを持つデータノードは、Elasticsearch クラスターのパフォーマンスに影響を与える可能性があります。Alibaba Cloud Elasticsearch は 2021 年 5 月以降、これらの仕様のデータノードを提供していません。既存のこれらの仕様のデータノードは引き続き使用できます。1 vCPU と 2 GiB のメモリを持つデータノードは、オンライン学習にのみ適しており、本番環境には適していません。サービスレベルアグリーメント (SLA) は、これらのデータノードを含むクラスターには適用されません。したがって、1 vCPU と 2 GiB のメモリを持つデータノードをできるだけ早くアップグレードすることを推奨します。詳細については、「クラスターのアップグレード」をご参照ください。

購入後、ES インスタンスが常に「作成中」の状態のままの場合はどうすればよいですか?

インスタンスが作成された後、アクティブになるまでには時間がかかります。必要な時間は、クラスターの仕様、データ構造、データサイズによって異なり、通常は数時間かかります。

ES クラスターを作成した後、Kibana ノードを別途購入する必要がありますか?

いいえ。ES クラスターを購入すると、デフォルトで Kibana ノードが有効になります。この設定は変更できません。要件に基づいて Kibana ノードの仕様を選択できます。詳細については、「Alibaba Cloud Elasticsearch インスタンスの作成」をご参照ください。

重要

パフォーマンスと安定性のために、2 CPU コアと 4 GiB のメモリ以上の仕様を持つ Kibana ノードを購入することを推奨します。1 CPU コアと 2 GiB のメモリを持つ Kibana ノードは無料ですが、テスト用にのみ推奨されます。

作成したインスタンスが見つからないのはなぜですか?

選択したリージョンが正しいかどうかを確認してください。ES コンソールの上部で選択されているリージョンを確認することを推奨します。リージョンが正しいにもかかわらず ES インスタンスが見つからない場合は、ブラウザのキャッシュをクリアするか、別のローカルネットワークを試すことを推奨します。

ES インスタンスを購入する際に、専用マスターノードとクライアントノードを購入する必要があるのはどのようなシナリオですか?

専用マスターノードは、インデックスの作成または削除、クラスターの一部であるノードの追跡、どのシャードをどのノードに割り当てるかの決定など、クラスターレベルの操作を実行します。専用マスターノードの安定性は、クラスターの健全性にとって重要です。次のシナリオでは、独立した専用マスターノードを購入することを推奨します:

  • クラスター内のプライマリノードとして機能するデータノードが高い負荷にさらされている場合。

  • 書き込み集中型のシナリオの場合。

  • 高いクラスターの安定性が要求されるシナリオに最適です。

クライアントノードは、すべてのクエリおよび書き込みリクエストをデータノードに転送し、データノードからのクエリ結果をマージします。シナリオで集約クエリが必要な場合は、クラスターにクライアントノードを購入することを推奨します。クライアントノードとデータノードを 1:5 の比率で同じ仕様で購入することを推奨します。たとえば、Elasticsearch クラスターに 2 つのクライアントノードを購入する場合、10 個のデータノードを購入することを推奨します。最低 2 つのクライアントノードを購入する必要があります。Elasticsearch クラスターの仕様とストレージ容量を評価する方法については、「仕様とストレージ容量の評価」をご参照ください。

ES インスタンスの購入時に入力するパスワードのデフォルトアカウントは何ですか?

デフォルトのユーザー名は elastic です。カスタムユーザーを作成することもできます。詳細については、「Elasticsearch X-Pack が提供する RBAC メカニズムを使用したアクセス制御の実装」をご参照ください。

製品機能に関する質問

Alibaba Cloud ES インスタンスのバージョンをアップグレードまたはダウングレードできますか?

一部のバージョンのみが直接のバージョンアップグレードをサポートしています。これには、5.5 から 5.6、5.6 から 6.3、および 6.3 から 6.7 へのアップグレードが含まれます。

他のバージョン間でアップグレードまたはダウングレードするには、まずターゲットバージョンの ES インスタンスを購入し、次に元のインスタンスからターゲットインスタンスにデータを移行し、最後に元のインスタンスのサブスクリプションを解約またはリリースする必要があります。

説明

Alibaba Cloud ES の無料トライアルインスタンスは、バージョン 8.5 と 8.9 のみをサポートしており、作成後に変更することはできません。

SSH 経由でクラスターにログインして構成を変更できますか?

いいえ。セキュリティ上の理由から、SSH 経由で ES クラスターにログインすることは許可されていません。クラスター構成を変更するには、ES のクラスター構成機能を使用してください。詳細については、「クラスター構成」をご参照ください。

Logstash 6.7 は ES 6.3 と互換性がありますか?

はい、互換性があります。詳細については、「互換性マトリックス」をご参照ください。

Quick BI は ES データソースをサポートしていますか?

Quick BI を使用してパブリックネットワーク経由で ES に接続できますが、Quick BI の IP アドレスを ES のパブリックネットワークホワイトリストに追加する必要があります。

ES はスコアリングプラグインをサポートしていますか?

ES は、インデックスからトークナイザーを作成してデータを検索し、スコアに基づいて結果をソートすることをサポートしています。詳細については、「Basic Edition:インスタンス作成からデータ取得まで」をご参照ください。

ES は LDAP をサポートしていますか?

はい、Elasticsearch は Lightweight Directory Access Protocol (LDAP) をサポートしています。LDAP を使用して Elasticsearch クラスターに送信されるリクエストを認証したい場合は、同じバージョンのオンプレミス Elasticsearch クラスターをデプロイして認証テストを実施する必要があります。テストが成功した場合、ES コンソールで対応するテンプレートを構成できます。詳細については、「X-Pack との LDAP 認証統合のベストプラクティス」をご参照ください。

ES には Java SDK がありますか?

はい、あります。各 ES バージョンには対応する SDK が必要です。詳細については、「Java API」をご参照ください。

ES インスタンスのカーネルバージョンはどこで確認できますか?

デフォルトでは、ES クラスターは最新バージョンのカーネルを使用します。カーネルバージョンの詳細については、「カーネルバージョンリリースノート」をご参照ください。ご利用のクラスターが最新バージョンのカーネルを使用していない場合、クラスターの基本情報ページに新しいカーネルパッチが利用可能ですというメッセージが表示されます。メッセージをクリックすると、クラスターの現在のカーネルバージョンを確認できます。View kernel version

ES の強制再起動機能はいつ使用できますか?また、この機能を使用した場合の影響は何ですか?

インスタンスのステータスが「正常」(黄色または赤色) でない場合、再起動操作はサポートされません。この場合、インスタンスを強制的に再起動する必要があります。この機能を使用すると、再起動フェーズ中にサービスの不安定化、データ損失、または読み書きの失敗が発生する可能性があります。注意して実行してください。

ES の Log4j2 の脆弱性が修正されたことを確認するにはどうすればよいですか?

クラスターが正常に再起動された後、脆弱性は修正されます。詳細については、「[脆弱性アラート] Apache Log4j2 の任意のコード実行の脆弱性」をご参照ください。

Log4j2 の脆弱性を修正するために ES のバージョンをアップグレードする必要がありますか?

いいえ、必要ありません。修正手順の指示に従って脆弱性を修正するだけで十分です。

異なるリージョンにある ES インスタンス間のイントラネット相互通信を有効にするにはどうすればよいですか?

次の 2 つの方法で、異なるリージョンにある ES インスタンス間のイントラネット相互通信を有効にできます:

Elasticsearch クラスター間でデータを移行するにはどうすればよいですか?

別の Alibaba Cloud Elasticsearch クラスター、セルフマネージド Elasticsearch クラスター、またはサードパーティの Elasticsearch ソースから Alibaba Cloud Elasticsearch クラスターにデータを移行できます。データ移行のソリューションとツールは、データ移行のシナリオによって異なります。詳細については、「データ移行ソリューションの選択」をご参照ください。

HTTPS プロトコルを有効にするにはクライアントノードを購入する必要がありますか?

以下の ES バージョンでは、HTTPS を有効にするためにクライアントノードを購入する必要はありません。既存のクライアントノードは無効にできます。

  • 7.16 以降のバージョン。

上記のバージョン以外の ES バージョンでは、HTTPS を有効にするためにクライアントノードを有効にする必要があります。クライアントノードは購入後にサブスクリプションを解約したり無効にしたりすることはできません。

セキュリティ上の理由から、Elasticsearch クラスターで HTTPS を有効にすると、システムはクラスターが依存する証明書を定期的に維持および更新します。V7.10 以前の Elasticsearch クラスターのデータノードにインストールされた証明書に対してローリングアップデートを実行することはできません。証明書の更新中のノード再起動がオンラインサービスに与える影響を軽減するために、システムはリクエストを転送するために使用されるクライアントノードに証明書をデプロイします。クライアントノードを含まない Elasticsearch クラスターで HTTPS を有効にすると、システムはクラスターにクライアントノードを購入するように促すメッセージを表示します。クラスターで HTTPS を有効にする前に、クラスターにクライアントノードを購入する必要があります。詳細については、「HTTPS の有効化」をご参照ください。

単一の ES ノードでサポートされるシャードの最大数はいくつですか?

Alibaba Cloud Elasticsearch では、Elasticsearch V7.X クラスターの単一データノード上のインデックスに対して最大 1,000 個のシャードを割り当てることができます。他のバージョンの Elasticsearch クラスターでは、単一データノード上のインデックスに割り当て可能なシャードの数に制限はありません。Elasticsearch クラスターの仕様に基づいて、単一データノード上のインデックスにシャードを構成する必要があります。詳細については、「仕様とストレージ容量の評価」および「シャードのサイズ設定」をご参照ください。

max_shards_per_node パラメーターを使用して、クラスターの最大シャード数を一時的に変更するには、次のコマンドを使用できます:

PUT /_cluster/settings
{
   "transient": {
      "cluster": {
        "max_shards_per_node":10000
      }
   }
}
重要

長期的な解決策として、このパラメーターを過度に大きな値に設定しないでください。クラスターのノード数を増やすか、シャード数を減らしてください。過度の圧力によるクラスターの不安定化を防ぐために、シャードを適切に計画してください。

.monitoring-es で始まるインデックスはどのように生成され、何に使用されますか?

デフォルトでは、X-Pack モニタリングクライアントは 10 秒ごとにクラスターからモニタリングデータを収集し、対応する Alibaba Cloud Elasticsearch インスタンス内の .monitoring-* というプレフィックスが付いたインデックスにデータを保存します。たとえば、v6.x インスタンスには .monitoring-es-6-*.monitoring-kibana-6-* の 2 つの主要なインデックスタイプがあり、これらは毎日ロールオーバーされます。収集されたデータは、.monitoring-es-6- というプレフィックスと現在の日付のサフィックスが付いたインデックスに保存されます。

.monitoring-es-6-* インデックスは大量のディスク領域を消費します。これらは主に、クラスターのステータス、クラスターの統計、ノードの統計、インデックスの統計などの情報を保存します。詳細については、「モニタリングインデックスの構成」をご参照ください。

ES データディスクのディスク暗号化にはどの暗号化アルゴリズムが使用されますか?

ES は、業界標準の AES-256 暗号化アルゴリズムと Key Management Service (KMS) を使用してディスクを暗号化します。詳細については、「ディスク暗号化の概要」をご参照ください。

Alibaba Cloud ES サービスはポート 9300 をサポートしていますか?

Alibaba Cloud ES 5.x バージョンのみが、ポート 9300 (TCP 用) とポート 9200 (HTTP または HTTPS 用) の両方をサポートしています。他のバージョンはポート 9200 のみをサポートしています。

説明

バージョン 6.0 以降の Alibaba Cloud ES インスタンスは、ポート 9300 での Transport Client を使用したアクセスをサポートしていません。ポート 9300 にアクセスするには、5.x バージョンのインスタンスを購入する必要があります。

データ移行と同期に関する問題

MongoDB から Alibaba Cloud ES にデータを同期するにはどうすればよいですか?

Monstache を使用して、MongoDB のデータを Alibaba Cloud Elasticsearch にリアルタイムで同期できます。詳細については、「Monstache を使用して MongoDB のデータを Elasticsearch にリアルタイムで同期する」をご参照ください。

インスタンスの再起動に関する問題

ES インスタンスまたはノードの再起動にはどのくらいの時間がかかりますか?

Elasticsearch クラスターまたはノードを再起動すると、システムは推定時間を表示します。時間は、クラスターまたはノードの仕様、データ構造、およびデータ量に基づいて推定されます。ほとんどの場合、クラスターの再起動には数時間かかります。詳細については、「インスタンスまたはノードの再起動」をご参照ください。

ES インスタンスのパブリックネットワークアクセスを有効または無効にすると、再起動がトリガーされますか?

いいえ、トリガーされません。ただし、設定が有効になるまでインスタンスのステータスが一時的に変更されます。これは通常の使用には影響しません。

クラスターのアクセスパスワードを変更すると、クラスターの再起動がトリガーされますか?

いいえ、トリガーされません。パスワードの変更はクラスターの再読み込みのみをトリガーし、再起動は行いません。詳細については、「インスタンスのアクセスパスワードのリセット」をご参照ください。

インデックスにレプリカシャードがない場合、クラスターの再起動に影響しますか?

はい、影響します。再起動中にクラスターが継続的なサービスを提供できなくなる可能性があります。クラスター全体の負荷が高くなく、インデックスにレプリカシャードがある場合、通常は再起動中にサービスを継続的に提供できます。ただし、一部のシナリオでは、再起動中にアクセスタイムアウトが発生する可能性があります。たとえば、強制再起動の同時実行性が高い場合、クラスターの負荷が非常に高く、クラスターがすでにアクセス不能である場合、レプリカシャードがない場合、または再起動または強制再起動中に多くの書き込みとクエリがある場合などです。クライアント側でリトライメカニズムを設計し、オフピーク時に操作を実行することを推奨します。

ロールノード (Kibana ノードなど) またはシングルノードを再起動するにはどうすればよいですか?

  • ロールノードの再起動

    インスタンスの基本情報ページで、再起動をクリックします。操作タイプロールノードの再起動を選択し、対応するロールノードを選択します。詳細については、「インスタンスまたはノードの再起動」をご参照ください。

  • シングルノードの再起動

    次の 2 つの方法のいずれかでシングルノードを再起動できます:

    • インスタンスの基本情報ページで、再起動をクリックし、操作タイプノードの再起動に設定し、再起動したいノードを選択します。詳細については、「インスタンスまたはノードの再起動」をご参照ください。

    • インスタンスの基本情報ページのノード可視化セクションで、再起動したいノードにポインターを合わせます。表示されるポップオーバーで、再起動をクリックします。詳細については、「クラスターのステータスとノード情報の表示」をご参照ください。

インスタンスの再起動がスタックした場合はどうすればよいですか?

まず、タスクリストでインスタンス変更タスクの詳細を表示することを推奨します。7.16 以外のバージョンでは、インスタンスの再起動には数時間かかります。詳細については、「インスタンスのタスク進捗の表示」をご参照ください。変更の進捗が長時間変わらない場合は、以下の指示を参照して問題をトラブルシューティングできます。

考えられる原因

ソリューション

プラグインの問題によりノードが起動しない。

対応するプラグインを削除します。

ディスク使用率が高いためシャードを割り当てられない。

説明

クラスターモニタリングでクラスターのディスク使用率を表示できます。詳細については、「メトリックの表示と例外の処理」をご参照ください。

インデックスを削除するか、一時的にインデックスのレプリカ数を 0 に設定します。

クラスターパラメーターの設定の問題によりシャードを割り当てられない。

GET /_cluster/allocation/explain?pretty コマンドを実行して、未割り当てシャードの原因を特定し、それに応じて処理します。

レプリカ数がノード数より多い。

レプリカ数をリセットします。

クラスターの仕様が小さすぎて、Out-of-Memory (OOM) エラーが発生する。

クラスターをアップグレードします。

ES インスタンスのノードの定期的な再起動を設定できますか?

いいえ、できません。ノードの定期的な再起動はサポートされていません。この要件がある場合は、RestartInstance API 操作を呼び出すことができます。ただし、定期タスクを記述し、対応するノード情報を構成する必要があります。

クラスターの負荷またはステータスの異常に関する問題

ES を使用していると、一部のノードの CPU と負荷は正常ですが、他のノードはアイドル状態です。どうすればよいですか?

この問題は、クラスターの負荷が不均衡であるために発生します。負荷の不均衡は、不適切なシャード設定、不均一なセグメントサイズ、ホットデータとコールドデータの分離不足、Server Load Balancer (SLB) インスタンスやマルチゾーンアーキテクチャで使用される持続的接続など、いくつかの原因によって引き起こされる可能性があります。実際の問題のシナリオに基づいて問題を解決してください。詳細については、「クラスターの負荷の不均衡」をご参照ください。

重要
  • トラブルシューティングを行う前に、クラスターの仕様を確認してください。クラスターが 1 CPU コアと 2 GiB のメモリ (学習用仕様) を持っている場合は、2 CPU コアと 4 GiB のメモリ以上にアップグレードしてください。詳細については、「クラスターのアップグレード」をご参照ください。

  • 1 コア 2 GiB の仕様は学習シナリオにのみ適しており、本番環境には適していません。製品のサービスレベルアグリーメント (SLA) の対象外です。安定性が低いため、この仕様は現在購入できません。1 コア 2 GiB のインスタンスをできるだけ早くより高い仕様にアップグレードすることを推奨します。

  • 2 コア 4 GiB の仕様は、テスト環境での使用を推奨します。本番環境では、より高い仕様を使用することを推奨します。

ES クラスターのステータスが黄色になった場合はどうすればよいですか?

  • 原因

    インデックスに設定したレプリカ数が現在のノード数から 1 を引いた数より大きい場合、クラスターのステータスは黄色になります。

  • ソリューション

    GET _cat/indices?v コマンドを実行してインデックスシャードの分布を表示し、ステータスが黄色のインデックスを特定し、そのレプリカシャード数を 0 に設定します。クラスターが正常に戻った後、対応するインデックスのレプリカシャード数を元の値に戻します。

    警告

    レプリカシャード数を 0 に設定すると、ノードがオフラインになった場合にデータが失われる可能性があります。注意して実行してください。クラスターが正常に戻った後 (約 1 分後)、できるだけ早くレプリカシャード数を元の値に戻してください。

    PUT test/_settings
    {
      "index" : {
        "number_of_replicas":"0"
      }
    }                                

高負荷により ES クラスターのステータスが赤色になった場合はどうすればよいですか?

プライマリシャードが配置されているノードの異常により、クラスターが赤色になります。GET /_cat/indices?v コマンドを実行してインデックスシャードの分布を表示し、赤色のインデックスを特定し、以下の一般的な原因と解決策に基づいてトラブルシューティングを行います。

一般的な原因

ソリューション

負荷の不均衡によるクラスターリソースの不足。

プライマリシャードとレプリカシャードの合計数をクラスターのデータノード数の整数倍に変更して、ノード間の負荷を均等にします。詳細については、「不均一なシャード分布を調整するにはどうすればよいですか?」をご参照ください。

クラスターに不要なインデックスデータが含まれている。

.monitor で始まるモニタリングインデックスなど、不要なインデックスを定期的にクリアします。詳細については、「モニタリングインデックスの構成」をご参照ください。

未割り当てのシャード。

GET /_cluster/allocation/explain?pretty コマンドを実行して、未割り当てシャードの原因を特定し、それに応じて処理します。問題を解決した後、POST /_cluster/reroute?retry_failed=true コマンドを実行してシャードを再割り当てできます。

キャッシュがリソースを消費している。

POST /<index_name>/_cache/clear?fielddata=true コマンドを使用してキャッシュをクリアすることを推奨します。

アップグレードなどのクラスター変更操作が進行中。

現在の変更を中断し、アップグレードページで「強制変更」を選択することを推奨します。詳細については、「クラスターのアップグレード」をご参照ください。

インスタンスの仕様が低く、1 コア 2 GiB や 2 コア 4 GiB の仕様など、リソースが不足している。

クラスターをアップグレードします。詳細については、「クラスターのアップグレード」をご参照ください。

説明
  • 1 コア 2 GiB の仕様は学習シナリオにのみ適しており、本番環境には適していません。製品の SLA の対象外です。安定性が低いため、この仕様は現在購入できません。1 コア 2 GiB のインスタンスをできるだけ早くより高い仕様にアップグレードすることを推奨します。

  • 2 コア 4 GiB の仕様は、テスト環境での使用を推奨します。本番環境では、より高い仕様を使用することを推奨します。

ディスク使用率が 85% を超えている

不要になった既存データを削除するか、ディスクの容量を拡張することを推奨します。詳細については、「高いディスク使用率と読み取り専用インデックス」をご参照ください。

モニタリングでクラスターの CPU 使用率が高すぎることが確認されたり、アラートが受信されたりした場合はどうすればよいですか?

一般的な原因とそれに対応する解決策は次のとおりです。

一般的な原因

ソリューション

書き込みまたはクエリ QPS の増加は CPU 使用率の増加につながります。

同時書き込み量を減らす、書き込みとクエリの QPS を下げる、またはクラスターをスケールアウトすることができます。本番環境でストレステストを実施し、適切な仕様を選択することを推奨します。

インデックスキャッシュが過剰なリソースを消費している。

POST /index_name/_cache/clear?fielddata=true コマンドを実行してキャッシュをクリアすることを推奨します。

クラスターのリソースが不足している。

クラスターをアップグレードします。詳細については、「クラスターのアップグレード」をご参照ください。

単一ノードで CPU 使用率が高く、負荷が不均衡である。

プライマリシャードとレプリカシャードの合計数をクラスターのデータノード数の整数倍に変更して、ノード間の負荷を均等にすることができます。詳細については、「Elasticsearch クラスターのノードでシャードが均等に分散されていない場合はどうすればよいですか?」をご参照ください。

ES のディスク使用率が高すぎる場合はどうすればよいですか?

DELETE /index_name コマンドを実行して不要なインデックスを削除することを推奨します。ディスク使用率が 75% を下回った後、コンソールでクラスターのディスク容量と仕様をアップグレードできます。詳細については、「クラスターのアップグレード」をご参照ください。単一ノードのディスク使用率が高すぎる場合は、シャードを最適化する必要もあります。詳細については、「Elasticsearch クラスターのノードでシャードが均等に分散されていない場合はどうすればよいですか?」をご参照ください。

説明

高いディスク使用率が Elasticsearch サービスに影響を与えないように、ディスク使用率のモニタリングとアラートを有効にすることを推奨します。アラート通知を迅速に確認し、予防措置を講じてください。詳細については、「メトリックの表示と例外の処理」をご参照ください。ノードのディスク使用率が特定のしきい値を超えると、クラスターは次のように影響を受けます:

  • 85% を超える:新しいシャードを割り当てられません。

  • 90% を超える:ES は、対応するノードからディスク使用率の低い他のデータノードにシャードを移行しようとします。

  • ディスク使用率が 95% を超えると、システムは Elasticsearch クラスター内のすべてのインデックスに read_only_allow_delete 属性を強制的に設定します。その結果、インデックスにデータを書き込むことができなくなります。インデックスからの読み取りまたは削除のみが可能です。

モニタリングで ES のメモリ使用率が高すぎることが確認されたり、アラートが受信されたりした場合はどうすればよいですか?

一般的な原因とそれに対応する解決策は次のとおりです。

一般的な原因

ソリューション

クラスターキャッシュがメモリを消費している。

短期的には、POST /<index_name>/_cache/clear?fielddata=true コマンドを実行してキャッシュをクリアできます。メモリ使用率が長期間高いままである場合は、クラスターをアップグレードします。詳細については、「クラスターのアップグレード」をご参照ください。クラスターのメモリ使用率は、アラートをトリガーすることなく定期的に増加することがあります。これは、ビジネスの変動やクラスターによるメモリの再利用が原因である可能性があり、正常と見なされます。

過剰なクエリおよび書き込み操作。

読み書き操作を停止し、レート制限プラグインをインストールして、クラスターのレート制限を有効にします。詳細な手順については、「クラスターレート制限プラグイン (aliyun-qos) の使用」をご参照ください。

不要なインデックスがメモリを消費している。

不要なインデックスを削除してリソースを解放します。.monitoring-* プレフィックスを持つモニタリングインデックスの保持期間を設定できます。詳細については、「モニタリングログの構成」をご参照ください。

単一ノードのメモリ使用率が高く、シャード分布が不均一である。

シャードの負荷を最適化します。プライマリシャードとレプリカシャードの合計数をクラスターのデータノード数の整数倍に設定します。詳細については、「シャードが不均一に分散している場合はどうすればよいですか?」をご参照ください。

クライアントアプリケーションからの特殊文字の長い文字列を含むクエリなど、異常なクエリ。

時間のかかるクエリタスクに関する情報を取得するには、GET _cat/tasks?v コマンドを実行してタスク ID を取得し、GET _tasks?detailed=true&actions=*read/search* コマンドを実行して詳細な検索文を取得して分析します。クエリを迅速にキャンセルするには、タスクキャンセル API を使用するか、クラスターを再起動するか、負荷の高いノードのみを再起動します。

不均一なシャード分布を調整するにはどうすればよいですか?

シャードを再割り当てし、適切に計画することを推奨します。プライマリシャードとレプリカシャードの合計数がクラスターのデータノード数の整数倍になるようにしてください。この方法は、各データノードにデータを均等に分散させ、不均一な分布による単一ノードの高負荷を防ぎます。以下は、プライマリシャードとレプリカシャードの割り当ての例です:

  • クラスターに 3 つのデータノードがある場合、プライマリシャードの数を 3、レプリカシャードの数を 1 に設定できます。この構成では、合計 6 つのシャードになります。

  • クラスターに 8 つのデータノードがある場合、プライマリシャードの数を 4、レプリカシャードの数を 1 に設定して合計 8 つのシャードにするか、プライマリシャードの数を 8、レプリカシャードの数を 1 に設定して合計 16 のシャードにすることができます。

説明
  • シャード数を調整した後、オフピーク時にインデックスを再作成して、変更を既存のデータに適用する必要があります。レプリカシャードの数を増やすと、Elasticsearch クラスターの可用性とクエリパフォーマンスが向上しますが、クラスターのメモリ使用量も増加します。

  • シャードの数と各シャードのサイズの両方が、Elasticsearch クラスターの安定性とパフォーマンスに寄与します。Elasticsearch クラスター内のすべてのインデックスに対してシャードを適切に計画する必要があります。これにより、複雑なビジネスシナリオで問題となる可能性のある、過剰な数のシャードによるクラスターパフォーマンスの低下を防ぎます。シャード計画の詳細については、「シャード評価」をご参照ください。

  • 不均一なシャード分布は、クラスターの負荷の不均衡につながる可能性があります。次の方法で不均一なシャード分布を確認できます:

    • メトリックの説明とトラブルシューティングの提案」をご参照ください。ノードの CPU 使用率、メモリ使用率、またはディスク使用率が高い場合、これはシャードが均等に分散されていないことを示します。

    • GET _cat/shards?v コマンドを実行して、インデックスのシャード情報を表示します。インデックスのシャードの多くが負荷の高いノードにある場合、これは不均一なシャード分布を示します。

クラスターの負荷が高く、プライマリログに「java.lang.StackOverflowError for the entire cluster」というエラーが報告されます。どうすればよいですか?

このスタックオーバーフローエラーは、Lucene によってスタックに書き込まれるデータ量が制限を超えたために発生します。この問題は、正規表現ベースのクエリとあいまい一致が原因です。この問題は Elasticsearch V6.0 以降で修正されています。できるだけ早くクラスターのバージョンをアップグレードするか、クエリを最適化することを推奨します。詳細については、「java.lang.StackOverflowError for the entire cluster」をご参照ください。

JVM 構成によって割り当てられた実際のメモリ量をクエリするにはどうすればよいですか?

GET _nodes/stats/jvm?pretty コマンドを実行してこの値を確認できます。デフォルトでは、この値はクラスターのメモリの半分であり、変更できません。

クラスターのクエリと書き込みに関する問題

キューサイズを調整するにはどうすればよいですか?

YML 構成で thread_pool.write.queue_size パラメーターを設定することで、キューサイズを調整できます。詳細については、「YML パラメーターの構成」をご参照ください。このパラメーターを調整する前に、GET /_cat/thread_pool?v コマンドを実行して現在のキューの使用状況を確認できます。

重要

バージョン 6.0 より前の Elasticsearch クラスターでは、thread_pool.index.queue_size パラメーターを使用する必要があります。

特定の期間のデータをクエリまたはエクスポートするにはどうすればよいですか?

Elasticsearch で特定の期間のデータをクエリするには、範囲クエリを使用できます。詳細については、「範囲クエリ」をご参照ください。

特定の期間のデータをエクスポートするには、Logstash を使用してデータをフィルタリングできます。詳細については、「Logstash 構成ファイル」をご参照ください。

ES の一括挿入操作に数量制限はありますか?

はい、あります。デフォルトでは、1 回の一括リクエストで Elasticsearch クラスターに書き込めるデータ量は 100 MB に制限されています。リクエストがこの制限を超えた場合は、リクエストごとに送信するデータ量を減らす必要があります。一括リクエストの合計データサイズは、次の数式で計算されます:ドキュメント数 × 各ドキュメントのサイズ。ただし、各ドキュメントのサイズと複雑さも要因であるため、ドキュメント数だけでリクエストサイズを正確に見積もることはできません。ドキュメントが大きい場合は、リクエストあたりのドキュメント数を減らすことができます。一括リクエストのサイズは、5 MB から 15 MB の範囲でデバッグを開始することを推奨します。詳細については、「HTTP 設定」をご参照ください。リクエストサイズのデバッグの詳細については、オープンソースの Elasticsearch ドキュメントの「一括リクエストの使用とサイズ設定」をご参照ください。

Elasticsearch のクエリ結果と実際の時間との間に時差があります。どうすればよいですか?

デフォルトでは、Elasticsearch は協定世界時 (UTC) を使用しており、これはご利用のローカルタイムゾーンと異なる場合があります。Elasticsearch はタイムゾーンの調整をサポートしていないため、手動で時間変換を処理する必要があります。次のいずれかの方法を使用して時差を解決できます:

  • 日付型データをクエリする場合、タイムゾーンを指定するか、タイムスタンプを使用できます。詳細については、「<フィールド> のパラメーター」をご参照ください。

  • 時間データを書き込む場合、タイムゾーンを指定できます。例:"time" : "2022-07-15T12:58:17.136+0800" (UTC+8)。

  • Kibana を使用してデータを表示できます。Kibana が Elasticsearch から日付タイプのフィールドを取得すると、JavaScript を使用してブラウザのローカルタイムゾーンを決定します。次に、フィールド内の時間値を UTC からブラウザのタイムゾーンに変換して結果を表示します。詳細については、「Kibana コンソールでデータ可視化のタイムゾーンを変更するにはどうすればよいですか?」をご参照ください。

  • Logstash でデータを同期していて 8 時間の時差がある場合は、パイプライン構成に対応する時間オフセットを手動で追加する必要があります。例:filter{ ruby{ code => "event.set('update_time', event.get('update_time').time.localtime + 8*60*60)" } }

ES クラスターへのクエリが結果を返すまでに時間がかかる、またはまったく結果を返さない場合はどうすればよいですか?

結果を返すまでに時間がかかる、または結果をまったく返さないクエリは、スロークエリと見なされます。コンソールでスロークエリログを表示して調査できます。詳細については、「スロークエリログ」をご参照ください。原因を特定するには、「メトリックの表示と例外の処理」をご参照ください。次の表に、一般的な原因とその解決策を示します。

一般的な原因

ソリューション

シャードの負荷が不均衡である。

プライマリシャードとレプリカシャードの合計数がクラスターのデータノード数の整数倍になるようにすることで、シャードの負荷を最適化できます。詳細については、「Elasticsearch クラスターのノードでシャードが均等に分散されていない場合はどうすればよいですか?」をご参照ください。

クラスターのリソースが不足している。

クラスターでリソースを大量に消費するクエリを実行する場合は、クエリ文を最適化するか、クラスター構成をアップグレードすることを推奨します。例としては、集約、term、スクリプト、あいまい一致クエリなどがあります。Elasticsearch クラスターのアップグレードの詳細については、「クラスターのアップグレード」をご参照ください。

説明

Elasticsearch クラスターの健全性は、クエリパフォーマンスに影響します。メモリ使用率が 80% 未満で、ノードの負荷が均等である場合にパフォーマンスは最適になります。

クラスターへの書き込み時に「Data too large... which is larger than the limit of」というエラーが報告されます。どうすればよいですか?

  • 原因

    書き込み量が多すぎて、サーキットブレーカーが作動しました。クラスターのリソースが現在の書き込みリクエストの量を処理するのに不足しています。

  • ソリューション

    重要

    以下の操作を実行できない場合は、すべてのクエリと書き込み操作を停止し、クラスターを強制的に再起動する必要があります。クラスターが正常な状態に戻った後、必要な操作を実行してください。

    1. POST /index_name/_cache/clear?fielddata=true コマンドを実行してインデックスキャッシュをクリアします。これで問題が解決しない場合は、次のステップに進みます。

    2. GET /_cat/indices?v コマンドを実行して、クラスター内のノード間でシャードが不均一に分散しているかどうかを確認します。詳細については、「Elasticsearch クラスターのノードでシャードが均等に分散されていない場合はどうすればよいですか?」をご参照ください。問題が解決しない場合は、次のステップに進みます。

    3. 同時書き込みを減らし、不要なインデックスを削除してリソースを解放し、Kibana モニタリングの使用を減らします。

      Kibana モニタリングを無効にするには、次のコマンドを実行します:

      PUT _cluster/settings
      {
      	"persistent": {
      		"xpack.monitoring.collection.enabled": false
      	}
      }

      これで問題が解決しない場合は、次のステップに進みます。

    4. クラスターをアップグレードして、クラスターの容量を増やします。

ES はインデックスの一括削除をサポートしていますか?

はい、サポートしています。削除のためのインデックス命名規則ワイルドカードを許可に設定して、YML パラメーターを構成する必要があります。クラスターが再起動された後、ワイルドカードを使用してインデックスを一括削除できます。詳細については、「YML パラメーターの構成」をご参照ください。

警告

削除されたインデックスは回復できません。この構成は注意して使用してください。

新しいインデックスを作成する際に、「index uuid conflicted」というエラーが時々発生し、インデックスドキュメントを書き込めない場合はどうすればよいですか?

これは既知の問題です。この問題を解決するには、インスタンスのカーネルバージョンを 1.5.0 以降にアップグレードしてください。詳細については、「インスタンスのバージョンのアップグレード」をご参照ください。

index.max_result_window (ページングクエリの最大ドキュメント数) を変更するにはどうすればよいですか?

ES の index.max_result_window パラメーターのデフォルト値は 10000 です。このパラメーターは、ページングクエリで返されることができる最大ドキュメント数 (`from` + `size`) を指定します。クエリがこの値を超えると、次のエラーが報告されます:Result window is too large, from + size must be less than or equal to: [10000]

深いページングを必要とする検索シナリオでは、index.max_result_window パラメーターの値を増やす必要がある場合があります。次のコマンドを実行して、要件に基づいて index.max_result_window の値を変更できます。コマンドの値は参考用です。このパラメーター設定は、Elasticsearch クラスターの再起動後も保持されます。

PUT /my_index/_settings  
{  
  "index": {  
    "max_result_window": 50000  
  }
}
重要

クエリが多くの結果を返す場合、from と size パラメーターを使用して深いページングを実行することは推奨しません。この操作は大量の CPU およびメモリリソースを消費するためです。深いページングのシナリオでは、代わりに scroll または search after を使用することを推奨します。

ES データの更新時に「Rejecting mapping update to [] as the final mapping would have more than 1 type」というエラーが報告されます。どうすればよいですか?

このエラーは、更新操作で指定されたタイプが元のインデックスのタイプと異なる場合に発生します。ES インデックスは複数のタイプを持つことができないため、データを更新する際には元のインデックスと同じタイプを使用する必要があります。

説明

Elasticsearch 7.0 以降では、マッピングからタイプ定義が削除され、タイプは _doc に設定されます。

インデックス内のドキュメントの詳細な内容をクエリするにはどうすればよいですか?

Kibana コンソールにログインし、次のコマンドを実行できます:

GET _search
{
   "query": {
   "match_all": {}
  }
}

インデックスパターンを作成した後、Kibana の Discover ツールを使用してドキュメントを表示することもできます。詳細については、「Kibana ガイド」をご参照ください。

クラスターの構成と変更に関する問題

ES を使用する前に、クラスターのリソースと仕様、およびシャードのサイズと数量を適切に計画するにはどうすればよいですか?

仕様とストレージ容量の評価」もご参照いただけます。

ES インスタンスの構成パラメーターを表示するにはどうすればよいですか?

インスタンスの基本情報ページで構成パラメーターを表示できます。詳細については、「インスタンスの基本情報の表示」をご参照ください。

Transport Client を使用して ES インスタンスにアクセスする場合、cluster.name パラメーターをインスタンス ID に設定します。詳細については、「Transport Client (5.x)」をご参照ください。

クラスター構成を変更すると ES サービスに影響しますか?

クラスター構成を変更すると、ローリングリスタートがトリガーされます。クラスターのステータスが「正常」(緑色) で、各インデックスに少なくとも 1 つのレプリカがあり、リソース使用率が過剰でない場合、クラスターは再起動中もサービスを提供し続けることができます。クラスターモニタリングページでリソース使用率を確認できます。たとえば、ノードの CPU 使用率が約 80%、ノードのヒープメモリ使用率が約 50%、ノードの load_1m がデータノードの CPU コア数より低い場合、リソース使用率は過剰とは見なされません。ただし、オフピーク時にクラスター構成を変更することを推奨します。

ノード数を変更した後、クラスターは自動的にシャードをリバランスしますか?

はい、します。Elasticsearch クラスターのノード数が変更されると、システムは自動的にシャードを再割り当てします。ただし、この再割り当てプロセスは、ノード間でシャードが均等に分散されることを保証するものではありません。インデックスサイズ、シャード数、ノード数などの要因により、データが不均一に分散されたままになることがあります。クラスターの負荷の不均衡のトラブルシューティングと解決の詳細については、「クラスターの負荷の不均衡」をご参照ください。

ES インスタンスはディスクタイプの変更をサポートしていますか?

はい、サポートしています。ディスクを ESSD (エンタープライズ SSD) から標準 SSD に、または標準 SSD から Ultra ディスクにダウングレードできます。また、ディスクを Ultra ディスクから標準 SSD に、または標準 SSD から ESSD にアップグレードすることもできます。

ES は他のタイプのノードをコールドデータノードに変更することをサポートしていますか?

いいえ、サポートしていません。この操作はインスタンスを不安定にする可能性があります。詳細については、「Elasticsearch 5.x の「Hot-Warm」アーキテクチャ」をご参照ください。

インスタンスの仕様をアップグレードした後、構成をダウングレードできますか?また、その方法は?

はい、構成をダウングレードできます。詳細については、「クラスターのデータノードのスケールイン」または「クラスターのダウングレード」をご参照ください。

ビジネスボリュームが一時的に急増した場合、通常のビジネス運用を確保するためにクラスター構成を変更するにはどうすればよいですか?

ビジネスボリュームが一時的に急増した場合は、まずノードをスケールアウト (クラスターのアップグレード) し、次にデータノードをスケールイン (クラスターのデータノードのスケールイン) することを推奨します。これらの変更は、クラスターの再起動後に有効になります。再起動の前に、次の条件が満たされていることを確認してください:

  • インスタンスのステータスが正常 (緑色) であること。

  • 各インデックスに少なくとも 1 つのレプリカがあり、リソース使用率が過度に高くないこと。これはクラスターモニタリングページで確認できます。たとえば、ノードの CPU 使用率が約 80%、ノードのヒープメモリ使用率が約 50%、ノードの load_1m がデータノードの CPU コア数より低いこと。

クラスターをアップグレードする際に、「UpgradeVersionMustFromConsole」というプロンプトが表示されます。どうすればよいですか?

この問題は、アップグレードパスがサポートされていないために発生します。Alibaba Cloud ES は、バージョン 5.5.3 から 5.6.16、5.6.16 から 6.3.2、および 6.3.2 から 6.7.0 へのアップグレードのみをサポートしています。

ES バージョンのアップグレードにはどのくらいの時間がかかりますか?

アップグレードに必要な時間は、データサイズ、データ構造、およびクラスターの仕様によって異なります。このプロセスは通常、約 1 時間かかります。

ES バージョンをアップグレードするとクラスターサービスに影響しますか?

Elasticsearch クラスターをアップグレードする際、クラスターへの読み書きは引き続き可能ですが、他の変更はできません。オフピーク時にアップグレードを実行することを推奨します。アップグレード手順と注意事項の詳細については、「クラスターのバージョンのアップグレード」をご参照ください。

クラスターのアップグレード中にエラーまたはタイムアウトが発生します。どうすればよいですか?

この問題は通常、クラスターが異常な状態にあるために発生します。この場合、すべてのクエリと書き込み操作を停止し、「高負荷により Elasticsearch クラスターが赤色の状態になった場合はどうすればよいですか?」の指示に従って問題をトラブルシューティングします。クラスターが正常な状態に回復した後、再度構成のアップグレードを試みてください。または、クラスターの健全性ステータスを無視して強制アップグレードを実行することもできます。ただし、強制アップグレードは ES サービスを中断させる可能性があります。注意して実行してください。

その他のアップグレードの問題については、エラーメッセージに基づいてトラブルシューティングと解決を行う必要があります。

クラスター構成を変更できません。どうすればよいですか?

この問題をトラブルシューティングするには、次の手順を実行します:

  1. クラスターノードがローカルディスクを使用しているかどうかを確認します。ローカルディスクを使用するノードでは構成変更はサポートされていません。ノードの仕様をアップグレードするには、まずディスクタイプを変更する必要があります。

  2. フロントエンドの検証で在庫不足が示された場合は、別のゾーンで構成変更を試みるか、現在のゾーンで他のユーザーがインスタンスをリリースするのを待ちます。

  3. フロントエンドの検証でクラスターのステータスが不健全であることが示された場合は、close 状態のインデックスがないか確認し、一時的にそのステータスを open に変更します。クラスターのステータスが赤色の場合は、オフラインノードや未割り当てシャードなどの問題がないか確認し、まずこれらのクラスターの問題を解決します。

  4. クラスターがダウングレードの次の条件を満たしているかどうかを確認します:

    • ダウングレードのターゲットノード仕様の CPU とメモリは、現在の仕様の少なくとも半分である必要があります。ノードの仕様を 1 コア 2 GiB、2 コア 2 GiB、2 コア 4 GiB、または 4 コア 4 GiB にダウングレードすることはできません。

      説明

      2 コア 4 GiB または 4 コア 4 GiB のインスタンスにダウングレードするには、希望の仕様で新しいインスタンスを作成し、Logstash などのデータ移行方法を使用してデータを移行します。

    • クラスターの負荷が要件を満たしている場合にのみ、クラスターをダウングレードできます。ダウングレードの制限と注意事項の詳細については、「クラスターのダウングレード」をご参照ください。

    • クラスターをダウングレードする際にディスク容量を減らすことはできません。

クラスターの YML ファイル構成で http.max_content_length と discovery.zen.ping_timeout の値を調整できますか?

いいえ、これらのパラメーターは構成できません。Alibaba Cloud Elasticsearch が提供するパラメーターのみを構成できます。詳細については、「YML パラメーターの構成」をご参照ください。

説明

discovery.zen.ping_timeout、discovery.zen.fd.ping_timeout、discovery.zen.fd.ping_interval、および discovery.zen.fd.ping_retries パラメーターは通常、調整する必要はありません。

ES インスタンスの VPC を切り替えることはできますか?

ES インスタンスの VPC を切り替えることはできません。回避策として、希望の VPC で新しい ES インスタンスを購入し、データを移行してから、元のインスタンスをリリースすることができます。

ES インスタンスのディスクタイプを変更すると、既存のデータが失われますか?

いいえ、既存のデータは失われません。ただし、アップグレード中にクラスターに書き込まれた新しいデータは失われる可能性があります。オフピーク時に、またはクラスターへのデータ書き込みを停止した後にアップグレードを実行することを推奨します。詳細については、「クラスターのアップグレード」をご参照ください。

クラスターをアップグレードする際に、「cluster unhealthy」というプロンプトが表示されますが、クラスターのステータスは Green と確認されています。どうすればよいですか?

この問題は、クラスター内の一部のインデックスが close 状態にある場合に発生する可能性があります。POST /<index_name>/_open コマンドを実行して、一時的にインデックスを開くことができます。詳細については、「クラスターのアップグレード」をご参照ください。

ES はデータ移行を避けるために CPU を直接アップグレードできますか?

いいえ、できません。CPU のアップグレードまたはダウングレードは、ブルーグリーン変更をトリガーし、古いノードから新しいノードにデータを移行し、ノードの IP アドレスを変更します。

コールドデータノードをダウングレードできないのはなぜですか?

特定の条件が満たされている場合にのみ、クラスターをダウングレードできます。たとえば、選択したターゲット仕様の CPU とメモリは現在の仕様の少なくとも半分である必要があり、ノードの仕様を 1 コアと 2 GiB のメモリ、2 コアと 2 GiB のメモリ、4 コアと 4 GiB のメモリ、または 2 コアと 4 GiB のメモリにダウングレードすることはできません。詳細については、「クラスターのダウングレード」をご参照ください。

構成ダウングレードの条件が満たされない場合は、新しいインスタンスを作成し、データを移行してから、元のクラスターをリリースすることができます。詳細については、「データ移行ソリューションの選択」をご参照ください。

クラスターのデータノードをスケールインする際に、「この操作により、現在のクラスターリソース (ディスク/CPU/メモリ) が不足するか、シャード割り当ての異常が発生します」というエラーが報告されます。どうすればよいですか?

考えられる原因

ソリューション

クラスターリソースの不足。

スケールイン操作後、クラスターは現在のシステムデータまたは負荷を処理するためのディスク、メモリ、CPU などのリソースが不足します。

GET _cat/indices?v コマンドを実行して、ディスク領域などのリソースが現在のデータ量とリクエスト負荷に対して安全なしきい値内にあるかどうかを確認できます。そうでない場合は、クラスターをアップグレードする必要があります。

シャード割り当てエラー。

Lucene の原則に基づき、Elasticsearch は同じインデックスの複数のレプリカシャードを単一のデータノードに割り当てません。その結果、スケールイン操作によってインデックスのレプリカ数が残りのデータノード数以上になると、シャード割り当てエラーが発生します。

GET _cat/indices?v コマンドを実行して、各インデックスのレプリカシャード数がスケールイン操作後に残るデータノード数より少ないかどうかを確認できます。そうでない場合は、レプリカシャードの数を変更する必要があります。詳細については、「インデックステンプレート」をご参照ください。次のコードは、インデックステンプレートでレプリカシャードの数を 2 に変更する方法の例です:

PUT _template/template_1
{
  "template": "*",
  "settings": {
    "number_of_replicas": 2
  }
}  

クラスターのデータノードをスケールインする際に、「クラスターは現在異常な状態にあるか、未完了のタスクがあります」というエラーが報告されます。どうすればよいですか?

クラスター診断機能を使用してクラスターを診断し、提供された診断結果と提案に基づいて問題をトラブルシューティングできます。詳細については、「Elasticsearch クラスターの診断を実行する」をご参照ください。

クラスターのデータノードをスケールインする際に、「予約ノード数は 2 より大きい必要があります」というエラーが報告されます。どうすればよいですか?

クラスターの信頼性と安定性を確保するために、スケールイン操作後には少なくとも 2 つのデータノードが残る必要があります。マルチゾーンクラスターの場合、各ゾーンも少なくとも 2 つのデータノードを保持する必要があり、すべてのゾーンで残りのデータノード数が同じである必要があります。スケールイン計画がこれらの要件を満たさない場合は、削除するノードの数を調整するか、クラスターをアップグレードする必要があります。

クラスターのデータノードをスケールインする際に、「現在の ES クラスター構成ではこの操作はサポートされていません」というエラーが報告されます。どうすればよいですか?

GET _cluster/settings コマンドを実行してクラスター構成を表示し、データ割り当てを許可しない設定があるかどうかを確認します:"cluster.routing.allocation.enable" : "none"。この設定が存在する場合は、一時的に "cluster.routing.allocation.enable" : "all" に変更できます。この構成が他の操作に影響する場合は、スケールインが完了した後に元に戻す必要があります。

auto_expand_replicas インデックスを使用すると、データ移行またはノードのスケールインが失敗します。どうすればよいですか?

  • 原因

    この問題は、X-Pack の権限管理機能を使用している場合に発生する可能性があります。以前のバージョンでは、対応する .security インデックスはデフォルトで "index.auto_expand_replicas" : "0-all" 構成を使用しており、これがデータ移行またはノードのスケールインの失敗を引き起こします。

  • ソリューション

    1. インデックス構成を表示します。

      GET .security/_settings

      次の出力が返されます:

      {
        ".security-6" : {
          "settings" : {
            "index" : {
              "number_of_shards" : "1",
              "auto_expand_replicas" : "0-all",
              "provided_name" : ".security-6",
              "format" : "6",
              "creation_date" : "1555142250367",
              "priority" : "1000",
              "number_of_replicas" : "9",
              "uuid" : "9t2hotc7S5OpPuKEIJ****",
              "version" : {
                "created" : "6070099"
              }
            }
          }
        }
      }
    2. 次のいずれかの方法で構成を変更します:

      • 方法 1

        PUT .security/_settings
        {
          "index" : {
            "auto_expand_replicas" : "0-1"
          }
        }
      • 方法 2

        PUT .security/_settings
        {
          "index" : {
            "auto_expand_replicas" : "false",
            "number_of_replicas" : "1"
          }
        }
        重要

        number_of_replicas パラメーターは、インデックスのレプリカ数を指定します。このパラメーターは必要に応じて構成できます。値が 1 以上で、利用可能なデータノード数以下であることを確認してください。

ES キャッシュをクリアするにはどうすればよいですか?

Kibana コンソールにログインし、次のコマンドを実行できます:

  • 特定のインデックスのキャッシュをクリアする

    POST /<index_name>/_cache/clear?fielddata=true
  • すべてのキャッシュをクリアする

    POST /_cache/clear

ES クラスターのゾーンを変更するにはどうすればよいですか?

手順については、「ゾーン内の Elasticsearch ノードの移行または Elasticsearch クラスターのデプロイメントモードのアップグレード」をご参照ください。

ES クラスターは独立したディスク拡張をサポートしていますか?

はい、サポートしています。詳細については、「クラスターのアップグレード」をご参照ください。

重要

拡張はクラスターのローリングリスタートをトリガーします。この操作はオフピーク時に実行することを推奨します。

ES は JVM パラメーターの変更をサポートしていますか?

Alibaba Cloud Elasticsearch クラスターは、オープンソースの Elasticsearch が推奨する JVM パラメーター設定を使用します。これらの設定は変更できません。デフォルトでは、JVM ヒープメモリはクラスターのメモリの半分に設定され、最大 32 GB です。詳細については、「ヒープサイズ設定」をご参照ください。

プラグイン、トークナイザー、シノニムに関する問題

IK トークナイザーを使用する際に、辞書の内容をカスタマイズおよび拡張するにはどうすればよいですか?

Alibaba Cloud ES の IK 分析プラグインのコールドおよびホットアップデート機能を使用して、辞書に単語を追加または削除できます。詳細については、「analysis-ik プラグインの使用」をご参照ください。

IK 分析プラグインを使用する際に、「ik startOffset」というエラーが報告されます。どうすればよいですか?

このエラーは ES 6.7 のバグが原因です。解決するには、クラスターを再起動してください。詳細については、「インスタンスまたはノードの再起動」をご参照ください。

ローカルの IK 辞書ファイルが失われた場合、クラスター管理ページから復元できますか?

いいえ、できません。クラスター管理ページでは辞書ファイルの削除または更新のみが可能です。公式のメインおよびストップワード辞書ファイルをダウンロードし、ファイル内のメイントークンとストップワードをシステム辞書の名詞に置き換えてから、ファイルを再アップロードすることを推奨します。

IK トークナイザー辞書を更新した後、新しい辞書を既存のデータに有効にするにはどうすればよいですか?

インデックスの再作成操作を実行する必要があります。デフォルトでは、更新された IK トークナイザー辞書は新しいデータにのみ適用されます。辞書の更新をインデックス内の既存のデータに適用するには、インデックスの再作成操作を実行する必要があります。詳細については、「インデックス再作成ホワイトリストの構成」をご参照ください。

FullGC に標準値はありますか?

FullGC (ヒープ領域全体をクリーンアップする) イベントが問題であるかどうかを判断するには、ビジネスのレイテンシを分析し、過去と現在の状況を比較する必要があります。CMS コレクターは、メモリ使用率が 75% に達するとガベージコレクションを開始します。これにより、突然のトラフィックスパイクに対応するための十分なヘッドルームが確保されます。

未使用のプラグインをアンインストールできますか?

一部のプラグインのみアンインストールできます。Elasticsearch クラスターのプラグインページの組み込みプラグインタブで、どのプラグインがアンインストールできるかを確認できます。「操作」列に「削除」が表示されている場合、プラグインはアンインストールできます。詳細については、「組み込みプラグインのインストールと削除」をご参照ください。

Alibaba Cloud ES IK 分析プラグインの辞書とオープンソースの IK プラグインの辞書は同じですか?

はい、同じです。Alibaba Cloud ES IK 分析プラグインの組み込み辞書は、対応するバージョンのオープンソース IK 分析プラグインの辞書と同じです。詳細については、「Elasticsearch 用 IK 分析」をご参照ください。

カスタムプラグインは、例えば GitHub から辞書ファイルを読み取るなど、外部ネットワークにアクセスできますか?

カスタムプラグインは外部ネットワークにアクセスできません。外部ファイルにアクセスするには、それらを OSS にアップロードし、そこから読み取ることができます。

カスタムプラグインはホットアップデートをサポートしていますか?

いいえ、サポートしていません。ただし、IK 辞書と同じホットアップデート方法を使用するようにプラグインを構成することで、この機能を有効にできます。詳細については、「Elasticsearch 用 IK 分析」をご参照ください。

analysis-aliws トークナイザーはどのように構成され、ファイル形式は何ですか?

詳細については、「AliNLP トークナイザープラグイン (analysis-aliws) の使用」をご参照ください。

辞書ファイルの要件は次のとおりです:

  • ファイル名:aliws_ext_dict.txt である必要があります。

  • ファイル形式:UTF-8 である必要があります。

  • 内容:1 行に 1 単語、先頭または末尾に空白なし。UNIX または Linux の改行 (\n) を使用します。ファイルが Windows で生成された場合は、アップロードする前に Linux マシンで dos2unix ツールを使用して辞書ファイルを変換します。

ES シノニム、IK トークナイゼーション、AliNLP トークナイゼーションの違いは何ですか?

トークナイザータイプ

使用方法

機能説明

サポートされているファイルタイプ

トークナイザーまたはアナライザ

シノニム

クラスター構成モジュールでシノニムファイルをアップロードして使用します。

ファイルに複数のシノニムを記述します。そのうちの 1 つをクエリすると、他のものも表示されます。

UTF-8 エンコードの TXT ファイル

カスタム

IK トークナイゼーション

analysis-ik プラグイン経由。

システムは main.dic ファイルに基づいて段落を分割します。段落から分割された 1 つ以上の単語を含むクエリを送信すると、システムはクエリ結果で段落全体を返します。システムはまた、stop.dic ストップワードファイルも使用します。段落が分割された後、stop.dic ファイルで見つかった単語はフィルタリングされます。これらの辞書ファイルは公式ドキュメントで確認できます。

UTF-8 エンコードの DIC ファイル

トークナイザー:

  • ik_smart

  • ik_max_word

AliNLP トークナイゼーション

analysis-aliws プラグイン経由。

IK トークナイゼーションに似ていますが、別のストップワードファイルは含まれていません。ストップワードはメイン辞書ファイル aliws_ext_dict.txt に統合されており、辞書は公開されていません。カスタムストップワードは現在サポートされていません。

ファイル名は aliws_ext_dict.txt、UTF-8 エンコードである必要があります

  • アナライザ:aliws (機能語、機能句、記号を切り捨てません)

  • トークナイザー:aliws_tokenizer

ES IK トークナイゼーションモードはどこで構成されますか?

analysis-ik プラグインは、Alibaba Cloud ES が提供する組み込みの IK アナライザであり、削除することはできません。標準またはローリングアップデート方法を使用して、プラグインの組み込みメイン辞書とストップワードリストを更新できます。その後、インデックスのマッピングを構成する際に、更新された辞書とストップワードリストを使用できます。analysis-ik プラグインの使用方法の詳細については、「analysis-ik プラグインの使用」をご参照ください。

Alibaba Cloud ES はどの組み込み中国語トークナイザーをサポートしていますか?

Alibaba Cloud ES は、analysis-ikanalysis-aliws の 2 つの組み込み中国語トークナイザーをサポートしています。対応する辞書を構成した後、これらのトークナイザーを使用できます。

OSS 経由で辞書ファイルをホットアップデートする際に、OSS 側の辞書ファイルの内容が変更された場合、ES 側は自動的に更新されますか?

いいえ、更新されません。Alibaba Cloud ES は現在、OSS からの辞書ファイルの自動ホットアップデートをサポートしていません。OSS ファイルの内容が変更された後、変更を有効にするには手動で再構成してアップロードする必要があります。すでに IK トークナイゼーション、シノニム、または AliNLP トークナイゼーションで構成されているインデックスの場合、辞書の更新は新しいデータにのみ適用されます。変更をすべてのデータに適用するには、インデックスを再作成する必要があります。

Alibaba Cloud ES が使用する IK トークナイザーはリモート辞書をサポートしていますか?

いいえ、サポートしていません。Alibaba Cloud ES が提供する IK トークナイザーでは、辞書をアップロードまたは更新できます。詳細については、「IK 分析プラグイン (analysis-ik) の使用」をご参照ください。ただし、リモート辞書や IKAnalyzer.cfg.xml などの関連構成はサポートしていません。

Alibaba Cloud ES 7.10 インスタンスにベクトル検索プラグイン (aliyun-knn) をインストールするにはどうすればよいですか?

Alibaba Cloud ES 7.10 インスタンスでは、aliyun-knn プラグインは組み込みの apack プラグインに統合されています。したがって、aliyun-knn プラグインをインストールまたはアンインストールするには、apack プラグインで操作を実行する必要があります。詳細については、「apack プラグインの物理レプリケーション機能の使用」をご参照ください。他のバージョンのインストール手順については、「ベクトル検索プラグイン (aliyun-knn) の使用」をご参照ください。

説明

インスタンスのマイナーエンジンバージョンが 1.4.0 以降の場合、apack プラグインはすでに最新バージョンであり、更新する必要はありません。GET _cat/plugins?v コマンドを実行してプラグインのバージョンを取得できます。

プラグインをインストールした後の再起動はクラスターサービスに影響しますか?

クラスター全体の負荷が低く、インデックスにレプリカシャードがある場合、通常は再起動中もサービスは利用可能です。ただし、一部のシナリオでは、再起動中にアクセスタイムアウトが発生する可能性があります。たとえば、強制再起動中に高い同時実行性がある場合、クラスターの負荷が非常に高い場合、インデックスにレプリカシャードがない場合、または再起動中に大量の書き込みおよびクエリ操作がある場合などです。クライアントでリトライメカニズムを実装し、オフピーク時に操作を実行することを推奨します。

ログに関する問題

ES は .security ログの保持期間の設定をサポートしていますか?

はい、インデックスライフサイクル管理 (ILM) を使用してこれを構成できます。詳細な手順については、「インデックスライフサイクルを使用して Heartbeat データを管理する」をご参照ください。

重要

.security インデックスには、elastic アカウントに関連する情報が保存されます。このインデックスを定期的に削除すると、ES にログインできなくなる可能性があります。

ES ログをローカルに保存するにはどうすればよいですか?

ListSearchLog API を呼び出すことができます。詳細については、「ListSearchLog」をご参照ください。

ES のクエリおよび更新ログが表示されません。どうすればよいですか?

スローログを構成し、ログエントリのタイムスタンプの精度を下げることができます。詳細については、「リファレンス」をご参照ください。

ES インスタンスのスローログを構成および表示するにはどうすればよいですか?

デフォルトでは、ES インスタンスのスローログは 5〜10 秒かかる読み書き操作を記録します。インスタンスのKibana コンソールにログインし、コマンドを実行してログ記録の時間しきい値を下げることができます。これにより、より多くのログをキャプチャできます。詳細については、「参照ドキュメント」をご参照ください。

説明

スローログ形式の変更はサポートされていません。

ES インスタンスから定期的にスローログをプログラムでプルするにはどうすればよいですか?

ListSearchLog API 操作を呼び出して、ES インスタンスから定期的にスローログをプルできます。詳細については、「ListSearchLog」をご参照ください。

どのクライアントが ES インスタンスを使用しているかを確認するにはどうすればよいですか?

ES インスタンスのアクセスログまたは監査ログを表示できます:

  • インスタンスに対する追加、削除、変更、クエリなどの操作に関する情報を表示するには、監査ログを有効にする必要があります。

  • クラスターノードとその IP アドレス、クライアント IP アドレス、bodySize、リクエスト内容、リクエスト時間、uri などの情報を表示するには、アクセスログを有効にします。

アクセスログと監査ログの有効化に関する制限、注意事項、および手順の詳細については、「ログのクエリ」をご参照ください。

データのバックアップと復元に関する問題

ES インスタンスのスナップショットを異なるバージョンのインスタンスに復元できますか?

自動バックアップの場合、スナップショットは元のインスタンスにのみ復元できます。または、クラスター間のスナップショット復元機能を使用できます。詳細については、「自動バックアップと復元」および「クラスター間 OSS リポジトリの構成」をご参照ください。

手動スナップショットの場合、スナップショットから他のクラスターに直接データを復元できます。潜在的な互換性の問題を避けるために、元のクラスターと同じバージョンの宛先クラスターを使用することを推奨します。詳細については、「手動スナップショットの作成と手動スナップショットからのデータ復元」をご参照ください。

Alibaba Cloud ES コンソールでバージョンアップグレードのために ES データをバックアップする際に、不健全なクラスター状態を解決するにはどうすればよいですか?

ES クラスターのステータスが不健全な場合、スナップショットバックアップをトリガーできません。まずクラスターのステータスを緑色に戻すことを推奨します。

自動バックアップを有効にしましたが、OSS を構成していません。これはバックアップが失敗したことを意味しますか?

Alibaba Cloud ES はデフォルトで OSS バケットを提供します。自動バックアップからデータを取得するには、Kibana コンソールにログインし、Kibana で GET _snapshot/aliyun_auto_snapshot/_all コマンドを実行します。

スナップショット経由でデータを移行 (復元) する際に、宛先でシャードの異常が表示されます。シャード回復コマンド POST /_cluster/reroute?retry_failed=true を実行しても成功せず、対応するインデックスに異常が表示されます。どうすればよいですか?

スナップショットからデータを移行 (復元) する際に、次の問題が発生する可能性があります:

快照恢复问题

問題のあるインデックスを削除し、_restore API を呼び出して復元します。復元コマンドに max_restore_bytes_per_sec パラメーターを追加して、ノードの回復速度を制限します。デフォルト値は 1 秒あたり 40 MB です。

POST /_snapshot/aliyun_snapshot_from_instanceId/es-cn-instanceId_datetime/_restore
{
    "indices": "myIndex",
    "settings": {
    "max_restore_bytes_per_sec" : "150mb" 
    }
}
説明

次のような他のパラメーターも指定できます:

  • compress:データ圧縮を有効にするかどうかを指定します。デフォルト値は true です。

  • max_snapshot_bytes_per_sec:各ノードのスナップショットレートを指定します。デフォルト値は 1 秒あたり 40 MB です。

ES のデータをローカルマシンにエクスポートできますか?

はい。Alibaba Cloud ES はデータバックアップ機能を提供しています。詳細については、「データバックアップ」をご参照ください。データを OSS にバックアップし、「オブジェクトのダウンロード」の指示に従ってローカルマシンにダウンロードできます。

クラスター間でスナップショットを復元するにはどうすればよいですか?

共有 OSS リポジトリを使用してデータを復元できます。操作、条件、および注意事項の詳細については、「共有 OSS リポジトリの構成」をご参照ください。同じ Alibaba Cloud アカウントに属し、異なるリージョンに存在するクラスター間でデータを移行したい場合は、「スナップショットバックアップと回復コマンド」を使用できます。利用可能なデータ移行ソリューションの詳細については、「データ移行ソリューションの選択」をご参照ください。

Alibaba Cloud ES はどのようなデータバックアップソリューションを提供していますか?

Alibaba Cloud ES のデータバックアップソリューション、その使用シナリオ、および制限事項については、「データバックアップ」をご参照ください。

クラスターのモニタリングとアラートに関する問題

X-Pack Watcher アラートを構成するにはどうすればよいですか?

DingTalk または WeCom ロボットを構成して X-Pack Watcher アラートを受信する方法については、「DingTalk ロボットを構成して X-Pack Watcher アラートを受信する」および「WeCom ロボットを構成して X-Pack Watcher アラートを受信する」をご参照ください。

説明

Alibaba Cloud ES の X-Pack Watcher を使用すると、特定の条件が満たされたときに操作を実行できます。たとえば、ログインデックスにエラーログが表示されたときに自動的に DingTalk メッセージを送信するトリガーを構成できます。X-Pack Watcher は ES に基づくモニタリングおよびアラートサービスです。

「GC memory allocation failed」というアラートが表示されます。どうすればよいですか?

考えられる原因には、高いクラスター負荷、1 秒あたりのクエリ数 (QPS) の多さ、または書き込まれるデータ量の多さなどがあります。次のように問題をトラブルシューティングして解決します:

クラスターのステータスメトリック値は何を意味しますか?

ClusterStatus(value) メトリックは、クラスターの健全性を示します。値 0.00 は、クラスターが健全であることを示します。次の表に、ClusterStatus(value) メトリックの値を示します。詳細については、「メトリックの表示と例外の処理」をご参照ください。

意味

0.00

クラスターのステータスは正常です。

1.00

クラスターは準健康状態です。現在のクラスター内の 1 つ以上のインデックスのレプリカシャードが失われていますが、継続的な使用には影響しません。

2.00

クラスターのステータスは異常です。現在のクラスター内の 1 つ以上のインデックスのプライマリシャードが失われており (未割り当て)、クラスターの正常な使用に影響を与えているため、できるだけ早く修正する必要があります。

ES のディスク使用率を表示するにはどうすればよいですか?

コンソールまたは Kibana の X-Pack モニタリングで ES のディスク使用率を表示できます。詳細については、「メトリックの表示と例外の処理」および「モニタリングログの構成」をご参照ください。

CMS GC 中に「promotion failed」エラーが報告された場合はどうすればよいですか?

Alibaba Cloud Elasticsearch で Concurrent Mark Sweep (CMS) ガベージコレクターを使用している場合、「promotion failed」エラーが発生することがあります。このエラーは通常、Old 世代領域が不足していることを示し、オブジェクトが Old 世代領域に昇格できなくなります。この CMS ガベージコレクションの問題に遭遇した場合は、次の解決策を検討してください:

  • モニタリングとログ分析:

    • ガベージコレクション (GC) ログを表示して詳細な情報を取得します。ログを分析して、頻繁な CMS GC または Full GC 操作が発生しているかどうかを判断し、CMS GC promotion failed エラーが Old 世代領域の不足によって引き起こされているかどうかを確認します。

    • Alibaba Cloud Elasticsearch ログクエリページにログインします。promotion failed を含むログレコードを検索して、問題の原因をよりよく理解します。

  • ヒープメモリサイズとガベージコレクター設定の調整:

    • Elasticsearch のバージョンが 6.7.0 以降で、データノードのメモリが 32 GB 以上の場合は、ガベージコレクターを G1 に切り替えてガベージコレクションのパフォーマンスを最適化することを推奨します。

    • クラスターのリソース使用率とビジネス要件に基づいて、インスタンスのメモリを増やすかどうかを評価します。

  • チューニングの推奨事項:

    メモリ関連の問題が解決しない場合は、インデックスデータ全体の量、クエリ負荷、およびクラスターリソース構成を評価する必要がある場合があります。必要に応じて、Alibaba Cloud のテクニカルサポートに連絡して、専門的なチューニングガイダンスを受けてください。

クラスターのアクセスに関する問題

クライアントを使用して Alibaba Cloud ES クラスターに接続するにはどうすればよいですか?また、オープンソースの ES との違いは何ですか?

内部またはパブリックエンドポイントを使用して Alibaba Cloud ES クラスターに接続できます。このエンドポイントは、オープンソースの Elasticsearch クラスターのクラスターエンドポイントに相当します。詳細については、「クライアントを使用して Alibaba Cloud Elasticsearch クラスターにアクセスする」をご参照ください。

クライアントで ES インスタンスにアクセスする際に Basic 認証 (セキュリティ認証) を無効にできますか?

いいえ、できません。ES インスタンスには X-Pack 機能が含まれており、Kibana の認証メカニズムとして Basic 認証を提供しています。したがって、Basic 認証を無効にすることはできません。

Alibaba Cloud ECS インスタンスと ES インスタンスが同じ VPC 内にありますが、ゾーンが異なります。ECS インスタンスは内部ネットワーク経由で ES インスタンスにアクセスできますか?

はい、できます。同じ VPC 内のインスタンスは、ゾーンに関係なく、内部ネットワーク経由で相互にアクセスできます。

ES のパブリックまたはプライベートアクセスホワイトリストを構成するにはどうすればよいですか?

インターネットまたは VPC 経由で Alibaba Cloud Elasticsearch インスタンスにアクセスするには、デバイスの IP アドレスをインスタンスのパブリックまたはプライベート IP アドレスホワイトリストに追加する必要があります。詳細については、「インスタンスのパブリックまたはプライベート IP アドレスホワイトリストの構成」をご参照ください。IP アドレスホワイトリストを構成する前に、次の点に注意してください:

  • パブリックアクセスホワイトリストを構成する場合、まずパブリックエンドポイントスイッチを有効にする必要があります。これはデフォルトで無効になっています。

  • ホワイトリストには最大 50 個の IP アドレスまたは IP アドレス範囲を追加できます。

  • ホワイトリストに IP アドレス範囲を追加する場合、入力する IP アドレスは、マスクが適用された後のサブネットの最初の IP アドレスである必要があります。

  • 0.0.0.0/0 を他の特定の IP アドレスまたは IP アドレス範囲と同時にホワイトリストに追加することはできません。この操作はエラーを引き起こします。テスト目的で 0.0.0.0/0 を追加するには、単独でホワイトリストに追加する必要があります。

インターネットから ES インスタンスに接続するにはどうすればよいですか?

パブリックエンドポイントを使用してインターネット経由で Elasticsearch インスタンスにアクセスできます。ただし、まずインスタンスのパブリック IP アドレスホワイトリストを構成する必要があります。詳細については、「インスタンスのパブリックまたはプライベート IP アドレスホワイトリストの構成」をご参照ください。接続するには、エンドポイント、ユーザー名、パスワードなどのパラメーターを提供する必要があります。詳細については、「クライアントを使用して Alibaba Cloud Elasticsearch クラスターにアクセスする」をご参照ください。

ES にアクセスできません:Failed to establish a new connection: [Errno 61] Connection refused

考えられる原因と解決策は次のとおりです。

考えられる原因

ソリューション

パブリックネットワークアクセスが利用できない。

パブリックドメイン名を使用して ES クラスターにアクセスする場合は、次の手順を実行して問題をトラブルシューティングします:

プライベートネットワークアクセスが利用できない。

プライベートドメイン名を使用して ES クラスターにアクセスする場合は、次の手順を実行して問題をトラブルシューティングします:

  • クライアントと ES インスタンスが同じ VPC にあることを確認します。ping <ES_private_endpoint> コマンドを実行してこれを確認できます。

  • curl コマンドが正しい形式であることを確認します。詳細については、「コマンドラインを使用してクラスターに接続する」をご参照ください。

クラスターが不健全である。

ネットワーク接続が正常であるにもかかわらず ES クラスターにアクセスできない場合は、クラスターのステータスを確認し、結果に基づいて問題を解決します:

  • GET _cat/health?v コマンドを実行して、切断されたノードや未割り当てのシャードなどの問題についてクラスターの健全性ステータスを確認します。

  • Elasticsearch クラスターのモニタリングデータを表示して、CPU 使用率、JVM ヒープメモリ使用率、ディスク使用率などのリソース使用率が正常かどうかを確認します。詳細については、「メトリックの表示と例外の処理」をご参照ください。

  • Elasticsearch クラスターのログを表示して、サーキットブレーキング、ノードの切断、ノードの削除などの問題を確認します。詳細については、「ログのクエリ」をご参照ください。

パスワードをリセットすると ES のアクセスに影響しますか?

Elasticsearch コンソールで Elasticsearch クラスターの elastic アカウントのパスワードをリセットした場合、そのアカウントでのクラスターへのアクセスのみが影響を受けます。他のアカウントでのアクセスは影響を受けません。Elasticsearch クラスターへのアクセスにはカスタムアカウントを使用することを推奨します。カスタムアカウントには、必要な権限を持つロールが割り当てられている必要があります。詳細については、「Elasticsearch X-Pack が提供する RBAC メカニズムを使用してアクセス制御を実装する」をご参照ください。

説明

パスワードの変更はインスタンスの再起動をトリガーしません。

Elasticsearch-Head プラグインバージョン 5.0.0 が Alibaba Cloud ES (すべてのバージョン) にアクセスできません。どうすればよいですか?

この問題は通常、Chrome のクロスドメイン制限が原因です。次の方法は、Mac 上の Chrome でこの問題を解決します。他のオペレーティングシステムについては、Chrome のクロスドメイン構成に関するドキュメントをご参照ください。

  1. 空のフォルダを作成します。

  2. ターミナルを開き、次のコマンドを入力します。

    open -n /Applications/Google\ Chrome.app/ --args --disable-web-security --user-data-dir=path_to_new_empty_folder
重要

Elasticsearch-Head プラグインは、Elasticsearch バージョン 5.x 以降ではメンテナンスされていません。Alibaba Cloud ES クラスターへのアクセスには Cerebro を使用することを推奨します。詳細については、「Cerebro を使用してクラスターに接続する」をご参照ください。

インデックス関連の問題

インデックスを閉じるにはどうすればよいですか?

重要

ES インデックスが閉じられると、クエリや書き込みはサポートされなくなります。

POST /<index_name>/_open #インデックスステータスを open に設定
POST /<index_name>/_close #インデックスステータスを close に設定