到了 2025 年，伺服器和 VPS 究竟需要多少 RAM？

記憶體（RAM）的配置是基於工作負載的計算，而非基準測試。若配置過高，您將為閒置容量付費；若配置不足，您的程序可能會被強制終止、資料庫將從磁碟而非記憶體讀取資料，或您的容器會遭到流量限制。 本指南針對我們最常遇到的工作負載（網頁託管、資料庫、虛擬化、容器、AI 推論及遊戲伺服器）提供了具體的 RAM 範圍，並說明了在評估清單以外的工作負載時應遵循的原則。

伺服器中 RAM 的功能

RAM 負責儲存伺服器當前正在處理的所有內容。包括網頁伺服器、資料庫引擎及背景守護程式的處理程序記憶體；作業系統層級的頁面快取與磁碟 I/O 緩衝區；應用程式與容器的執行時記憶體；以及分配給虛擬機器或容器工作負載的記憶體區塊。

RAM 配置與 CPU 配置的關鍵差異在於故障模式。若 CPU 資源耗盡，程序執行速度會變慢；若 RAM 資源耗盡，核心要麼進行交換（速度較慢），要麼由 OOM 殺手選定目標並終止該程序。前者雖令人不快， 後者則會導致資料遺失。預留記憶體餘裕並非可有可無，而是防止系統在負載下崩潰的關鍵。

依工作負載劃分的 RAM

網頁與應用程式伺服器

• 輕量級 LAMP 或 LEMP 堆疊：1 至 2 GB
• 搭配快取（例如 Redis）的 WordPress 或內容管理系統（CMS）：2 至 4 GB
• 電子商務（Magento、WooCommerce）：4 至 8 GB
• Node.js、Django 或 Rails 應用程式：2 至 6 GB

像 Redis 或 Varnish 這樣的快取層，除了應用程式的基本需求外，還需要額外的記憶體空間。PHP-FPM 工作執行緒、資料庫連線以及反向代理伺服器都會同時消耗記憶體，因此關鍵的指標是峰值並行度，而非閒置時的記憶體佔用量。

資料庫伺服器（SQL 與 NoSQL）

• MySQL 或 PostgreSQL（小型）：4 至 8 GB
• MySQL 或 PostgreSQL（大型或高流量）：16 至 64 GB
• MongoDB 或 Redis（以記憶體為核心）：32 至 128 GB 或更多
• Elasticsearch 或 OpenSearch 節點：每個節點 32 至 128 GB

目標是將工作集、索引以及頻繁存取的資料列保留在 RAM 中。一旦其中任何部分溢出至磁碟，無論 SSD 速度多快，延遲都會增加數個數量級。

虛擬化主機（Proxmox、VMware、Hyper-V）

• 輕量級 Linux 虛擬機器：每台虛擬機器 2 至 4 GB
• Windows 虛擬機器：每台 8 至 12 GB
• 主機管理面板（cPanel、Plesk、DirectAdmin）：每個實例 4 至 8 GB
• KVM 或 LXC 容器主機：32 至 128 GB 或更多

除虛擬機器分配外，請務必為主機作業系統本身預留 4 至 8 GB 記憶體。相較於完整虛擬機器，容器每項工作負載的記憶體使用量較低，但擴展方式不同，因此應著重規劃密度與突發負載的緩衝空間，而非單一容器的大小。 若主機使用 ZFS，還需考量 ARC（自動緩存區域），其預設會靜默佔用多達系統記憶體的一半，並與虛擬機的分配資源產生競爭（我們的 ZFS ARC 調校指南涵蓋了適用於虛擬化平台工作負載的正確上限值）。

容器與微服務（Docker、Kubernetes）

• 簡單的 Docker 堆疊（Web、應用程式、資料庫）：8 至 16 GB
• Docker Swarm 或 K3s 邊緣節點：16 至 32 GB
• Kubernetes 工作節點：32 至 128 GB
• CI/CD 執行器與建置代理程式（GitLab、Jenkins）：每個執行器 8 至 32 GB

請留意長期運行的容器是否存在記憶體洩漏。基於 JVM 的工作負載（如 Kafka 和 Elasticsearch）需要更高的基準值，因為堆記憶體會隨時間自然增長，其最終佔用空間往往高於預期。

AI 與 ML 推論

• 小型模型（量化 BERT、Llama 7B）：16 至 32 GB
• 中型模型（13B 至 30B，量化版）：64 至 128 GB
• 大型模型（40B+ 或未量化中階模型）：128 至 512 GB 或更多
• 基於 GPU 的推論（Stable Diffusion、Whisper）：視卸載情況而定，32 至 128 GB

量化會將記憶體壓力從 GPU 轉移至 CPU 記憶體，因此系統規格會根據您是在 GPU 上處理 fp16 還是 CPU 上處理 4 位元而產生顯著變化。批次大小和提示詞長度也會推高這些數值。我們的 AI 推論託管指南將更深入探討如何根據模型大小匹配硬體。

遊戲伺服器

• 《Minecraft》（原版）：2 至 4 GB
• 《Minecraft》（模組版）：6 至 16 GB
• 《Rust》、《ARK》或《7 Days to Die》：8 至 16 GB
• 多實例託管節點：32 至 64 GB

專業工作負載

• 影片轉碼（FFmpeg、Plex）：16 至 64 GB
• 備份或快照伺服器：8 至 16 GB，若運行去重引擎則需更多
• 防火牆或入侵偵測系統（pfSense、Suricata）：2 至 8 GB，若啟用 NetFlow 或完整封包記錄則需更多

切勿依賴交換空間

交換空間的速度比 RAM 慢 10 到 100 倍。它的存在是作為安全網，讓核心在記憶體壓力驟升時有地方可去，而非用來擴充可用記憶體。如果伺服器在正常負載下就觸發交換空間，那就代表其記憶體配置不足，毋庸置疑。 《Linux 交換空間、OOM 殺手與 cgroups 如何相互作用》一文詳細探討了各種故障模式。

如何精準估算 RAM 容量

1. 應測量峰值，而非平均值。請使用 htop, free -m, vmstat 1或您的 Kubernetes 指標，以找出完整流量週期中的峰值使用量。每日峰值、每週批次處理以及每月計費週期皆需納入考量。
2. 預留成長空間。應用程式擴展應預留 20% 至 50% 的餘裕。針對資料庫，應依據資料集大小而非請求率來擴展記憶體。對於多租戶平台，請計算每個客戶端的資源佔用量並進行乘法運算。
3. 規劃時應考量您能容忍的故障模式。讀取複本若記憶體不足會導致效能下降；資料庫主節點若記憶體不足則會損壞查詢結果，甚至可能連帶導致應用程式停機。請將記憶體資源投入影響範圍最大的環節。

記憶體是那種「不足比過剩更致命」的規格。增加記憶體並不會讓受 CPU 限制的應用程式跑得更快，但配置過於緊湊則會破壞系統穩定性。請根據實際監控數據和經過測試的峰值來估算容量，並預留餘裕。

FDC 提供配備高記憶體配置及跨多個區域不限流量的專用伺服器與 VPS 服務。