クラウドを使った堅牢なインターネットライブ配信を実現する

この方式は、すべての関係者がリモート参加で勉強会 / イベントを開催でき、とても魅力的ですが、図の真ん中に位置する配信ソフトを操作するスタッフの役割と環境はシビアになります。事実、JAWS DAYS 2020 ONLINE では、配信の役割を担っていた私の PC が最後にハングアウトして、配信が一時止まる事態となりました。この時、別の支部の運営スタッフの PC を「セカンダリーサーバー」として設定していたことにより、配信サーバーの自動切換え (フォールオーバー) によって、短時間の停止はあったものの、事なきを得ました。

このことより、規模が大きい勉強会のライブ配信において、配信設備の二重化は可能な限り行うべきであることは理解できますが、ライブ配信サーバーの二重化は、配信サーバーだけでなく、ネットワークやルータに至り、これは物理的に別の場所で、複数の配信サーバーにそれぞれの担当が張り付くことを意味します。単純に 2 台の PC が手元にあればいいわけではありません。

バックアップ配信サーバーの必要性に気が付いても、配信時にしか使わない PC の購入には躊躇しますし、さらに、購入した PC の管理や、実際のバックアップ配信サーバーのオペレーションを行うことができるスタッフの育成や手順の共有を考えると、プライマリー、セカンダリーサーバーの設定は簡単でも、なかなか手が出しづらいものでした。

その悩みを仮想デスクトップの Amazon WorkSpaces により解決しました。

仮想サーバーというと AWS のサービスでは Amazon Elastic Compute Cloud (以下 EC2) を思い浮かべますが、EC2 を構成するよりも、もっと簡単に、わずか数十分で Windows や Linux が稼働する「仮想デスクトップ」を使うことができます。それが Amazon WorkSpaces です。このまっさらなデスクトップ環境に必要なソフトウェアをインストールして利用することができます。

バンドルと呼ばれる CPU、メモリ、ストレージ、GPU の組み合わせから必要なパフォーマンスサイズの仮想デスクトップを選択することができます。利用料金は「月額課金」か「従量課金」のどちらかを選べます。バーチャル勉強会の配信時のみに利用するのであれば従量課金がおすすめです。

ライブ配信のみの目的であれば、PowerPro バンドルタイプで CPU 70 % 前後での運用が可能になります。この目的であれば、PowerPro バンドルタイプで十分だと思います。その上の Graphics タイプは余裕で運用できますが、料金もかなり高くなるので、ご注意ください。また、利用するリージョンによっても料金が違います。レイテンシーも変わりますので、東京リージョンを利用する前提で、料金をご確認ください。

詳細や料金については Amazon WorkSpaces のページを参照ください。

手元のローカル PC を使った配信と、WorkSpaces を使った配信の環境の違いによる考慮点がいくつかあります。今回、配信で利用した Open Broadcaster Software Studio (OBS Studio) は、多くの YouTuber やライブ配信の実績があるソフトウェアですので、トラブルや Tips についてはネット検索し確認が可能です。その中でも押さえておきたいポイントが以下になります。

Chime で取り込んだ共有画面やカメラ映像を「ソース」として OBS Studio に取り込むとき、[ウィンドウキャプチャ] または [画面キャプチャ] を指定します。基本的にウィンドウキャプチャを指定することで、他のウィンドウが重なっていても、重なっているウィンドウに影響されずに対象のウィンドウにある画像や画面を取り込むことができます。しかし、カメラ映像を取り込む場合、ウィンドウキャプチャで取り込めないケースがあります。Windows 10 端末であれば、OBS Studio のウィンドウキャプチャのプロパティの [キャプチャ方法] で [Windows Graphics Capture (Windows 10 バージョン 1903以降)] を選択することで、キャプチャできることがありますが、WorkSpaces は Windows Server 2016 Datacenter ベースなので、OBS Studio のこのオプションが使えません。これはバンドルタイプ Graphics を選んでも使えません。
この場合、デスクトップの配置を工夫し、画面キャプチャとソースフィルタの [クリップ/パッド] を使って、画面全体をキャプチャし、必要なところだけを切り取るフィルタをかけて OBS Studio に取り込むことができます。
 

OBS Studio に取り込むソースは Web ブラウザを含めさまざまなものが可能です。Web ブラウザをソースに指定した場合、ソースを認識しているにもかかわらず、画面が真っ黒になることがあります。この場合は、Web ブラウザの [ハードウェア アクセラレーションが使用可能な場合は使用する] のオプションをオフにすることでキャプチャが可能になります。

YouTube Studio 側の設定ですが、ライブ配信の設定項目で [ライブ配信の遅延] があり、そこで [超低遅延] を選択して配信をしてきました。超低遅延は字幕や 4K 解像度に対応しませんが、遅延の間隔を短くすることができます。ただし、経験上、それでも 5 秒から 8 秒の遅延は発生します。

この遅延が発生することを念頭において、QA などを行う必要があります。どうしても遅延の解消は難しいので、リアルタイムな状況での双方向コミュニケーションの QA をするのではなく、視聴している間に共有のスプレッドシートや、質問収集サービスを利用して記入してもらい、最後にまとめて回答するなどの工夫が必要になります。

YouTube Studio のライブ管理画面やストリームの状態から、フェールオーバーが発生しサーバーが切り替わったかどうかがわかりづらい仕様となっているようです。プライマリーとセカンダリーの配信画面の色などを変更して、どのサーバーから配信されているか容易に確認できるようにしておくことをお勧めします。

この記事でご紹介したように、クラウド上に配信サーバーを設置することによって、堅牢な環境を構築しただけでなく、イベント中のストレスも大きく軽減することができました。自宅の PC やネットワーク環境に左右されず、安定した配信をクラウド上から行い、さらにプラマリーとセカンダリーの配信サーバーの二重化を、少ないコストと労力で実現しています。また、サーバーを二重化することで、イベント開始直前まで配信画面デザインの修正が可能になりました。

二重化までしなくても、配信サーバーをクラウド上に設定するメリットは非常に大きいです。従量課金を選択することによるコストメリットもありますが、なんといっても非常に安定した配信を提供できるといった点は、視聴ユーザーが数百人規模となった今となっては必須なのかもしれません。

この事例が皆さんのイベント / 勉強会のライブ配信実施のヒントになれば幸いです。