ADC

RTSP サービスモニタリング

Citrix ADCアプライアンスには、RTSPサービスの監視に使用できる1つのモニタが内蔵されています。RTSPモニタです。ロードバランシングされた RTSP サーバとの接続を開いて、バインドされている RTSP サービスを定期的にチェックします。開く接続のタイプ、および予期する応答は、ネットワーク構成によって異なります。RTSP サービスが設定された期間内に期待どおりに応答すると、サービスが UP とマークされます。サービスが応答しない場合、または正しく応答しない場合は、サービスが DOWN とマークされます。

Citrix ADCアプライアンスは、NATオフとNATオンの2つのトポロジを使用してRTSPサーバーの負荷分散を構成できます。RTSP サーバは、アプライアンスをバイパスして、クライアントに応答を直接送信します。アプライアンスは、ネットワークが使用するトポロジに応じて、RTSP サービスを異なる方法で監視するように設定する必要があります。アプライアンスは、NAT オフモードと NAT オンモードの両方で、インラインモードまたは非インラインモードのいずれかに展開できます。

NAT オフモードでは、アプライアンスはルータとして動作します。クライアントから RTSP 要求を受信し、設定されたロードバランシング方式を使用して選択したサービスにルーティングします。負荷分散された RTSP サーバーに DNS でパブリックにアクセス可能な FQDN が割り当てられている場合、負荷分散されたサーバーはアプライアンスをバイパスして、クライアントに応答を直接送信します。次の図は、この構成を示しています。

図1:RTSP in NAT-off Mode

RTSP-NAT

このシナリオでの要求と応答の流れは次のとおりです。

  1. クライアントは、DESCRIBE 要求をアプライアンスに送信します。アプライアンスは、設定されたロードバランシング方式を使用してサービスを選択し、要求を Media Server-1 にルーティングします。

  2. クライアントは、アプライアンスに SETUP 要求を送信します。RTSP セッション ID が DESCRIBE 要求で交換された場合、アプライアンスは RTSPSID パーシステンスを使用して、要求をMedia Server-1 にルーティングします。RTSP セッション ID が SETUP 要求で交換された場合、アプライアンスは次のいずれかを実行します。

    • RTSP 要求が同じ TCP 接続で送信された場合、要求は Media Server-1 にルーティングされ、永続性が維持されます。
    • 要求が別の TCP 接続に着信した場合、設定されたロードバランシング方式を使用してサービスを選択し、永続性を維持せず、そのサービスに要求を送信します。これは、リクエストが別のサービスに送信される可能性があることを意味します。
  3. Media Server-1 は、アプライアンスから SETUP 要求を受信し、RTSP 要求を処理するためのリソースを割り当てて、適切なセッション ID をクライアントに送信します。

    注:アプライアンスは、RTSP 接続によってバイパスされるため、RTSP 接続を識別するために NAT を実行しません。

  4. 後続の要求では、クライアントはセッション ID を使用してセッションを識別し、制御メッセージをメディアサーバに送信します。Media Server-1 は、要求されたアクション(再生、転送、巻き戻しなど)を実行します。

NAT-onモードでは、アプライアンスはクライアントからRTSP要求を受信し、設定されたロード・バランシング方式を使用してこれらの要求を適切なメディア・サーバーにルーティングします。次に、次の図に示すように、メディアサーバはアプライアンスを介してクライアントに応答を送信します。

図2:RTSP in NAT-on Mode

RTSP-NAT-on-mode

このシナリオでの要求と応答の流れは次のとおりです。

  1. クライアントは、DESCRIBE 要求をアプライアンスに送信します。アプライアンスは、設定されたロードバランシング方式を使用してサービスを選択し、要求を Media Server-1 にルーティングします。

  2. クライアントは、アプライアンスに SETUP 要求を送信します。RTSP セッション ID が DESCRIBE 要求で交換された場合、アプライアンスは RTSPSID パーシステンスを使用して、要求をMedia Server-1 にルーティングします。RTSP セッション ID が SETUP 要求で交換された場合、アプライアンスは次のいずれかを実行します。

    • RTSP 要求が同じ TCP 接続で送信された場合、要求は Media Server-1 にルーティングされ、永続性が維持されます。
    • 要求が別の TCP 接続に着信した場合、設定されたロードバランシング方式を使用してサービスを選択し、永続性を維持せず、そのサービスに要求を送信します。これは、リクエストが別のサービスに送信される可能性があることを意味します。
  3. Media Server-1 は、アプライアンスから SETUP 要求を受信し、RTSP 要求を処理するためのリソースを割り当てて、適切なセッション ID をクライアントに送信します。

  4. アプライアンスは NAT を実行して RTSP データ接続のクライアントを識別し、RTSP 接続はアプライアンスを通過し、正しいクライアントにルーティングされます。

  5. その後の要求では、クライアントはセッション ID を使用してセッションを識別し、制御メッセージをアプライアンスに送信します。アプライアンスは RTSPSID パーシステンスを使用して適切なサービスを識別し、要求を Media Server-1 にルーティングします。Media Server-1 は、要求されたアクション(再生、転送、巻き戻しなど)を実行します。

RTSP モニタは、RTSP プロトコルを使用して RTSP サービスの状態を評価します。RTSP モニタは RTSP サーバに接続し、一連のハンドシェイクを実行して、サーバが正常に動作していることを確認します。

パラメーター Specifies
rtspRequest RTSP サーバに送信される RTSP 要求ストリング(OPTIONS * など)。デフォルト値は 07 です。リクエストの長さは 163 文字を超えないようにしてください。
respCode サービスから期待される応答コードのセット。

RTSP モニタの構成手順については、 ロードバランシングセットアップでのモニタの構成を参照してください

RTSP サービスモニタリング

この記事の概要