使用 YouTube 的替代方案 PeerTube 來發布您的影片

目前完全沒有：從獲利的角度來看，我們希望 PeerTube 是一款保持中立的工具。

然而，上傳者可以在影片下方顯示一個支援按鈕。 按下此按鈕會顯示一扇畫面，上傳影片的人可以隨意在其中顯示文字、圖片及連結（可以連結到 Patreon、Tipeee、Paypal、Liberapay⋯⋯）。

我們不打算再進一步，因為我們絕不讓我們的程式碼聯繫至特定的內容供資手段，這可能不適合所有社群，而且可能會阻礙某些人。 所以我們才鼓勵開發者使用 PeerTube 外掛程式 API 來建立自己的獲利系統。

這裡有安裝指南（只有英文版）。

最低硬體需求：

• 1 個虛擬核心
• 1.5 GB 的記憶體
• 足夠的影片儲存空間
• 網路上傳速度 20Mbit/秒
• 足夠的頻寬來播放影片

處理 1,000 個同時觀眾的大型站台的建議硬體要求（請參閱我們的關於觀眾壓力測試的部落格文章）：

• 4 個虛擬核心
• 4 GB 的記憶體
• 足夠的影片儲存空間
• 網路上傳速度 1Gbit/秒
• 足夠的頻寬來播放影片
• 若您認為可能會有很多使用者或觀眾，請閱讀可擴縮性指南

如果您打算在與 PeerTube 站台相同的電腦上進行轉換編碼：

• 8 個虛擬核心
• 8 GB 的記憶體

關於硬體需求的更詳細指南：

除了影片轉碼外，PeerTube 實例不太佔用 CPU 資源。Nginx、PeerTube 本身、PostgreSQL 和 Redis 都不需要大量的運算能力。而只有這些的話，只需要一個執行緒／vCPU 就可以輕鬆搞定。

不過也因為轉碼，如果您的 CPU 至少有兩個執行緒，那您就能從中受益匪淺。轉碼會非常佔用 CPU 資源。 這在 PeerTube 實例上有兩個作用：確保所有影片都可以在網頁介面中以最佳方式播放，以及把影片產生出不同的解析度。

也可以使用遠端執行程式將轉換編碼工作轉移到其他電腦。

對於基本的 PeerTube 的站台來說，1.5 GB 的記憶體應該夠用了，通常只會使用到最多 500 MB 的記憶體。 除非您將 Redis 或 PostgreSQL 服務共置在一個非 SSD 的系統上，那您才可能需要更多的容量。

儲存器有兩個要點要注意：磁碟空間使用量和持續的讀取速度。 要粗略估計磁碟空間使用量的需求，您最好先求出下列三種問題的答案：

• 您要串流的影片有多大？
• 您想啟用轉碼嗎？如果想的話，您想為每個部影片準備不同的解析度嗎？拿幾部影片試一下，您就會知道每部影片會額外用掉多少空間，以及估計出之後要怎麼增加、分配空間。
• 您想啟用哪些分享機制？是只要 WebTorrent，還是要能用 P2P 的 HLS？如果您兩者都要的話，您的儲存空間需求量就會增加一倍。

如果您想在 PeerTube 實例上儲存大量影片，那您可能會需要在外部使用物件儲存器來儲存影片。

在讀取速度方面，您需要確保您網路的上行鏈路可以充分地讓 PeerTube 提供影片。 這對固態硬碟來說應該不是問題，反而是傳統的機械硬盤才應該要考慮：在協調得很好、有顆 7200rpm 硬碟的系統中，硬碟典型的持續讀取率應約在 120 MB/s 或 960 Mbit/s 左右。後者對於典型的 1 Gbit/s 網路上行鏈路來說應該就夠了。

要粗略估計傳統伺服器的影片串流網路容量通常都很單純。 您只需將伺服器的可用頻寬除以每條串流的平均頻寬，就會得到一個上限。

以一臺具有 1 Gbit/s 上行鏈路的伺服器為例，如果要推送 1080p60 速度是 5 Mbit/s 的串流。 那就表示，在您的伺服器磁碟 I/O 可以跟上的情況下，理論上絕對能同時為 200 位觀眾服務。 實際情況則可能會略有差異。

但如果您需要為更多使用者服務呢？這就是 PeerTube 的聯邦功能的非凡之處。如果其他的 PeerTube 實例正在追蹤您的實例，那他們就很可能會幫忙鏡像您一部分的實例！ 這個功能稱為「伺服器冗餘」，其會快取您最受歡迎的影片以協助服務更多觀眾。 雖然觀眾們在自己的瀏覽器中觀看影片時會貢獻一點額外的頻寬（主要是在流量激增期間），但鏡像中的伺服器具有更優良的上行鏈路，而且還能幫助您的實例持續提供更高的並行串流量。