Contrail のリンクローカル サービスのトラブルシューティング
Contrail のリンクローカル サービスでエラーが発生した場合は、このトピックのトラブルシューティングの手順とガイドラインを使用します。
リンクローカル サービスの概要
仮想マシンは、ファブリックインフラストラクチャでホストされている特定のサービスにアクセスするように設定されている場合があります。たとえば、仮想マシンは、ファブリック ネットワークで実行されている Nova API サービスへのアクセスを必要とする Nova クライアントである可能性があります。ファブリックネットワークでホストされているサービスへのアクセスは、サービスをリンクローカルサービスとして設定することで提供できます。
リンクローカルアドレスとサービスポートは、ファブリック内のサーバー上のTCP/UDPポートで実行されている特定のサービスに対して選択されます。リンクローカル サービスが構成されている場合、仮想マシンはリンクローカル アドレスを使用してサービスにアクセスできるようになります。リンクローカル サービスの場合、Contrail はアドレス範囲 169.254.169.x を使用します。
リンクローカル サービスは、Contrail WebUI: Configure > Infrastructure > Link Local Services を使用して設定できます。
リンクローカルサービスのトラブルシューティング手順
リンクローカルサービスのエラーをトラブルシューティングする場合は、次の手順を使用します。
- 仮想マシンとインターフェイスの状態を確認します。
仮想マシン のステータスは Up ですか?
対応するタップインターフェイスは アクティブですか?
Contrail UI で仮想マシンのステータスを確認する:
httpエージェントのイントロスペクトでタップインターフェイスのステータスを確認する。
http://<compute-node-ip>:8085/Snh_ItfReq?name=
- vrouter エージェントのリンクローカル構成を確認します。設定済みのリンクローカル サービスが表示されていることを確認します。
http://<compute-node-ip>:8085/Snh_LinkLocalServiceInfo?
- BGPネイバー設定とBGPピアリング設定オブジェクトを検証します。仮想マシンが構成されたリンクローカル サービスと通信すると、通信の順方向と逆方向のフローが設定されます。この通信のフローが作成され、フローアクションがNATであることを確認します。
http://<compute-node-ip>:8085/Snh_KFlowReq?flow_idx=すべてのフロー エントリに NAT アクションがプログラムされ、NAT がプログラムされたフィールド(送信元または宛先 IP とポート)にフラグが表示されていることを確認します。また、それぞれのフローで送信されたパケット数とバイト数も表示されます。
転送フローには、仮想マシンの送信元 IP アドレスとリンクローカル サービスの宛先 IP アドレスが表示されます。リバースフローでは、ファブリックホストの送信元IPと、コンピューティングノードのvhostインターフェイスの宛先IPが表示されます。サービスが同じ計算ノードでホストされている場合、リバースフローの宛先アドレスには、仮想マシンに割り当てられたメタデータアドレスが表示されます。
2 つのフローの インデックス と rflow インデックスが逆になっていることに注意してください。
また、vrouter エージェントのイントロスペクトページでも同様の情報を参照でき、フローのポリシーとセキュリティグループを確認できます。フローアクションが 合格と表示されていることを確認します。
http://<compute-node-ip>:8085/Snh_FetchAllFlowRecords?
メタデータサービス
OpenStack では、リンクローカルアドレス 169.254.169.254 に HTTP リクエストを送信することで、仮想インスタンスがメタデータにアクセスすることができます。インスタンスからのメタデータリクエストは Nova にプロキシされ、追加の HTTP ヘッダーフィールドが追加され、Nova はソースインスタンスを識別するためにこれを使用します。その後、Nova は適切なメタデータで応答します。
Contrail vrouter はプロキシとして機能し、メタデータ要求をトラップし、必要なヘッダー フィールドを追加して、要求を Nova API サーバーに送信します。
リンクローカルメタデータサービスのトラブルシューティング手順
メタデータサービスもリンクローカルサービスであり、固定サービス名 (メタデータ)、固定サービスアドレス (169.254.169.254:80)、および OpenStack Nova API サーバーが実行されているサーバーを指すファブリックアドレスがあります。Contrail のリンクローカル サービスの設定とトラブルシューティングの手順はすべて、メタデータ サービスにも適用されます。
ただし、メタデータサービスの場合、フローは常にコンピュートノードに設定されるため、vRouterエージェントはHTTPリクエストを更新してプロキシします。vRouterエージェントは、ローカルポートでリッスンしてメタデータ要求を受信します。その結果、リバースフローでは、コンピューティングノードが送信元IPであり、エージェントがリッスンしているローカルポートが送信元ポートであり、インスタンスのメタデータIPがIP アドレスです。
リンクローカル サービスのトラブルシューティング手順をすべて実行したら、次の追加手順を使用して、メタデータ サービスのトラブルシューティングをさらに進めることができます。
- vRouter エージェントが受信したメタデータ要求の数、Nova API サーバで設定されたプロキシセッションの数、および発生した内部エラーの数に関するメタデータ統計を確認します。
http://<compute-node-ip>:8085/Snh_MetadataInfo?vrouter エージェントがメタデータ要求をリッスンするポートも表示されます。
