クラウド導入
コントリビューションまたは配信地域の近くで Callaba インスタンスを起動し、Web 画面からプライマリとバックアップの SRT アップストリームを設定します。
CallabaをAWSにデプロイ一つの運用経路の背後にメインとバックアップの SRT フィードを準備しておきます。リリース済みのトランスポート層切り替えは、特定の音声・映像コーデックを必要とせずに両者を切り替え、ダウンストリームのレシーバーとプラーの接続を維持します。
このリリース済み SRT 復旧経路は、準備済みのメインとバックアップのフィードをトランスポート層で切り替えながら、ダウンストリームのレシーバーとプラーの接続を維持します。
イベントのエンコーダー、ネットワーク、リレー、宛先を使ってテストします。別のソースの組み合わせが同じ挙動を示すと仮定せず、この経路で起きたことを記録します。
SRT ルーティングレイヤーの実行場所を選び、ネットワークとプロダクションの境界に合わせてアップストリームセットを設定します。
コントリビューションまたは配信地域の近くで Callaba インスタンスを起動し、Web 画面からプライマリとバックアップの SRT アップストリームを設定します。
CallabaをAWSにデプロイルーティングホスト、ネットワークアクセス、運用データを自社インフラ内に保持する場合は、Linux で Callaba Engine を実行します。
Linux にインストールメインとバックアップの SRT フィードを一つのリリース済みトランスポート層ワークフローに保持し、特定のメディアコーデックに依存せずに両者を切り替え、切り替え中もダウンストリームのレシーバーとプラーの接続を維持します。
リリース済みワークフローは、ダウンストリームのレシーバーとプラーの接続を維持したまま、メインからバックアップへ切り替えられます。実際の復旧動作は、準備済みソース、ネットワーク、バッファ、宛先に固有です。
はい。今回のリリースではバックアップからメインへの切り替えを改善し、手動と自動のフェイルオーバー動作を整合させています。イベント前に実際のソースと宛先で設定済みの動作をテストしてください。
リリースされたトランスポート レベルのワークフローでは、メインからバックアップへのスイッチを通じて、ダウンストリームのレシーバーとプラーの接続が維持されます。目に見える回復は、準備されたソース、ネットワーク バッファー、および宛先に依存します。
はい。リリースされたワークフローは、ダウンストリームのレシーバーとプラーの接続を維持しながら、手動および自動のメインからバックアップへの切り替えをサポートします。イベントの前に、構成されたソース、ネットワーク バッファー、および宛先をテストします。
ライブデモでオペレーター画面を確認し、クラウドまたは Linux に Callaba を導入して、メイン/バックアップ切り替え、復帰動作、宛先での受け入れ、イベントとログの可視性をテストしてください。