許可するアップストリームを事前設定
複数のルーティングホストを SRT サーバーに登録し、選択したアクティブルートを確認済みソース順の先頭に置きます。
プライマリ・バックアップソース制御
Callaba Live Video Failover
プライマリとバックアップの SRT アップストリームを確認済みの一つのルーティングセットに保持します。切断後、設定した loop と再接続条件に従って、リレーが準備済みソースへ再接続し巡回できます。
見える信頼性ワークフロー
プライマリ、バックアップ、制御された出力
イベント前にアップストリームを定義し、優先ルートを先頭に置き、実際のエンコーダーとネットワークで再接続、ソース巡回、宛先での受け入れを検証します。
確認済みの運用範囲
設定済み SRT アップストリームによるフェイルオーバー
復旧範囲は明確です。再接続と巡回はチームが確認したアップストリームセットだけを使用します。
切断後に再接続して巡回
SRT PULL リレーは再接続間隔付きのループモードで動作し、アクティブ接続を失うと設定済みアップストリーム一覧を巡回します。
制御された実行前に優先ルートを準備
オペレーターまたは API クライアントは既存アップストリームを優先アクティブルートとして保存できます。この選択は制御された開始・再起動向けで、実行中のリレーを即時再読み込みしません。
ユースケース
単一ソースに依存できないコントリビューションを保護
ライブ開始前にプライマリとバックアップの SRT コントリビューション経路を準備できる運用で使用します。
バックアップエンコーダーを備えたライブイベント
プライマリとバックアップのエンコーダーエンドポイントを確認済みの一つのセットに保持し、本番中に選べる代替を用意します。
変動するネットワークでのリモート伝送
遠隔会場やネットワーク経路がセッション中に切断する可能性がある場合、到達可能なアップストリームを複数準備します。
長時間のチャンネル運用
明示的な復旧経路とオペレーターの可視性が必要な連続ワークフローで、設定済みソースの冗長性を利用します。
読み取り専用ストリーム健全性評価
変更する前にライブ経路を把握
Multiview と現在の SRT／RTMP オペレーターテレメトリーを組み合わせ、ライブ状態を把握し、観測サンプルから通常の運用範囲を設定します。
- 01
ライブ状態を観測
番組映像と現在のソース状態、ビットレート、利用可能な場合は SRT RTT を並べて確認します。
- 02
運用基準を設定
ライブ観測サンプルを、この制作における通常のビットレート、RTT、ソース状態の範囲と比較します。
- 03
理由付き警告を確認
逸脱を理由の明確なオペレーター警告にし、ルート変更前に承認を必須とします。
技術仕様
製品が対応する範囲と確認項目
対応する動作ごとに実運用の受け入れ確認を示します。最終的には、インストール済みの Callaba 画面と、実際の入力、配信先、インフラ構成を基準にしてください。
| 機能 | 対応する動作 | 受け入れ確認 |
|---|---|---|
| 許可するアップストリームを事前設定 | 複数のルーティングホストを SRT サーバーに登録し、選択したアクティブルートを確認済みソース順の先頭に置きます。 | 確認済みのプライマリ／バックアップ SRT アップストリームを一つのワークフローに保持し、切断後にリレーが設定済みリストへ再接続して巡回できるようにします。 |
| 切断後に再接続して巡回 | SRT PULL リレーは再接続間隔付きのループモードで動作し、アクティブ接続を失うと設定済みアップストリーム一覧を巡回します。 | ループモードのリレーは再接続し、既存のアップストリーム一覧を巡回できます。実際の復旧時間は接続状態と準備済みソースによって異なります。 |
| 制御された実行前に優先ルートを準備 | オペレーターまたは API クライアントは既存アップストリームを優先アクティブルートとして保存できます。この選択は制御された開始・再起動向けで、実行中のリレーを即時再読み込みしません。 | はい。既存ルーティングホストを、制御された開始・再起動前に優先アクティブルートとして保存できます。保存しても、実行中のリレーは即時再読み込みされません。 |
| バックアップエンコーダーを備えたライブイベント | プライマリとバックアップのエンコーダーエンドポイントを確認済みの一つのセットに保持し、本番中に選べる代替を用意します。 | いいえ。制御された復旧経路を提供しますが、ヒットレス切り替えや無停止を保証しません。ソースの準備状態とネットワーク条件も影響します。 |
| 長時間のチャンネル運用 | 明示的な復旧経路とオペレーターの可視性が必要な連続ワークフローで、設定済みソースの冗長性を利用します。 | SRT Servers API は確認済みルーティングホストを管理し、優先アクティブルートを保存できます。設定更新によって実行中リレーが即時ライブ切り替えされるわけではありません。 |
| ライブ状態を観測 | 番組映像と現在のソース状態、ビットレート、利用可能な場合は SRT RTT を並べて確認します。 | これは読み取り専用の評価です。予測 AI、エンドツーエンド QoE、根本原因診断、永続的な SRT 履歴、自動ライブ切り替えを主張しません。 |
実際の運用へ進む
Callaba で設定し、受け渡しを確認する
このページでは製品の役割を説明しました。以下のガイドでは、操作する項目、次に接続するモジュール、ワークフローの準備完了を確かめる方法を案内します。
導入
クラウドとセルフホストで同じフェイルオーバーモデルを使用
SRT ルーティングレイヤーの実行場所を選び、ネットワークとプロダクションの境界に合わせてアップストリームセットを設定します。
クラウド導入
コントリビューションまたは配信地域の近くで Callaba インスタンスを起動し、Web 画面からプライマリとバックアップの SRT アップストリームを設定します。
CallabaをAWSにデプロイセルフホスト導入
ルーティングホスト、ネットワークアクセス、運用データを自社インフラ内に保持する場合は、Linux で Callaba Engine を実行します。
Linux にインストールAPI は第2レイヤー
ライブ映像フェイルオーバーのレシピを開く確認済みの復旧計画を管理
SRT Servers API でサーバー、ルーティングホスト、優先アクティブルートを管理します。優先ルートは制御された開始・再起動の設定であり、実行中リレーのライブ切り替えではありません。
- SRT サーバーと承認済み routing_hosts を設定
- 保存済みサーバー設定と有効化状態を取得
- 制御された開始・再起動前に優先する既存ルートを保存
ライブ映像フェイルオーバーの質問
Callaba Live Video Failover は何をしますか？
確認済みのプライマリ／バックアップ SRT アップストリームを一つのワークフローに保持し、切断後にリレーが設定済みリストへ再接続して巡回できるようにします。
アクティブなアップストリームが切断するとどうなりますか？
ループモードのリレーは再接続し、既存のアップストリーム一覧を巡回できます。実際の復旧時間は接続状態と準備済みソースによって異なります。
オペレーターは別の優先ソースを準備できますか？
はい。既存ルーティングホストを、制御された開始・再起動前に優先アクティブルートとして保存できます。保存しても、実行中のリレーは即時再読み込みされません。
ヒットレスまたは無停止切り替えを保証しますか？
いいえ。制御された復旧経路を提供しますが、ヒットレス切り替えや無停止を保証しません。ソースの準備状態とネットワーク条件も影響します。
API でこのワークフローの何を自動化できますか？
SRT Servers API は確認済みルーティングホストを管理し、優先アクティブルートを保存できます。設定更新によって実行中リレーが即時ライブ切り替えされるわけではありません。
ライブ前に準備
確認済みのプライマリ・バックアップ経路を構築
ライブデモで運用画面を確認し、自社の SRT ルーティング計画に合わせて Callaba をクラウドまたは Linux に導入してください。