Oracle 已將 Oracle Cloud Infrastructure 上的 Always Free Ampere A1 Compute 配額從 4 OCPU 和 24 GB RAM 減為 2 OCPU 和 12 GB RAM。變更於 2026 年 6 月 15 日 生效。Oracle 既未發布部落格文章、傳送客戶通知，也未做出任何公開宣布。文件內容只是被更新，用戶是在執行個體被關閉，或社群成員注意到 Oracle 網站上的數字改變後，才發現新的限制。

先前每月 3,000 OCPU 小時與 18,000 GB 小時的配額（相當於持續執行 4 OCPU 與 24 GB），對免費雲端方案而言相當慷慨，吸引了大量開發者、自架伺服器愛好者，以及使用 Linux 的使用者在上面執行個人伺服器、測試環境、以 Ollama 進行輕量 AI 推論，以及透過反向代理執行家庭自動化。新配額每月 1,500 OCPU 小時與 9,000 GB 小時，容量減半。

計費方式的變化讓用戶困惑了好幾天。Linuxiac 報導指出，缺乏通知立即引發批評，尤其是已升級為 Pay-As-You-Go 的用戶，他們原本為了更容易佈建執行個體而升級帳戶，卻仍依賴 Always Free 資源。令人擔憂的是：使用舊有 4 OCPU 設定的 PAYG 帳戶，可能會在不知情的情況下開始對超額部分收費。純免費帳戶則面臨另一種後果：超過新限制的執行個體會被關閉，直到使用者手動調整大小以符合 2 OCPU 與 12 GB 的限制。

6 月 22 日情況出現轉變，多名使用者回報，Oracle 的人工客服（而非聊天機器人）透過電子郵件確認，新限制僅適用於免費方案帳戶。PAYG 帳戶仍可免費使用 4 OCPU 與 24 GB。但「可能」這個詞在這裡影響重大。截至發稿時，Oracle 尚未發布公開澄清說明，而文件也未區分帳戶類型。一名Reddit 留言者直接指出其中的矛盾：

Oracle 目前的官方文件寫道：「所有租用戶每月可免費使用前 1,500 OCPU 小時與 9,000 GB 小時。」如果 PAYG 租用戶真的不受影響（正如 Oracle 客服據報告知客戶的那樣），那麼這個措辭就非常容易誤導。「所有租用戶」通常應包含 PAYG 帳戶。

用戶目前依賴客服電子郵件截圖，而非官方政策。即使是那些仍維持舊有 4/24 執行個體運作的使用者，保護也可能是暫時的。另一名留言者指出細則：

真正的陷阱在這裡：「若現有資源被終止，可能無法再建立超過更新後 Always Free 限制的資源。」沒有人能保證執行個體永遠不會被終止，而 Oracle 早已知道這點。

這意味著已保留的執行個體，只要被終止一次（無論是因維護、故障還是使用者操作失誤），就可能永久被鎖定在新 2/12 的限制內。

Oracle 處理這次變更的方式才是真正的問題。減半免費方案配額本身是合理的商業決定。每家雲端供應商都會隨時間調整免費方案，例如 AWS 去年推出的新免費方案。但在沒有部落格文章、沒有寄送受影響帳戶的電子郵件、也沒有在文件中清楚區分免費方案與 PAYG 影響的情況下進行調整，正好會造成信任流失，讓開發者對在該平台上建置服務猶豫不決。社群是透過文件差異與執行個體中斷才發現這件事，而不是透過 Oracle 的官方管道。

對受影響的使用者而言，立即的做法很簡單：審核您的 Ampere A1 執行個體，確保所有租用戶內的執行個體總用量不超過 2 OCPU 與 12 GB RAM。若您使用的是 PAYG 帳戶，請直接聯絡 Oracle 客服確認舊有限制是否仍適用於您的帳戶類型，並保留回覆紀錄。

Oracle 的Always Free Resources 文件已反映目前的限制。

About the Author

Steef-Jan Wiggers