24時間365日エンコード用のサーバー。

1080p60、8 Mbit/s で止まらない配信は、月に約 2.6 TB を送信します。1440p60 では約 5.2 TB、4K60 では約 11.3 TB です。計算は単純に、そのビットレートを月のすべての秒で維持した値です。そして、どのサーバーが適切かを決めるのは、多くの場合エンコーダーよりもこの数値です。

通常はそうではありません。理由はカードではなく転送量です。GPU インスタンスは通常、少ない転送量枠込みで販売されています（当社の場合は月 1 TB、その後はギガバイト単位で課金）。一方、1 本の常時配信は数テラバイトを消費します。4K では帯域幅がサーバーより高くつくこともあります。GPU が真価を発揮するのは、多数の出力を同時にエンコードする場合や 1440p を超える場合です。1 本の常時配信には、計測なしのアップリンクを備えた専用マシンのほうが安く、簡単です。

はい、CPU に内蔵グラフィックスがあるマシンであれば利用できます。通常、無効化されているのはファームウェアではなく標準の Linux イメージです。i915 モジュールがブラックリストに登録され、カーネルが nomodeset で起動しています。両方を解除して再起動すると、/dev/dri/card0 と /dev/dri/renderD128 が表示され、FFmpeg で通常どおり VAAPI を使用できます。エンコード用にご購入いただいたマシンでは引き渡し前にこの設定を行い、認証情報とともに vainfo の出力をお送りします。配信を向ける前に動作が確認できるようにするためです。

内蔵 GPU を備えた専用マシンであれば、はい。このデバイスはエンコーダーが利用するレンダーノードで、グラフィックスドライバーの読み込みを許可すると表示されます。共有 VPS では表示されません。ホストが内蔵 GPU をゲストにパススルーしないためです。パイプラインに renderD128 が必要な場合は、共有のものではなく、マシン全体または GPU インスタンスが必要です。

転送量を計測しないということです。月間の転送量枠も、請求書の超過料金の項目も、持続的な送信ストリームを制限するフェアユース条項もありません。無限の速度を約束するものではありません。ポート速度が上限であり、1 Gbit/s のポートを使い切った場合は月に約 324 TB を転送します。実際には、1 か月間ずっと稼働した配信も、1 週間だけ稼働した配信も、請求額は同じになるということです。

1080p のソフトウェアエンコードなら大きめの VPS で十分で、Unmetered なら請求額を予測しやすくなります。ハードウェアエンコードにはマシン丸ごとが必要です。Quick Sync は CPU の内蔵グラフィックスにあり、共有インスタンスでは利用できません。本当の分かれ目は処理速度ではなく、エンコーダーのシリコンにそもそもアクセスできるかどうかです。

はい。root 付きの通常の Ubuntu または Debian マシンなので、nginx-rtmp、SRS、MediaMTX、ヘッドレスの OBS、または単純な FFmpeg パイプラインのいずれも、他の環境と同じように動作します。セルフマネージドサーバーでは、配信スタックのインストールや管理は当社では行いません。当社が保証するのは、エンコーダーが利用可能であること、そしてアップリンクの転送量が計測されないことです。