Youtubeの代替、PeerTubeであなたの動画を共有しましょう
あなたに合ったプラットフォームで思いを共有
PeerTubeでは、コンテンツに手を加えるアルゴリズムを味わう必要はもうないのです。PeerTubeプラットフォームは、ロボットではなく、あなたや私たちのように人によって管理・モデレートされます。
PeerTubeはあなたがベストな方法で動画を作ることを可能としました。あなたの動画を、あなた自身の手で。
他のインスタンスとの連合で多彩なコンテンツを！
あなたのジャンルに合ったPeerTubeプラットフォームで動画を上げて、視聴者を増やしましょう。
PeerTubeをはじめましょう
既存のPeerTubeプラットフォームで、アカウントを作る
テーマや、利用規約、行動規範を尊重した上で、PeerTubeプラットフォームに参加しましょう。
- コミュニティに参加してプラットフォームのオーナーと直接連絡をとることができます
- YoutubeやVimeoなどのウェブサイト、または直接ファイルからご自身の動画をインポートできます
- 複数のチャンネルを作成して、「ピアノ」や「エコロジー」などの様に、動画をテーマ分けすることができます
- Webサイト上でPeerTubeの動画を簡単に組み込む
- ライブ配信可能なプラットフォームで配信をする
自分のPeerTubeプラットフォームをつくる
最低限の時間とスキルさえあれば、あなたのサーバーで自身のプラットフォーム（インスタンスとも呼ばれます）を作ることができます。これで、PeerTubeを最大限に活用できます。
ご自分のPeerTubeプラットフォームを作成して管理するために、以下の機能を扱うことができます：
- 独自のモデレーションルールをつくる
- 自分のチャンネルを作って動画を投稿したり、プラットフォームのモデレーションを手伝ってくれる人を招待できます
- インスタンスの連合機能で、他のPeerTubeインスタンスの動画を自動的に表示するか選択できます
- P2P(ピアツーピア)による帯域幅の消費削減
- カスタムテーマを作ったり、コミュニティによる様々なプラグインを活用したりして、インスタンスをカスタマイズできます。
ご質問ですか？お答えします！
動画による収益化へのPeerTubeのポリシーはありますか？
現在のところはありません。私たちはマネタイズの観点から言えば、PeerTubeはそのツールとしては中立的な立場であって欲しかった、と考えています。
しかし、投稿者は応援ボタンを動画の下に表示できます。 このボタンはクリックすると、動画を投稿した人がテキストや画像やリンク（Patreon、Tipeee、Paypal、Liberapayなど）を自由に掲載できるフレームを表示します。
私達は、すべてのコミュニティに適用せず、他のコミュニティを阻む可能性があるため、特定のコンテンツへの収益化メソッドをPeerTubeのコードを結び付けることを拒否しています。そのためこれ以上の実装を行いませんでした。 PeerTubeプラグインAPIを用いて、独自のマネタイズのためのシステムを作ることを開発者に促していることが、その理由です。
PeerTubeを動かすためにスペックの高いサーバーを持つべきですか？
最小ハードウェア要件:
- 1 vCore
- 1.5 GBのRAM
- 動画を保存できる十分なストレージ
- アップロード 20Mbit/s のネットワーク速度
- 動画を配信できる十分な帯域幅
1000人の同時視聴者を処理する、大規模なインスタンスの推奨されるハードウェア要件（視聴者負荷テストについてのブログ記事を参照）:
- 4 vCore
- 4GBのRAM
- 動画を保存できる十分なストレージ
- アップロード 1Gbit/sのネットワーク速度
- 動画を配信できる十分な帯域幅
- たくさんのユーザーや視聴者にコンテンツを提供したい場合は、スケーラビリティガイドをご覧ください
同じマシン上でPeerTubeインスタンスとしてトランスコード処理を行いたい場合:
- 8 vCore
- 8GBのRAM
以下はより詳細なハードウェア要件についてのガイドです:
CPU動画のトランスコード処理を除けば、PeerTubeインスタンス自体はCPUをそれほど消費しません。Nginx、PeerTube自体、PostgreSQL、Redisは、どれも処理能力をそれほど必要としません。それらだけであれば、1つのスレッド/vCPUで簡単に動作させられます。
しかしトランスコード処理のために、少なくとも2スレッドのCPUがあると非常に良いでしょう。トランスコードにはCPUにかなりの負担がかかりますので。 これによりPeerTubeインスタンスで、すべての動画がインスタンスのサイト上で最適に再生でき、同じ動画に異なる解像度を持たせることを可能とします。
トランスコード処理はリモートのランナー機能で、他のマシンにオフロードすることができます。
RAM基本的なPeerTubeインスタンスは通常、RAMは500MBほどの容量を使用しますので、1.5GBのRAM容量があれば十分です。 追加の容量を必要とする場合は、RedisやPostgreSQLなどのサービスをSSDではないシステム上でコロケーションする際だけでしょう。
ストレージストレージディスクには、「ディスク容量」と「持続した読み取り速度」という2つの重要な点があります。 ディスク容量を削減するための答えを知るための、3つの質問があります:
- ストリーミングしたい動画の合計サイズは？
- トランスコード(変換)処理を有効にしますか？もし有効にする場合、動画ごとに複数の解像度を生成したいですか？いくつかの動画でこれを試してみることで、動画ごとにどれだけの容量が必要かを把握でき、将来的に必要になる容量を見積もることができます。
- 有効にしたい共有メカニズムはどれですか？ウェブビデオのみ、もしくはP2Pを使用したHLS？両方とも使いたいなら、2倍のストレージが必要です。
PeerTubeインスタンスに多くの動画を保存する場合は、オブジェクトストレージを使用することをお勧めします。
読み取り速度は、動画をユーザーへ提供するためのネットワークアップリンクを満たせる速度が望ましいです。 SSDでは問題ないのですが、従来のHDDの場合、7200rpmのハードディスクを搭載し、かつ120MB/sまたは、960Mbit/s程度の持続的な読み取り速度が必要です。後者は、通常の1Gbitのネットワークアップリンクに十分な速度です。
ネットワーク通常、一般的なサーバーの動画ストリーミングネットワークは、非常に高速です。 サーバーで利用可能な帯域幅を、ストリームごとの平均帯域幅で割れば、上限が得られます。
例えば、1Gbit/sのアップリンクで1080p60のストリームを、1ストリームあたり5MBit/sで出力するサーバーがあったとします。 つまり、サーバーのディスクI/Oが追いつければ、理論上の絶対的な同時視聴者数の上限は200人ということになります。 しかし、実際にはもう少し少なくなるでしょう。
しかし、もっと多くのユーザーにサービスを提供したい場合どうでしょうか？こういう場合こそ、PeerTubeの連合の機能が輝くところです。もし他のPeerTubeインスタンスがあなたのインスタンスをフォローしている場合、インスタンスのコンテンツの一部を反映させることができます！ この機能は「サーバー冗長化」と呼ばれ、人気の動画をキャッシュし、追加の視聴者にサービスを提供するのに役立ちます。 視聴者自身は、ブラウザで動画を視聴している際（主にサージ時）、少しの帯域幅を他の視聴者に共有しますが、ミラーリングサーバーはより大きなアップリンクを持ち、より高い同時ストリーミングを持続してインスタンスを手助けします。