このトピックでは、Alibaba Cloud Elasticsearch の Kibana コンソール使用に関するよくある質問（FAQ）を紹介します。
ログイン時に Kibana が起動せず、「Kibana server is not ready yet」というエラーが表示されます。修正方法は？
Kibana でログインエラーが発生し、データを消去するために Kibana にログインする必要があります。どうすればよいですか？
Kibana V7.16 インスタンスのプライベートドメイン名から解決される IP アドレスがご利用の VPC 内にありません。なぜですか？
Discover インターフェイスでフィルターに使用されるタイムスタンプが、Elasticsearch ドキュメントに保存されているタイムスタンプと一致しません。なぜですか？
Kibana コンソールにログインする方法とユーザー名・パスワードは？
Kibana コンソールへのログイン方法の詳細については、「Kibana コンソールへのログイン」をご参照ください。Kibana コンソールのデフォルトユーザー名は elastic です。パスワードは、Alibaba Cloud Elasticsearch インスタンス作成時に設定したものです。パスワードを忘れた場合は、リセットできます。パスワードのリセット方法の詳細については、「インスタンスのアクセスパスワードのリセット」をご参照ください。
Kibana コンソールの elastic アカウントのパスワードの用途は？
elastic アカウントは Elasticsearch サービスの管理者アカウントであり、クラスター管理に関するすべての権限を持ちます。
elastic アカウントのパスワードは、以下の方法で Elasticsearch インスタンスにアクセスする際の認証に必要です。
API または SDK を使用してインスタンスにアクセスする場合。
Kibana サービス経由でインスタンスにアクセスする場合。
Kibana の [構成変更] ボタンがグレーアウトしており、Kibana ホワイトリストを変更できません。
ES インスタンスのステータスが「Normal」でない場合、Kibana の [構成変更] ボタンがグレーアウトすることがあります。インスタンスのステータスが「Normal」に戻るまで待つか、異常ステータスの原因を調査してください。
Kibana コンソールからパブリックネットワーク上のサービスにアクセスできますか？
いいえ、できません。Kibana コンソールから Baidu マップや AMAP などのパブリックネットワーク上のサービスにアクセスすることはできません。VPC（仮想プライベートクラウド）内のサービスにのみアクセス可能です。Kibana のパブリックネットワークホワイトリストを設定すると、パブリックネットワーク経由で Kibana サービスにアクセスできるようになります。
Kibana コンソールでの権限管理をより適切に行うには？
Kibana コンソールで新規ユーザーを作成し、ロールと権限を割り当ててください。elastic アカウント（管理者アカウント）を直接使用してインスタンスを管理しないでください。詳細については、「Elasticsearch X-Pack を使用したユーザー権限の管理」をご参照ください。
検索サービスに elastic アカウントを使用しないでください。elastic アカウントのパスワードが漏洩した場合、クラスターがセキュリティリスクにさらされる可能性があります。
elastic アカウントのパスワード変更は慎重に行ってください。elastic アカウントを使用してサービスを提供している場合、パスワードをリセットすると認証リクエストが失敗し、サービスが利用できなくなる可能性があります。
ログイン時に Kibana が起動せず、「Kibana server is not ready yet」というエラーが表示されます。修正方法は？
考えられる原因 | 解決方法 |
.kibana で始まる複数の Kibana システムインデックスが存在する、またはデータ構造が変更された。 |
警告
|
システムに |
|
Elasticsearch クラスターの負荷が高すぎる。 | クラスターモニタリングに移動して問題をトラブルシューティングできます。 考えられる原因と解決方法は以下のとおりです。
|
Kibana の負荷が高い。 | 上記の方法で問題をトラブルシューティングしてもエラーが解消しない場合、Kibana の負荷に関連する問題の可能性があります。コンソールから Kibana ノードを再起動するか、Kibana ノードのスペックをスペックアップできます。詳細については、「クラスターまたはノードの再起動」および「クラスターのスペックアップ」をご参照ください。 重要 1 コア 2 GB のスペックを持つ Kibana ノードは、本番環境には適していません。できるだけ早くスペックアップしてください。 |
「Maximum call stack size exceeded」というエラーが表示されます。修正方法は？
原因
このエラーは、インスタンスのステータスが異常であることを示しています。ヒープメモリのオーバーヘッドが高くなると、ヒープメモリが不足し、Kibana リクエストがタイムアウトする可能性があります。
解決方法
bulk 書き込みサイズを減らすか、クラスターをスペックアップしてください。
Kibana でログインエラーが発生し、データを消去するために Kibana にログインする必要があります。どうすればよいですか？
API 経由でインスタンスにアクセスしてデータを消去できます。詳細については、「curl コマンドを使用した Alibaba Cloud Elasticsearch クラスターへのアクセスと管理」をご参照ください。たとえば、クラスター内のすべてのインデックスをクエリし、結果に基づいて削除対象のインデックスを特定して消去できます。対応するコマンドは以下のとおりです。
クラスター内のすべてのインデックスをクエリするコマンド
curl -u elastic:<yourEsPassword> -XGET 'http://es-cn-7pp2auqzk0023****.public.elasticsearch.aliyuncs.com:9200/_cat/indices?v'データの消去
curl -u elastic:<yourEsPassword> -XDELETE 'http://es-cn-7pp2auqzk0023****.public.elasticsearch.aliyuncs.com:9200/<yourIndex>'
Kibana の Dev Tools にアクセスできません。修正方法は？
Kibana ノードのスペックが 1 コア 2 GB かどうかを確認してください。このスペックは不安定であり、テスト用途にのみ適しており、本番環境には適していません。できるだけ早くスペックをスペックアップしてください。詳細については、「クラスターのスペックアップ」をご参照ください。
Kibana コンソールでシャードおよびインデックス情報を確認する方法は？
GET _nodes/statsコマンドを実行して、インデックス情報を確認できます。
[モニタリング] ページで、ノード上のインデックスのシャードステータス（ヒープメモリ使用量を含む）を次の図のように確認できます。
elastic アカウントを使用して Kibana コンソールで RAM ユーザーを作成すると、「You do not have permission to manage users」というメッセージが表示されます。修正方法は？
次の図にエラーメッセージを示します。
以下の手順で問題をトラブルシューティングできます。
Kibana コンソールで、
GET _licenseコマンドを実行して、証明書が期限切れになっていないか確認します。GET /_cat/indices?vコマンドを実行して、クラスター内に複数のシステムインデックス .security-* が存在しないか確認します。存在する場合は、完全なインデックス移行または同期を実行したことを示しています。この場合、古いバージョンの .security-* インデックスを削除する必要があります。
Kibana はカスタムプラグインをサポートしていますか？
いいえ、サポートしていません。7.0 より前の Kibana バージョンでは、コンソールで提供されるデフォルトプラグインのみがサポートされています。Kibana V7.0 以降は、プラグインを一切サポートしていません。
言語設定を変更できる Kibana バージョンは？
現在、Kibana V6.7.0 以降のみが言語設定の変更をサポートしています。Kibana コンソールは英語と中国語をサポートしています。[Kibana 言語設定] を変更することで、お好みの言語でコンソールを表示できます。詳細については、「Kibana 言語の設定」をご参照ください。
Kibana V7.16 インスタンスのプライベートドメイン名から解決される IP アドレスがご利用の VPC 内にありません。なぜですか？
HTTPS 証明書の交換時に Kibana が再起動しないようにするため、Kibana V7.16 および一部の V7.10 インスタンスのデプロイメントアーキテクチャが調整されました。Kibana サービスにレイヤー 7 エージェントサービスが追加されています。そのため、プライベートドメイン名から解決される IP アドレスは、レイヤー 7 エージェントサービスの IP アドレスになります。この調整は、Kibana のセキュリティや通常の使用に影響を及ぼさず、関連する Alibaba Cloud チームによるセキュリティレビューを通過しています。安心してご利用いただけます。
Kibana からログデータを CSV 形式でエクスポートする際に、データ量を設定できますか？
Kibana から CSV ファイルをエクスポートする際のデフォルトサイズは 10,485,760 バイト（10 MB）です。この制限を超えるデータは切り捨てられます。この設定は、大規模なエクスポートによるパフォーマンスおよびストレージの問題を防止することを目的としています。クラスターの健全性と安定性のため、このパラメーターは変更できません。ファイルをバッチでエクスポートしてください。
Kibana プラグインのインストール方法は？
Kibana プラグインのインストールに関する前提条件、注意事項、手順の詳細については、「Kibana プラグインのインストール」をご参照ください。
Discover インターフェイスでフィルターに使用されるタイムスタンプが、Elasticsearch ドキュメントに保存されているタイムスタンプと一致しません。なぜですか？
Kibana の Discover インターフェイスで使用されるタイムスタンプ（@timestamp）は、デフォルトで協定世界時（UTC）ですが、Elasticsearch ドキュメントに保存されているタイムスタンプはローカル時間です。そのため、両者のタイムスタンプが異なる場合があります。この問題を解決するには、以下のいずれかの方法を使用してください。
- 新規データの場合：Kibana のタイムゾーン設定を変更できます。Kibana の [詳細設定] ページで dateFormat:tz を変更してください。
- 既存データの場合：Reindex API を使用して以前に保存されたデータのインデックスを再作成し、タイムスタンプを修正できます。
操作後に Kibana にアクセスできなくなりましたが、ES には引き続きアクセスできます。修正方法は？
Kibana ノードを再起動できます。ES インスタンスの [基本情報] ページの [ノード可視化] セクションで、[Kibana ノード] のステータスランプにマウスポインターを合わせ、[再起動] をクリックします。
Nginx エージェント経由で Kibana にアクセスできない問題の解決方法は？
ユーザーは、プライベートネットワークまたはパブリックネットワーク経由で Kibana にアクセスするために Nginx エージェントをよく使用します。ただし、ネットワーク構成やエージェント設定が不適切なために、Kibana にアクセスできない場合があります。
Nginx エージェント経由で Kibana にアクセスできない場合は、以下の手順で問題をトラブルシューティングできます。
ネットワーク接続を確認します。
IP アドレスホワイトリストを確認：Nginx サーバーの IP アドレス、またはアクセスリクエストを開始する ECS インスタンスの IP アドレスが、Kibana のパブリックまたはプライベートネットワークアクセスホワイトリストに追加されていることを確認してください。 ネットワーク環境に応じて設定を構成してください。詳細については、「Kibana を使用したクラスターへの接続」をご参照ください。
（オプション）セキュリティグループルールを確認する: Alibaba Cloud Elasticsearch インスタンスを [クラウドネイティブ新規コントロール (v3)] モードでデプロイし、プライベートネットワーク環境からアクセスする場合は、この確認を実行する必要があります。
Kibana が配置されているセキュリティグループセキュリティグループ：インバウンド方向について、Nginx サーバーの IP アドレスから Kibana ポート（例：5601）へのインバウンドトラフィックが許可されていることを確認してください。アウトバウンド方向の設定は不要です。
Nginx サーバーが存在するセキュリティグループ: アウトバウンドトラフィックについては、必ず Kibana サービスの IP アドレスとポート (例: 5601) へのトラフィックが許可されるようにしてください。
説明ネットワーク環境および実際のポートに応じて設定を構成してください。
エージェントの構成を確認します。
Nginx 構成ファイルの
proxy_pass命令で指定された Kibana サービスのエンドポイント、プロトコル、ドメイン名、ポート番号が正しいことを確認してください。Nginx 構成ファイルで
Hostリクエストヘッダーが再書き込みされていないか確認してください（例：proxy_set_header Host XXX）。Hostが変更されている場合、Kibana がリクエストソースを正しく識別できない可能性があります。この問題は、以下のいずれかの方法で解決できます。方法 1：
proxy_set_header Host構成をコメントアウトまたは削除します。方法 2：
Host構成を保持する場合は、Host を Kibana の元のドメイン名に設定します。
構成ファイルのサンプルについては、「Nginx 構成ファイル」をご参照ください。
Kibana の認証方式を調整します。
クラウドネイティブアーキテクチャのインスタンスを使用し、エージェント経由でプライベートネットワークから Kibana にアクセスする場合は、ユーザー名とパスワードのみを使用した認証を行う必要があります。詳細については、「Kibana を使用したクラスターへの接続」をご参照ください。
Nginx エージェントを再起動します。
上記の構成を確認・変更した後、次のコマンドを実行して Nginx 構成ファイルの構文が正しいか確認できます。
sudo nginx -t次のコマンドを実行して Nginx サービスを再起動し、変更した構成を有効にできます。
sudo nginx -s reload
CNAME レコード経由でカスタムドメイン名を使用して Kibana にアクセスできない問題の解決方法は？
クラウドネイティブ新コントロール（v3） モードでデプロイされた Alibaba Cloud Elasticsearch インスタンスでは、CNAME レコード経由でカスタムドメイン名を使用して Kibana サービスにアクセスすることはできません。カスタムドメイン名を使用して Kibana にアクセスするには、「Nginx エージェント経由での Kibana へのアクセス」をご参照ください。
インスタンスの [基本情報] ページに移動して、インスタンスの [コントロールデプロイメントモード] を確認できます。