Contrailのリンクローカルサービスのトラブルシューティング
Contrail のリンクローカル サービスでエラーが発生した場合は、このトピックのトラブルシューティングの手順とガイドラインを使用してください。
リンクローカルサービスの概要
仮想マシンは、ファブリックインフラストラクチャでホストされている特定のサービスにアクセスするように設定されている場合があります。たとえば、仮想マシンは、ファブリックネットワークで実行されている Nova API サービスへのアクセスを必要とする Nova クライアントである可能性があります。ファブリックネットワークでホストされているサービスへのアクセスは、サービスをリンクローカルサービスとして設定することで提供できます。
リンクローカルアドレスおよびサービスポートは、ファブリック内のサーバ上のTCP / UDPポート上で実行されている特定のサービスに対して選択される。リンクローカル サービスが構成されると、仮想マシンはリンク ローカル アドレスを使用してサービスにアクセスできます。リンクローカル サービスの場合、Contrail はアドレス範囲 169.254.169.x を使用します。
リンクローカル サービスは、Contrail WebUI を使用して設定できます: [ローカル サービスのリンク] > > インフラストラクチャを設定します。
リンクローカルサービスのトラブルシューティング手順
リンクローカル サービスのエラーをトラブルシューティングする場合は、次の手順を使用します。
- 仮想マシンとインターフェイスの状態を確認します。
仮想マシンのステータスは稼働していますか?
対応するタップインターフェイスは アクティブですか?
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 とコンピューティングノードの仮想ホストインターフェイスの宛先 IP が表示されます。サービスが同じ計算ノードでホストされている場合、リバース フローの宛先アドレスには、仮想マシンに割り当てられたメタデータ アドレスが表示されます。
2 つのフローの インデックス と rflow インデックスが逆になっていることに注意してください。
また、vrouter エージェントのイントロスペクト ページで同様の情報を表示すると、フローのポリシーとセキュリティ グループを確認できます。フロー アクションが pass と表示されていることを確認します。
http://<compute-node-ip>:8085/Snh_FetchAllFlowRecords?
メタデータ サービス
OpenStack では、仮想インスタンスがリンクローカルアドレス 169.254.169.254 に HTTP リクエストを送信することで、メタデータにアクセスできます。インスタンスからのメタデータリクエストは Nova にプロキシされ、Nova がソースインスタンスを識別するために使用する追加の HTTP ヘッダーフィールドが追加されます。その後、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 エージェントがメタデータ要求をリッスンするポートも表示されます。
