なぜAかBで妥協するのか？

このテキストは、Grass Valley からの寄稿である。 エッセンシャル・ガイド高可用性クラウドの提供ブロードキャスト・ブリッジ社刊）。このエッセンシャル・ガイドは、放送インフラで高可用性を実現する方法を示すもので、障害に対する現実的なアプローチ、耐障害性の設計、効果的な監視システムの導入、インフラの継続的な改善の重要性を強調している。 エッセンシャル・ガイドを無料でダウンロード

この記事を書いたのは

クリス・メリル、戦略マーケティング・ディレクター

イアン・フレッチャー、SVPエンタープライズ製品戦略
【イアンにコンタクトを取る

AMPP は、高可用性のためのさまざまな構成を提供する。

モノリスの解体

Grass ValleyのAMPP 、Agile Media Processing Platform 、従来のメディア制作環境よりも高可用性のためのオプションを提供する最新のアーキテクチャ上に構築されている。高可用性を実現するためにシステムの複製を必要とするモノリシック・システムとは異なり、AMPP は、特定のニーズを満たすオプションをユーザーに提供します。AMPP 、私たちはモノリシックモデルを個別のコンポーネントに分解しました：

• インプット
• 出力
• ピクセル処理
• バックエンドデータベース
• アプリケーション・ロジック
• ユーザーインターフェース

これらのコンポーネント・グループは疎結合である。その結果、システム所有者は、オンプレミス、クラウドのエッジ、クラウドベース、または上記の任意の組み合わせなど、それらを実行する場所を選択することができます。

高可用性

疎結合」システムとはどういう意味か？それが高可用性にどう影響するのか？もう少し詳しく説明しよう。

バックエンド・サービス

AMPPのプラットフォーム・サービスは、オンプレミスの機器室から実行することができる。より良いモデルは、複数の可用性ゾーンで稼働するクラウドから実行することだ。例えば、AWS 。AWS 内の複数のデータセンターは、単一の機器室よりもはるかに稼働率が高い。そのデータセンターには、マシンを稼働させることだけを仕事とするスタッフが24時間365日常駐している。

プラットフォーム・サービスは、AMPP マイクロサービスのコピーを多数実行している。AMPP ユーザーは、好きなソフトウェアのリリース・バージョンを選ぶことができる。特定のマイクロサービスは同じように動作するため、クラスタ内のノードの1つが不調になったとしても、AMPP ・ユーザーには何の違和感もなく別のノードが引き継ぐ。Grass Valley DevOpsチームはこれらのクラスタを継続的に監視し、最新のセキュリティ・パッチがインストールされ、システムが常に最適な状態で稼働していることを確認している。

ピクセル処理

高可用性をさらに高めるには、同じワークフローのピクセル処理を複数の場所にデプロイすることができる。例えば、EC2を2つに分けることもできるし、1つのEC2と1つのコンピュートノードを地上に置くこともできる。これにより、アプリの複数のコピーが同じ命令に応答できるようになる。

多くのピクセル処理アプリケーションにとって、エッジ・コンピューティングはより優れたモデルである。エッジコンピューティングは、データセンターではなく、ネットワークのエッジに処理サービスを配置します。エンドユーザーの近くにあることで、高密度な地理的分散とコンテキスト認識、待ち時間の短縮、バックボーン帯域幅の節約など、クライアントの目的をよりよく達成することができます。

アプリケーション・ロジック

AMPP には共通のマイクロサービスがある。これらのユニークなマイクロサービスは、さまざまな組み合わせで使用される。複数のマイクロサービスを使うアプリケーションもあれば、1つしか使わないアプリケーションもあるだろう。

エッジコンピューティングを使用することで、AMPP のコンポーネントをプロダクションのニーズに応じて配置することができる。最速のレスポンスタイムを実現するため、アプリは通常、ピクセル処理が行われるのと同じエッジノード上で実行される。

入出力

AMPP の入出力は、ハードウェア接続でもソフトウェア接続でもよい。物理的にエッジのコンピュートノードに接続し、IP アドレスにアップロードまたはストリーミングする。ハードウェア接続もソフトウェア接続も、冗長性のために簡単に二重化できる。

ユーザーインターフェース

AMPPのユーザー・インターフェースはHTML5であるため、インターネット接続と認証されたセキュリティ認証があれば、処理とアプリの設置場所に関係なく、どんなデバイスでもシステムにアクセスできる。各オペレーターのプロダクション・タスクは、ソースやプロセッシングの場所に依存しないため、複数のユーザーが同時に同じアプリケーションを見たり、操作したりすることができる。

最適なオプションの選択

AMPP は、スタンドアロンのオンプレム・プラットフォームとして稼働させることができるが、孤立したシステムを構築することは、一般的に、新しいプラットフォームを採用するビジネス上の目的を否定することになる。

AMPPの柔軟なアーキテクチャーにより、さまざまなレベルの高可用性を実現する方法があります。以下に、アプリケーションに適したシステムを設計する際に考慮すべき点をいくつか示します。

コンテンツはどこにあるのか？

すべてのビデオフローがすでにオンプレミスにあることは、システムをオンプレミスで運用することの論拠となる。いくつかの顧客は、AMPP を大規模な SMPTE ST 2110 制作スタジオに統合している。すべてのカメラとグラフィックソースがすでに2110であるため、クラウドを往復する意味がないからだ。このような顧客にとって、AMPP の利点は、ワークロードを動的にプロビジョニングできることです。同じスペースを複数の小規模プロダクション、単一の大規模プロダクション、あるいはライブプロダクションからポップアップチャンネルのマスターコントロールまで、その時々のニーズに応じて使い分けることができる。

その他のAMPP 、遠隔地からソースを定期的に取り込む必要がある顧客にとって、遠隔地からクラウドにソースを送信し、プロダクション・チームがすぐに作業を開始できるようにする機能は、プロダクション・システムの残りの部分をクラウドに配置することで、時間とコストの両方を節約できることを意味する。

ワークフローを非圧縮に保つ必要がありますか？

AMPP は、ほとんどのアプリケーションで画質に顕著な違いをもたらさない多くの優れた圧縮フォーマットをサポートしています。圧縮により、分散ネットワークでの信号伝送が容易になり、コストも削減できる。制作チームは、標準的な制作フォーマットに変換することなくこれらの信号を使用できるため、時間を節約し、複数のフォーマット変換を避けることができます。

信号を圧縮することが許容できないアプリケーションでは、AMPP 、同じノード上のマイクロサービス間でフローを交換する際に、非圧縮ビデオフォーマット（10ビットYUV）を使用する。非圧縮のビデオ信号をクラウドに転送すると、高価な帯域幅を大量に消費するため、この場合はシステムをonpremで実行するのが最善かもしれない。

結果としてのビデオ・フローをオンプレミスに戻す必要がありますか？

エグレスチャージは、クラウド処理でより高価な部分の1つである。コンテンツを保存したり、クラウドCDNを利用する場合、一般的にはコンテンツを一度クラウドに移動し、そのままにしておくのが最も費用対効果が高い。AMPP 多くの顧客にとって、地上波のシステムにコンテンツを戻すことなく、ライブコンテンツをモニターし、ローカライズされたバージョンを作成し、再生する能力は、非常に効率的な制作モデルである。

ワークフローの使用頻度は？

ほとんどのテクノロジーと同様、クラウド処理のコストは下がり続けている。しかし、既存の環境で継続的に運用されるワークフローをAMPP 、onpremで運用することを検討しているのであれば、onpremで運用することが最も商業的に理にかなっているかもしれない。

24時間365日の運用をグリーンフィールド環境で構築するのであれば、クラウドベースの運用の方が費用対効果が高いかもしれない。ハードウェア・サーバーをVPCよりも安価に購入することは可能だが、その場合、電源、冷却、メンテナンスを提供する必要がある。最新のパッチでアップデートし、数年ごとにハードウェアを交換し続ける必要がある。運用にかかる総コストを合計すると、自社でデータセンターを運営する方が高くつくかもしれない。

ポップアップ・チャンネルのような短期間のイベントや、選手権大会のような短期間の活動があり、その後システムが休止するような場合、クラウドシステムはその活動のためのハードウェアの購入よりもコストを低く抑えることができる。

結論

可用性の高いメディア制作システムへのアプローチを見直す時期に来ている。メインシステムとバックアップシステムを二重に運用することは、今日のソリューションよりもコストがかかり、運用も困難です。AMPP’sのアーキテクチャ、特にクラウド対応のエッジネットワークとしてインストールされた場合、制作ワークフローにはるかに高い柔軟性を提供しながら、ローカルのエンジンルームよりも優れたトータルアップタイムを達成することができます。

GVハブ・ローカルDiscovery

主要なクラウド・プロバイダーで障害が発生することは稀ですが、時折発生する可能性はあります。 AMPP ハブはそのようなときにも高い可用性を維持する。AMPP Hubでエッジネットワークを運用する場合、すべてのオンプレミコンピュータはAMPP Hubを介してAMPP 。通常、AMPP Hubはロードバランサーとして機能し、必要なメッセージだけがクラウドに送られるようにシステム・トラフィックを管理する。残りのトラフィックはローカルに留まる。例えば、スイッチャーでボタンを押した場合、クラウドに往復する必要はなく、エッジ・デバイス上で実行されているアプリケーションに直接送られる。インターネットへの接続が一時的に切断されても、AMPP Hubは、オペレーターを中断させることなく、すべてのローカル・トラフィックが継続することを保証します。新しいワークロードの追加やストレージへの新しいクリップのロードなど、システムのいくつかの側面は一時停止するかもしれないが、基本的な制作機能は接続が回復するまで番組の放送を継続する。