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

Microservices Engine:サービスのアクティブヘルスチェックの設定

最終更新日:Jan 08, 2025

サービスのアクティブヘルスチェック機能を設定すると、システムはヘルスチェックの結果に基づいて異常なノードを自動的に非アクティブ化します。ノードが正常な状態に復元された場合、システムはノードを自動的にアクティブ化します。アクティブヘルスチェック機能は、バックエンドサービスにマルチレプリカデプロイメントを使用する場合に、サービスインターフェースへのルートの可用性を向上させるのに役立ちます。

手順

説明

ゲートウェイのバージョンが 1.2.1 以降の場合、サービスの作成時に TCP ヘルスチェック機能が自動的に有効になります。

  1. MSE コンソール にログインします。トップナビゲーションバーで、リージョンを選択します。

  2. 左側のナビゲーションペインで、Cloud-Native Gateway > ゲートウェイリスト を選択します。[ゲートウェイ] ページで、ゲートウェイの名前をクリックします。

  3. 左側のナビゲーションペインで、Routes をクリックします。表示されるページで、[サービス] タブをクリックします。

  4. [サービス] タブで、目的のサービスを見つけ、[アクション] 列の [ヘルスチェック設定] をクリックします。Configure Health Check パネルで、Enable Health Check をオンにし、パラメーターを設定して、OK をクリックします。

ヘルスチェックの失敗のトラブルシューティング

一般的なシナリオで発生するヘルスチェックの失敗のトラブルシューティング

TCP ヘルスチェックまたは HTTP ヘルスチェックのどちらが失敗したかを判断します。

  • TCP ヘルスチェックが失敗した場合、ゲートウェイノードへの接続を確立できません。障害をトラブルシューティングするには、次の操作を実行します。

    • ノードが存在するかどうかを確認します。

    • 過剰な数の同時接続が確立されているかどうかを確認します。

  • HTTP ヘルスチェックが失敗した場合は、TCP ヘルスチェックを実行し、ノードへの接続を確立できるかどうかを確認します。 TCP ヘルスチェックに合格した場合は、設定されているヘルスチェックパスが有効かどうかを確認します。ヘルスチェックパスを確認するには、cURL や Postman などのツールを使用してアクセステストを実行してみてください。

初めてサービスを追加するときに発生するヘルスチェックの失敗のトラブルシューティング

次の操作を順番に実行します。

  1. 購入した仮想プライベートクラウド (VPC) がゲートウェイがデプロイされている VPC と同じであるかどうかを確認するか、サービスが存在する環境がクラウドエンタープライズネットワーク (CEN) または物理接続を使用してゲートウェイがデプロイされている VPC に接続されているかどうかを確認します。購入した VPC がゲートウェイがデプロイされている VPC と同じではなく、2 つの VPC が相互に接続されていない場合、ゲートウェイの IP アドレスにアクセスできません。

    説明

    ゲートウェイは、Nacos および ZooKeeper インスタンスに登録されているオンプレミスサービスをサポートしていません。

  2. 購入した VPC がゲートウェイがデプロイされている VPC と同じであるかどうかを確認します。購入した VPC がゲートウェイがデプロイされている VPC と同じではなく、2 つの VPC が相互に接続されていない場合、ゲートウェイの IP アドレスにアクセスできません。

  3. セキュリティグループの承認が実行されているかどうかを確認します。サービスのソースが Container Service for Kubernetes (ACK) クラスタである場合は、ゲートウェイが ACK クラスタのセキュリティグループに追加されているかどうかを確認します。詳細については、「セキュリティグループの承認を実行する」をご参照ください。

  4. 異常なゲートウェイにパブリック IP アドレスが使用されている場合は、ゲートウェイがデプロイされている VPC でインターネット NAT ゲートウェイが有効になっているかどうかを確認します。