2026 年最佳 Appwrite VPS：配置要求與成本
Appwrite 是一個開源後端即服務（Backend as a Service）平臺，提供身份驗證、資料庫、檔案儲存、無伺服器函式、訊息和實時 API。開發者既可以使用 Appwrite Cloud，也可以透過官方 Docker 部署在自己的基礎設施上執行。
Appwrite 並不是只執行單個程序和小型 SQLite 檔案的輕量筆記應用。自託管部署需要協調 API、資料庫、Redis、後臺工作程序、執行器和持久化儲存。因此，Appwrite VPS 必須為應用資料和業務增長預留足夠的記憶體、CPU 與磁碟空間。本文區分官方最低要求和生產環境建議，並比較五家服務商和 Ubuntu 安裝流程。
核對日期：2026 年 11 月 12 日。 撰寫時 Appwrite 官方版本為 2.7.1。除非另有說明，服務商價格不含稅費和可選服務。本文未聲稱進行過付費伺服器效能測試。LightNode 連結為推廣連結，我們可能獲得佣金。
什麼是 Appwrite？
Appwrite 為 Web 和移動應用提供 API 與 SDK，功能包括身份驗證、結構化資料庫與文件資料庫、檔案儲存、函式、實時通訊、訊息和整合。它適合開發者、初創專案和希望統一管理後端或控制資料位置的小型團隊。與普通 VPS 網站不同，Appwrite 主機執行的是一組相互協作的平臺服務和有狀態依賴，而不是單個應用程序。
Appwrite VPS 配置要求
官方安裝指南規定最低配置為：2 個 CPU 核心、4GB 記憶體、2GB 交換空間、支援 Docker 的作業系統以及 Docker Compose v2。這些是最低安裝要求，並不代表生產環境容量保證。
| 部署場景 | CPU | 記憶體 | 儲存 |
|---|---|---|---|
| 最低配置 / 開發環境 | 2 vCPU | 4GB | 40–60GB SSD |
| 推薦配置 / 小型生產環境 | 4 vCPU | 8GB | 80–120GB SSD |
| 增長中的應用 | 8+ vCPU | 16GB+ | 160GB+ SSD |
只有第一行的 CPU 與記憶體屬於 Appwrite 官方最低要求。表中的儲存容量以及另外兩個配置檔位均為編輯建議，應根據資料庫規模、上傳檔案、函式構建與執行、日誌保留、併發量和恢復目標進行調整。
CPU、記憶體與容器開銷
API請求,資料庫查詢,背景佇列,函式構建,執行時間執行可以重疊,因此四個vCPU是一個有用的小型生產環境起點. Appwrite的4 GB最低標準涵蓋Linux,Docker,資料庫,Redis,API,工作程序,以及其他服務. 8GB VPS會留下更安全的突發負載餘量. 需要的2GB交換空間是一個緊急緩衝,而不是代替RAM;持續的交換空間意味著主機需要更多的記憶體.
資料庫、Redis、工作程序與函式
安裝器支援PostgreSQL,MariaDB,或MongoDB,預設情況下選擇PostgreSQL. 選擇 之後無法更改。 Redis 支援快取和 pub/ sub ,而工作程序處理非同步任務。 函式會新增構建,執行時間容器,CPU 突發負載,記憶體分配,以及流量,所以從來沒有預算只用於API容器.
儲存、併發與頻寬
磁碟規劃應包含資料庫資料、上傳檔案、函式構建產物、容器映象、日誌、遷移臨時空間和安全餘量。備份應儲存在獨立位置。併發使用者會產生 API 請求、資料庫負載、實時連線和儲存流量；檔案下載和異地備份可能成為主要頻寬消耗。應監控實際出站流量，並核對所選地區的流量額度。
Appwrite 能在 2GB 記憶體的 VPS 上執行嗎？
不應在2GB記憶體上規劃標準的自託管Appwrite部署. 它低於官方4GB的最低值,加上交換空間並不能糾正這一缺陷. 2GB機在安裝過程中可能故障,在壓力下重新啟動容器,或者沒有更新和功能的安全餘地. 使用2核,4GB VPS作為開發底片,考慮4 vCPU與8GB作為小型生產後端.
Appwrite 託管需要多少錢？
Appwrite 自託管成本不只是 VPS 月租。預算還應包含計算資源、儲存、異地備份、域名、郵件或簡訊服務、頻寬、可選物件儲存、監控、安全維護和伺服器管理。即使流量不高，資料庫、Redis 和後臺工作程序仍會佔用資源。
| 預算級別 | 實用配置 | 適用於 | 每月估計總數* |
|---|---|---|---|
| 發展環境 | 2 vCPU / 4 GB / 40–60 GB SSD | 學習、原型、演練 | $18–$35 |
| 小型生產應用 | 4 vCPU / 8 GB / 80–120 GB SSD 變速器 | 有備份的小型直播應用程式 | $35–$75 |
| 正在增長的應用程式後端 | 8+ vCPU / 16 GB+ / 160 GB+ SSD | 更多的流量、資料、功能或分離的服務 | $80–$220+ |
*以上為編輯估算，結合下文已核驗的計算例項，併為備份儲存和域名預留少量預算。稅費、按量計費的簡訊服務、物件儲存、超額流量和人工運維成本不包含在內。
開發伺服器可以採用最低配置。生產環境需要獨立備份和恢復測試。隨著業務增長，可能需要更大的虛擬機器、附加儲存，或把資料庫和工作程序拆分到獨立資源。郵件與簡訊仍屬於按量計費的外部服務。
2026 年最佳 Appwrite VPS 服務商
建議的計劃滿足Appwrite的官方樓層. 便宜的目錄計劃可能尺寸不足.
| 服務商 | 推薦套餐 | CPU | 記憶體 | 儲存 | 起步價格 | 適合場景 | 訪問網站 |
|---|---|---|---|---|---|---|---|
| LightNode | Agency | 2 vCPU | 4GB | 50GB NVMe | 月均約 $14.70 | 按小時計費和地區選擇 | 訪問 |
| DigitalOcean | Basic Regular | 2 vCPU | 4GiB | 80GiB SSD | $24/月 | 開發者文件和工具 | 訪問 |
| Vultr | Regular Cloud Compute | 2 vCPU | 4GB | 80GB SSD | 基礎價格 $20/月 | 雲節點地區選擇 | 訪問 |
| Akamai Cloud / Linode | Linode 4GB | 2 vCPU | 4GB | 80GB | 基礎價格 $24/月 | 傳統 Linux 雲主機管理 | 訪問 |
| 赫茲納 | 4GB+共享計劃 | 校驗現場 SKU | 4 GB+ 常規 | 校驗現場 SKU | 當前需要引用的順序 | 支助區域的費用比較 | 訪問 |
價格於2026年11月12日與官方來源核對. 地區、IPv4、稅收和庫存可改變總數。
1. LightNode：支援按小時計費的靈活 Appwrite VPS
LightNode
LightNode提供KVM Linux VPS例項,靜態IP,NVMe儲存,root訪問,小時計費,以及40多個廣告地點. 這是基礎設施,不是管理下的Appwrite服務。
建議配置 : 機構提供2 vCPU,4 GB RAM,50 GB NVMe,以及2 TB 傳輸,顯示每月14.70美元等值(0.022美元/小時). 這符合Appwrite的CPU和RAM最小值. Premium提供4 vCPU,8 GB RAM,50 GB NVMe,以及3 TB等價27.70美元(0.042美元/小時)的傳輸,使小部署更能計算頭室;如果應用程式資料需要,可擴充套件儲存.
**主要特點：**按小時計費、KVM、Linux 映象、靜態 IP、NVMe、Docker 支援和多地區選擇。**優點：**相關套餐與 Appwrite 的最低及推薦配置對應清晰。**缺點：**50GB 可能限制資料增長，且不支援加密貨幣付款。**最適合：**全球部署或臨時開發環境。
2. DigitalOcean：成熟的開發者生態
DigitalOcean Droplets 是 Linux 虛擬機器，並提供文件、API、雲防火牆、儲存卷和市場映象。本文仍採用可明確核對版本的 Appwrite 官方安裝器。
建議的配置和價格: 基本普通2 vCPU,4 GiB,80 GiB SSD Droplet是24美元/月. 4 vCPU,8 GiB,160 GiB計劃為48美元/月. 基於百分比的每週備份會增加20%的Droplet成本;日常備份會增加30%.
**優點：**套餐規格、公開價格、文件和 API 都較清晰。缺點：$4 入門套餐低於 Appwrite 最低要求，備份需要額外付費。**最適合：**重視開發者文件的團隊。
3. Vultr：豐富的區域 Cloud Compute 選擇
Vultr Cloud Compute 在多個地區提供 Linux VPS 和不同計算產品系列；Docker 仍由使用者自行管理。
建議的配置和價格: 公共計劃 API 列出一個普通的 2 vCPU, 4 GB, 80 GB SSD 計劃,以 20 基月上限. 8GB計劃是更好的生產比較;確認其針對區域的引文和在結賬時的SSD/NVMe家族.
**優點：**可選擇節點地區、計算產品系列和按小時計費。**缺點：**地區和產品系列會影響價格，入門套餐不滿足 Appwrite 要求。**最適合：**希望伺服器靠近使用者的專案。
4. Akamai Cloud / Linode：傳統 Linux 雲主機
Akamai Cloud 的 Linode 例項提供 Linux 計算、API、防火牆、映象和文件。Appwrite 仍需自行管理。
建議的配置和價格: Linode 4GB提供2 vCPU,4 GB RAM,80 GB儲存,每月基價24美元. Linode 8GB提供4 vCPU,8 GB RAM,160 GB儲存48基. 區域乘數可以適用。
**優點：**例項管理直接，升級檔位清晰。**缺點：**地區價格和備份附加項會增加總成本，Nanode 不滿足最低要求。**最適合：**偏好傳統 Linux 雲主機管理的使用者。
5. Hetzner：適合關注成本的基礎設施選擇
Hetzner Cloud 在歐洲、美國和新加坡提供共享及獨享 vCPU 產品、Linux 映象、網路、防火牆、API 和 SSD/NVMe 套餐。
建議的配置和價格: 選擇一個至少有2 vCPU 和 4 GB RAM 的實際可訂購計劃; 選擇4 vCPU 和 8 GB 的小型生產. 公共頁面沒有披露本次審查期間可信賴的本地化直播價格,並標出一些無法共享的報價,因此需要當前控制檯報價. 不將舊歐元價格轉換為普遍美元承諾;增值稅、IPv4、地點和交通條件都很重要。
**優點：**有多種計算產品、網路和雲防火牆。**缺點：**庫存和地區價格必須在下單時確認。**最適合：**關注成本並願意核對地區供應情況的開發者。
如何在 Ubuntu VPS 上安裝 Appwrite
這個程式使用Ubuntu 24.04 LTS,Docker的官方暫存器,Appwrite的官方2.7.1安裝器. 在稍後部署之前審查這兩個專案的現有檔案。
步驟 1：準備 Ubuntu VPS
提供至少2 vCPU,4 GB RAM,2 GB 交換空間,充足的SSD空間,sudo訪問,和一個域. 將域名的 A/AAAA 記錄指向伺服器. 首先補丁 :
sudo apt update
sudo apt upgrade -y允許 TCP 80/443,並限制SSH. Port 20080是臨時的:在兩個防火牆中只允許您的管理員IP,然後在安裝後刪除規則.
步驟 2：安裝 Docker Engine 和 Docker Compose v2
跟著 Docker 的 Ubuntu 指令 新增 Docker 所簽名的 APT 暫存器,然後安裝所維護的軟體包 :
sudo apt install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
sudo systemctl enable --now docker
sudo docker version
sudo docker compose version不替換已退休 docker-compose v1.
步驟 3：安全配置所需的交換空間
在建立任何東西之前檢查已有的交換空間 :
swapon --show
free -h如果沒有交換空間,請建立受保護的 2 GB 檔案並堅持:
sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
swapon --show不要重現 fstab 線條,如果它已經存在。 交換是一個緊急緩衝器,不是4GB實體記憶體的替換.
步驟 4：執行 Appwrite 官方安裝器
從一個專用的工作目錄中執行 Appwrite 當前指南的精確版本命令 :
mkdir -p "$HOME/appwrite-install"
cd "$HOME/appwrite-install"
sudo docker run -it --rm \
--publish 20080:20080 \
--volume /var/run/docker.sock:/var/run/docker.sock \
--volume "$(pwd)"/appwrite:/usr/src/code/appwrite:rw \
--entrypoint="install" \
appwrite/appwrite:2.7.1Docker套接字賦予了廣泛的主機控制. 只執行已核實的官方影象 。 開啟 http://SERVER_IP:20080 從允許的地址開始,之後關閉了20080埠。
步驟 5：完成安裝嚮導
設定主機名和 HTTPS 狀態 。 選擇 PostgreSQL, MariaDB, 或MongoDB; PostgreSQL 是預設的, 後端以後不能更改 。 高階設定涵蓋工作程序/計劃地形、埠和證書電子郵件。
嚮導生成用於加密敏感資料的金鑰 API 。 複製到安全的秘密管理器, 因為只顯示一次 。 建立管理員賬戶並審查最終配置 。 執行器和加密機密必須保持私有和可收回;絕不在儲存庫中公佈真實值。
步驟 6：全面驗證 Appwrite 服務
檢查服務、保健和日誌:
cd appwrite
sudo docker compose ps
sudo docker compose logs --tail=200 appwrite
sudo docker stats --no-stream
curl -I https://appwrite.example.com確認Console和API的工作,資料庫連線,工作程序仍在執行. 檢查重新啟動或不健康服務 docker compose logs SERVICE_NAME; 單憑成功不能證明準備就緒。
步驟 7：配置 HTTPS 與域名
指向伺服器的DNS,允許80/443,並使用嚮導的路由和證書設定. 在同一埠上不要新增代理, 無需故意設定路由 。 對於上游代理,遵循當前可信賴的代理引導並測試重定向,資產,實時,以及TLS.
步驟 8：建立第一個 Appwrite 專案
建立一個工程,並用其真實主機名或識別符號新增正確的平臺. 設定 SDK 端點,配置認證,建立資料庫和許可權,然後測試認證的請求. 從 Appwrite 2.7.1 的相容表格中 pin 一種 SDK 版本.
步驟 9：配置儲存與函式
建立帶有明確許可權和限制的桶,並在備份中包含音量. 函式新增構建,執行時間,日誌和儲存增長;設定資源/時間限制,保護秘密,並拒絕使用者密碼訪問多克套接字.
步驟 10：安全備份與更新 Appwrite
持續備份資料庫,加上卷,上傳,環境配置,加密金鑰,API金鑰材料,以及執行器機密. 加密非主機副本並進行測試修復 。
更新前請閱讀對應版本的遷移指南，確認當前版本位於受支援的升級路徑上，並先建立可恢復的備份。Appwrite 2.7.1 文件支援從 1.9.6 或更高版本升級，但未來版本的規則可能不同。請使用目標版本的官方升級安裝器並執行要求的遷移命令。不要把 docker compose down -v 用作常規重啟或升級命令，因為 -v 可能刪除持久卷。
Appwrite 與 Supabase 對比
| 對比項 | Appwrite | Supabase |
|---|---|---|
| 主要用途 | 整合後端API和SDK | 以 PostgreSQL 為中心的後端平臺 |
| 資料庫架構 | TablesDB/DocumentsDB API; 自託管後端選擇 | PostgreSQL 是核心資料層 |
| 認證 | 內建賬戶、會話、 OAuth 和許可權 | Supabase Auth 與 PostgreSQL 政策整合 |
| 儲存 | 內建儲存桶和許可權 | 與 PostgreSQL 後設資料及策略整合的物件儲存 |
| 函式 | Appwrite Functions 和多種執行時 | 基於 Deno 的 Edge Functions |
| 自託管 | 官方 Docker 安裝器、Compose 或 Helm | 支援基於 Docker 的自託管 |
| 資源要求 | 官方最低 2 核、4GB 記憶體、2GB 交換空間 | 取決於啟用的 Supabase 服務和工作負載 |
| 擴充套件方式 | 分別擴充套件 API、工作程序、資料庫、Redis 和儲存 | 分別擴充套件 PostgreSQL 和各個平臺服務 |
| 維護責任 | 自行維護平臺、資料庫、Redis、升級和備份 | 自行維護 PostgreSQL、平臺服務、升級和備份 |
| 適合場景 | 偏好 Appwrite API、SDK 和後端抽象的團隊 | 需要直接使用 PostgreSQL 及其生態的團隊 |
兩種平臺的功能有所重疊，但並不能直接互換。Appwrite 在統一 API 後支援多種資料庫後端，而 Supabase 把 PostgreSQL 作為開發模型的核心。選擇前應驗證許可權模型、查詢方式、實時能力、函式以及遷移路徑。
Appwrite Cloud 與自託管 Appwrite 對比
| 對比項 | Appwrite Cloud | 自託管 Appwrite |
|---|---|---|
| 初始設定 | 使用託管服務 | 自行準備伺服器並安裝平臺 |
| 基礎設施控制 | 受託管平臺邊界限制 | 直接控制主機和部署位置 |
| 維護 | Appwrite 負責核心基礎設施 | 自行打補丁、升級、監控和恢復 |
| 擴充套件 | 使用託管產品提供的擴充套件方式 | 自行設計垂直或水平擴充套件 |
| 備份 | 按雲服務責任範圍執行 | 自行負責備份和恢復流程 |
| 安全管理 | 採用共享責任模式，主機運維較少 | 自行負責主機、網路、金鑰和平臺安全 |
| 託管成本 | 套餐費和用量費 | 基礎設施、外部服務和人工成本 |
| 運維複雜度 | 較低 | 較高 |
請求自己 建議雲 當一個團隊想要專注於建設而不是基礎設施。 自託管可以提供更直接的部署和資料定位控制,這對合規或內部聯網都很重要. 它不會自動降低成本:工作人員的時間、恢復、安全工作和事故可能超過低價的VPS發票。
常見 Appwrite 託管問題
- **容器反覆重啟：**檢查
docker compose ps、服務日誌、記憶體壓力、剩餘磁碟空間和資料庫就緒狀態。不要透過刪除捲來強制“重新開始”。 - **記憶體不足：**使用
journalctl -k檢查 OOM 事件，並觀察持續交換空間使用和容器峰值。升級記憶體或減少確認可關閉的負載，不要把 Appwrite 降到官方最低要求以下。 - **Docker 安裝錯誤：**確認 Ubuntu 版本受支援，並檢查 Docker 官方軟體源、守護程序狀態、系統架構和 Compose v2 外掛。
- **埠衝突：**使用
sudo ss -lntp查詢佔用 80、443 或 20080 埠的程序。確認服務用途後再調整配置，不要直接停止未知的生產服務。 - 資料庫連線錯誤 : 驗證選中的後端容器、 證書、 DNS/ 服務名稱、 卷和資料庫日誌 。 安裝後無法切換後端 。
- Redis 連線問題 : 在按依賴順序重新啟動服務之前, 請檢查 Redis 健康、 容器聯網、 證書、 記憶體和 Appwrite 工作程序日誌 。
- HTTPS 證書籤發 : 驗證公共 DNS, 輸入 80/443, 主機名設定, 證書日誌, 以及代理是否攔截挑戰 。
- 控制檯不裝入 : 測試API和靜態資產,瀏覽器控制檯,TLS鏈,反向代理頭,以及匹配的Console/伺服器版本.
- 函式失敗 : 檢查構建和執行器日誌,執行時間相容性,超時和記憶體限制,網路訪問,秘密,可用磁碟.
- 更新遷移失敗 : 停止,儲存日誌,驗證支援的源版本,如果需要,只從已測試的備份恢復. 遵循目標釋放的遷移指示,而不是跳過版本或刪除卷.
如需監控主機資源，可以檢視我們的最佳 Beszel VPS指南。需要部署控制平臺時，可比較 Coolify 和 Dokploy。執行私有程式碼倉庫的團隊還可以參考 Gitea 託管，自動化工作負載則有獨立的 n8n VPS 指南。
常見問題
Appwrite 最適合使用哪種 VPS？
最佳選擇滿足官方2分,4GB RAM,以及2GB交換空間最小,並具有可靠的SSD儲存. 對於小型生產應用,4 vCPU和8 GB RAM為資料庫,Redis,工作程序和功能提供了更多的空間. 選擇按區域,備份,業務要求而不是單價.
Appwrite 需要多少記憶體？
Appwrite的官方自宿最低為4GB RAM. 這是完整的多集裝箱平臺的最低要求,而不是能力保障。 小型生產部署一般應該從8GB左右開始,並根據測量的資料庫、API、儲存和功能需求進行調整。
Appwrite 能在 2GB 記憶體的 VPS 上執行嗎？
2GB VPS低於Appwrite目前的官方最低要求,不推薦標準自託管安裝. 交換無法替換缺失的實體記憶體 。 至少使用4GB進行開發,並考慮8GB進行小型生產服務.
4GB 記憶體足夠執行 Appwrite 嗎？
四個GB可以適合開發或一個經過仔細監測的低流量專案,因為它滿足了官方的最低要求. 它給建築、功能、資料庫增長和交通中斷留下了有限的空間。 不從成功的啟動中推斷生產能力;監測壓力,必要時調整規模。
自託管 Appwrite 需要多少錢？
目前,在這些比較中,最低能力VPS每月大約開始14.70至24美元。 真正的總數包括備份、一個域、外出傳輸、電子郵件或簡訊、可選物件儲存和管理。 小型生產基礎設施通常在生產前每月開始約35至75美元。
可以使用 Docker Compose 安裝 Appwrite 嗎？
對 Appwrite正式要求Docker Compose v2,並提供透過嚮導生成其所需配置的Docker安裝器. 使用官方版本的安裝器而不是一個縮小的Compose檔案,因為Appwrite依賴於多個服務,卷,工作程序,Redis,以及一個支援的資料庫.
Appwrite 比 Supabase 更好嗎？
也沒有普遍改善。 Appwrite提供整合後端API和多支援的自託管資料庫後端. Supabase在PostgreSQL上集中了開發者的經驗. 根據資料模型,許可權,SDK,函式,以及團隊理解的作業系統來選擇.
自託管 Appwrite 比 Appwrite Cloud 更便宜嗎？
不見得. 自託管可能提供可預測的基礎設施成本和更多的部署控制,但備份、監測、升級、事件應對和工程時間是你們的。 喜雲將大部分作品刪除. 比較總運營成本和風險,而不僅僅是VPS價格.
最終結論
開發環境應至少使用 2 vCPU 和 4GB 記憶體。LightNode 月均約 $14.70 的 Agency 套餐是本文核驗到價格最低且滿足最低配置的方案，適合需要按小時計費的使用者。DigitalOcean 適合重視文件的團隊；Hetzner 值得關注歐洲地區的實時報價；Vultr 和 LightNode 則提供較靈活的節點選擇。
小型生產環境建議從 4 vCPU 和 8GB 記憶體起步，同時配置獨立備份並監控各項服務。業務增長後，可能需要 16GB 記憶體或拆分有狀態服務。最終選擇應綜合容量、地區、恢復能力和運維方式，而不是隻看最低宣傳價格。