免費方案的兩種額度：有期限的試用金與沒有期限的固定額度

三家的免費方案都由兩種性質不同的額度組成：試用金與固定額度。

試用金（free trial credits）是一筆有期限的金額，可以花在大部分付費服務上。有了它，試用期限內可以試用較大的機型或付費服務；期限一到、或金額用完，額度就結束。

固定額度是每個月重置、沒有期限的用量上限，只適用於指定的機型與服務。一台小主機要長期免費開著，靠的是這一種額度。各家對固定額度的稱呼不同：Oracle Cloud 叫 Always Free，Google Cloud 叫 Free Tier，AWS 叫 Always free services。

要長期跑一台小主機時，看的是固定額度；試用金只影響開頭那一段期限（Oracle Cloud 30 天、Google Cloud 90 天、AWS 6 個月，見比較表）。AWS 目前的 Free plan 沒有 EC2 的固定額度，長期跑主機要升級成付費帳戶，見下一節。

計費單位的換算：OCPU、vCPU 與機型配額

三家描述運算額度的單位不同。比較的基準是 vCPU：作業系統看到的一個虛擬處理器。多數 x86 機型的一顆實體核心跑兩個硬體執行緒（超執行緒），雲端業者把每個硬體執行緒算成一個 vCPU，這時一個 vCPU 是半顆核心。例外是每核只跑一個執行緒的 x86 機型：AWS 的 CPU 選項對照表 上，AMD 處理器的 M7a、C7a、R7a 與 M8a、C8a、R8a 等系列每核執行緒數只有 1，它們的一個 vCPU 就是一顆實體核心。ARM 處理器裡，Oracle Cloud 的 Ampere A1 與 AWS Graviton 每核一個執行緒，一顆核心就是一個 vCPU；Oracle Cloud 較新的 Arm 機型 A2 與 A4 的 OCPU 換算跟 A1 不同，見下方 Oracle Cloud 那一項。

• Oracle Cloud 用 OCPU 計：官方〈Compute Shapes〉的〈OCPUs and vCPUs〉一節把 OCPU 定義為實體核心，換算成 vCPU 的比例依處理器不同：x86（AMD、Intel）的 1 OCPU 等於 2 個 vCPU，Ampere A1 的 1 OCPU 等於 1 個 vCPU；同一節另列較新的 Arm 機型 A2 與 A4，它們的 1 OCPU 等於 2 顆核心、也就是 2 個 vCPU，不在 Always Free 額度內。Always Free 的 A1 額度以「OCPU 小時」與「GB 小時」計，每月 1,500 OCPU 小時、9,000 GB 小時，可以自由切成一台或兩台；整個月開著的 2 OCPU A1 主機，作業系統看到的是 2 個 vCPU。付費 tenancy 的 A1 免費量是每月 3,000 OCPU 小時、18,000 GB 小時（相當於 4 OCPU、24 GB 整個月開著；2026-10-26 讀到的 Oracle 的 Compute 價目頁，頁名這次沒有記下）。
• Google Cloud 以機型與台數計：Free Tier 是每月一台 e2-micro。e2-micro 是共享核心機型，作業系統看到 2 個 vCPU，而持續使用量是每個 vCPU 12.5%、合計 25% 的 CPU 時間；每個 vCPU 可以短時間爆發到 100%，全速爆發約 30 秒。持續高負載時，它能用的運算量是 0.25 個 vCPU。
• AWS 以帳號層級的試用金計：目前的 Free plan 不再列出每月固定的機型時數，EC2 的用量由試用金支付。

所以「OCI 給 2 OCPU、GCP 給 2 vCPU」這類比較不成立：OCI 的 2 OCPU A1 在持續負載下是 2 個完整的 vCPU，GCP 的 e2-micro 是 0.25 個。要比的是在持續負載下能拿到多少運算量，以及免費的部分是以時數、台數還是金額計算。

固定額度的區域限制

固定額度通常只適用於部分區域，而區域決定主機的實體位置——從使用者所在地連過去的延遲，以及主機對外連線時出口 IP 屬於哪個國家。

• Oracle Cloud：Always Free 的運算與區塊磁碟只能建在 home region，home region 在申請時選定、之後不能改（細節見 Oracle Cloud 的帳號結構與 home region）。
• Google Cloud：Free Tier 的 e2-micro 只適用於美國的三個區域：us-west1（奧勒岡）、us-central1（愛荷華）、us-east1（南卡羅來納）。在亞洲區域建同一個機型照一般價格計費。
• AWS：〈Free Tier FAQ〉寫明試用金與方案選擇在中國的 ZHY、BJS 兩區不提供（原文「The AWS Free Tier credits and account plan selections are not available in the China (ZHY) and China (BJS) regions.」），GovCloud（US）區域不適用 Free Tier（Lambda 等少數服務例外）；其他區域 FAQ 沒有列出限制。

用途需要特定國家的出口 IP 時（例如要讓連線看起來從日本發出），固定額度的區域限制是第一個篩選條件。Google Cloud 的固定額度只在美國；Oracle Cloud 的前提是申請時就把 home region 選在那個國家，而那個國家的區域多半只有一個可用區，A1 免費機型容量不足時沒有別的可用區可以換（容量不足時還有哪些退路，見 Oracle Cloud 的帳號結構與 home region 的〈A1 容量不足時的退路〉）；AWS 的 Free Tier FAQ 排除的只有中國與 GovCloud 的區域，日本的區域不在排除之列，而 Free plan 帳號最晚 6 個月後關閉，長期使用要升級成付費帳戶。

試用結束後帳號與資源的處置

試用期結束、而沒有升級成付費帳戶時，主機繼續免費、被停掉還是開始收費，各家不同。

• Oracle Cloud：試用結束後帳號照常存在，Always Free 資源不中斷。除非升級成付費帳戶，用試用金建的付費資源會被回收；tenancy 裡全部 A1 主機的合計超過 2 OCPU、12 GB 時，全部 A1 主機會被停用、30 天後刪除。A1 合計的判斷方式與試用結束前怎麼避免，見 Oracle Cloud 的帳號結構與 home region 的〈Always Free 的額度與它綁在 home region 上的範圍〉。
• Google Cloud：試用結束時如果沒有升級成付費帳戶，帳單帳戶會被停用、資源會被停止、帳號失去 Google Cloud 產品的存取權，有 30 天的寬限期可以升級回復。Free Tier 的固定額度要在付費帳戶上才能繼續用；升級之後超出額度的用量開始計費。
• AWS：Free plan 在開立 6 個月後或試用金用完時（先到者為準）結束，帳號隨即自動關閉、失去資源與資料的存取權；AWS 保留帳號內容 90 天，90 天內升級到 Paid plan 可以保住帳號的存取權，剩下的試用金會用在之後的帳單上。升級之後超出試用金的用量開始計費。

三家在不升級時的處置不同：Oracle Cloud 不升級也能留著免費資源，Google Cloud 與 AWS 不升級的話資源會停掉或帳號會關閉，而升級之後這兩家超出額度的部分會直接計費。升級成付費帳戶之前先設好預算警示，讓超出額度的費用在發生時有人收到通知。預算門檻怎麼算、扣款的信用卡要留多少額度、配額怎麼當成費用的上限，在 租用雲端主機之前的費用規劃：費用訊號的延遲、停止之前的最大超支、扣款的信用卡額度、配額與預算門檻的計算，以及停損停到哪一層；Google Cloud 預算的實際花費與預測花費兩種依據在 GCP 上的雲端費用失控防護，門檻比例、建立指令與從預算通知觸發停損的建置在 GCP 預算警示與停損開關的實測紀錄；成本監控與異常告警的設計見 運行期維運的成本管理。Oracle Cloud 不同帳號狀態下超出額度的結果，見 Oracle Cloud 的帳號結構與 home region 的〈超出 Always Free 額度時：試用中、未升級與付費帳戶各自的結果〉。

出站流量與閒置回收

主機本身免費，費用仍可能來自出站流量（outbound data transfer，也常寫作 egress）——主機送到網際網路的資料量。跑 VPN、下載站這類用途，流量才是主要成本。出站流量在整份帳單裡跟其他隱藏成本（NAT 閘道的流量費、被遺忘的資源）放在一起看，見 計費模式理解 的〈隱藏成本：帳單上的意外〉。

• Oracle Cloud：每月 10 TB 出站流量免費。
• Google Cloud：Free Tier 每月 1 GB 從北美送往各地的出站流量（不含中國與澳洲）；超過的部分計費。
• AWS：Free plan 頁面沒有列流量額度，額度寫在 EC2 的價格頁：每月 100 GB 送往網際網路的出站流量免費，所有服務與區域合計（不含中國與 GovCloud 區域）。

另一項只有 Oracle Cloud 明文寫出的規則是閒置回收：Always Free 主機在 7 天內的 CPU 使用率（取第 95 百分位）、網路使用率、記憶體使用率（只算 A1 機型）都低於 20% 時，Oracle 可能回收它（官方沒有寫網路使用率的 20% 是對什麼的比例）；官方頁用的詞是 reclaim，沒有寫回收之後主機是停止還是刪除。規則的出處見 Oracle Cloud 的帳號結構與 home region。一台大部分時間沒有流量的 VPN 或實驗機會落在這個條件裡。主機會被回收、而回收是停止還是刪除不明時，維護與暫停期間要先做的準備（資料備份到主機以外、確認照 repo 重建得出來），見 服務暫停與恢復上線：只停服務、停止主機、終止主機到全部刪除各自保留的資源，暫停期間仍計費與仍被指向的資源，恢復前要查的漂移與恢復的順序〈暫停時保留的範圍：只停服務、停止主機、終止主機、全部刪除〉。

三家免費方案比較表（查證日期 2026-10-24）

表裡 Oracle Cloud 磁碟那一格的 47 GB 不是來自官方頁面：2026-10-27 用 oci limits resource-availability get 查區塊磁碟額度的用量，三顆預設大小的開機磁碟合計扣 141，每顆 47，數值是 46.6 GiB 進位。合計超過 200 GB 時，判定免費與否的單位是整顆磁碟：同一天在付費 tenancy 建一顆 60 GB 的開機磁碟讓合計變成 201，免費額度的用量停在 141，那一顆整顆不算免費額度。查法與推論過程在 Oracle Cloud 私有子網路 Ubuntu 主機的實測紀錄：套件來源的出站（NAT gateway、路由與 NSG）、序列主控台的連線，以及被回收之後的重建〈費用與額度：A1、開機磁碟與區塊儲存額度、出站流量與 NAT gateway〉。

查付費主機價格時要輸入的項目

固定額度不夠用、或要把主機放在固定額度以外的區域時，價格要回到各家的價格頁與計算器查。這篇不列單價，理由是單價隨區域、機型世代與時間改變，寫在這裡的數字很快就會跟讀者看到的帳單對不上。查價時把這幾項一起輸入計算器，算出來的才是一台主機一個月的實際費用：

• 運算：機型、核心數（注意 OCPU 與 vCPU 的換算）、記憶體、每月開機時數
• 開機磁碟的容量與類型
• 公開 IPv4 位址：AWS 對每個公開 IPv4 位址按小時另外計費，其他業者去各自價格頁的 IP 位址那一項查
• 出站流量的預估量
• 負載平衡器：服務對外、主機留在私有 subnet 時要用。Oracle Cloud 的 Always Free 含一個 10 Mbps 的負載平衡器，AWS 與 Google Cloud 另外計費
• NAT 閘道：私有 subnet 的主機要下載套件更新時要用，AWS 的 NAT Gateway 與 Google Cloud 的 Cloud NAT 另外計費；Oracle Cloud 的價目表（2026-10-27 讀）沒有 NAT gateway 這一項。一個 NAT gateway 開了約 6 小時的那一天，帳務明細也沒有它的項目，經它出去的流量記在送出流量的主機的 VNIC 上、照出站流量計（從這一天的明細推論，沒有讀完一個帳單週期），實測與讀法見 Oracle Cloud 私有子網路 Ubuntu 主機的實測紀錄：套件來源的出站（NAT gateway、路由與 NSG）、序列主控台的連線，以及被回收之後的重建〈費用與額度：A1、開機磁碟與區塊儲存額度、出站流量與 NAT gateway〉

主控台的共通結構：選單、區域選擇器與資源分組篩選器

主控台上有三種元件第一次登入時要先找到，各家有沒有、放在哪裡不同：

• 導覽選單：列出所有服務，依領域分類。Oracle Cloud 是左上角的 ☰，AWS 與 Google Cloud 也有同樣位置的選單，另外都有一個搜尋框，打服務名稱就能直接跳過去。不知道某個功能在哪一類底下時，搜尋框比翻選單快。
• 區域選擇器：大部分資源屬於某一個區域，主控台一次只顯示目前選定區域裡的資源。主機建在東京、選擇器停在新加坡時，主機清單是空的。Oracle Cloud 與 AWS 的選擇器在右上角；Google Cloud 的主控台不以區域切換，而是在清單上列出每個資源的區域。
• 資源分組篩選器：資源還歸屬於某一個分組（Oracle Cloud 的 compartment、Google Cloud 的 project、AWS 的帳號），清單頁只列出目前選定分組裡的資源。Oracle Cloud 的清單頁上有一個 compartment 篩選器，預設常停在 root，資源建在別的 compartment 時，要切過去才看得到；Google Cloud 在頂端列切換專案；AWS 的分組由目前登入的帳號決定，清單頁上沒有篩選器。

清單看起來是空的、或剛建的資源找不到時，先查區域與分組這兩個篩選條件，多數時候資源還在，只是篩掉了。

身分與權限：誰能登入、能做什麼

帳號的管理員在這個領域管理使用者、群組、角色與權限政策，以及登入方式（密碼政策、多因素驗證、外部身分提供者）。日常的工作是加人、移除人、調整誰能動哪些資源，以及替程式建立服務帳號或 API 金鑰。

新帳號開好之後，這個領域裡要先做兩件事：替申請時建立的管理員帳號開啟多因素驗證，並另外建一個日常使用、權限較小的帳號（權限只給到工作需要的範圍，見 Least Privilege 卡），管理員帳號只在必要時用。理由是管理員帳號能動整個帳號裡的一切，它的密碼外洩時沒有任何一層權限擋得住；日常操作用權限較小的帳號，外洩時影響範圍就限在那些權限裡。帳號不是自己申請的（公司指派、接手別人的帳號）時，先確認誰持有那個管理員帳號、它有沒有開多因素驗證。公司的帳號常屬於一個組織，組織的政策（AWS Organizations 的 SCP、Google Cloud 的組織政策）可能讓某些選項建不起來，建立時收到權限不足的錯誤而自己的權限看起來沒問題時，去問管理組織的人。權限的分級與日常帳號的設計見 團隊權限分級與存取管理，概念見 IAM 卡。

資源分組與標籤：資源屬於哪個專案、誰付錢

管理員與使用者在這個領域把資源分組，讓權限、預算與清理以組為單位進行；標籤則在組之外再加一層分類，用來分攤費用、篩選資源。Oracle Cloud 的分組是 compartment（可以巢狀），Google Cloud 是 project（上面還有 folder 與 organization），AWS 是帳號本身（多個帳號由 Organizations 統一管理）。

實驗用的資源放進一個專用的分組，清理時刪那一組的資源，不會碰到正式環境；權限政策也能限定只作用在那一組。用帳號或專案隔開環境的設計見 跨帳號策略 — Organizations、SCP 與帳號工廠。

運算：主機與映像檔

使用者在這個領域建立、停止、刪除主機，管理映像檔、主機範本與自動擴展的主機群組，建立主機時的每個選項見 建立雲端虛擬機的選項。日常會來這裡做的事是看主機狀態、停機省錢、調整規格，以及刪除不用的主機。

網路：虛擬網路、負載平衡、DNS 與公開 IP

管理虛擬網路與 subnet、路由與閘道、防火牆規則、負載平衡器、DNS 區域、保留的公開 IP。主機連不進去、或連不到其他服務時，原因多半在這個領域的路由與防火牆規則。subnet 怎麼切、路由與防火牆規則怎麼設計見 模組三：網路地基；建立主機時的網路欄位見 網路：subnet、私有 IP、公開 IP 與防火牆規則。

儲存：區塊磁碟、物件儲存與檔案系統

三種儲存在選單上通常分開：區塊磁碟（主機的開機磁碟與資料磁碟、它們的備份）、物件儲存（以 bucket 存放檔案，經由 HTTP 存取）、共享檔案系統（多台主機同時掛載）。刪除主機之後留下的開機磁碟、沒有人記得的備份與 bucket 仍然是存在的資源，會繼續佔用免費額度，超出額度之後的結果依業者與帳號狀態而定（例如試用中由試用金支付、付費帳戶照一般價格計費），清理時要回來看。Oracle Cloud 三種帳號狀態各自的結果見 Oracle Cloud 的帳號結構與 home region 的〈超出 Always Free 額度時：試用中、未升級與付費帳戶各自的結果〉，Google Cloud 與 AWS 的見 雲端免費額度與小型主機的收費比較 的〈試用結束後帳號與資源的處置〉。開機磁碟的選項見 磁碟：開機磁碟與區塊磁碟的大小、效能、加密與去留。

帳單與成本：花了多少、會花多少

負責付款的人在這個領域查看帳單與付款方式、依服務與分組分析費用、設定預算與警示。新帳號開好之後要來這裡設一個預算警示，讓費用超過預期時有人收到通知。帳號已經升級成付費帳戶時，超出免費額度或用到非免費機型的費用會直接扣款，所以這類帳號一定要設。

Oracle Cloud 沒有升級的帳號在試用結束後不會開始計費，預算警示在這種帳號上的用處是在試用期間提早看到哪些資源不在免費額度內。成本監控與異常告警見 運行期維運的成本管理；預算門檻怎麼從每月能接受的上限與費用訊號的延遲推出來、扣款的信用卡要留多少額度，在 租用雲端主機之前的費用規劃：費用訊號的延遲、停止之前的最大超支、扣款的信用卡額度、配額與預算門檻的計算，以及停損停到哪一層；Google Cloud 各機制的範圍在 GCP 上的雲端費用失控防護，門檻比例、建立指令與從預算通知觸發自動停損的建置在 GCP 預算警示與停損開關的實測紀錄。帳單上已經出現費用、要找出是哪個資源在計費時，在成本分析頁依服務與資源拆開；免費額度的帳號最常見的來源是刪除主機後留下的開機磁碟（磁碟：開機磁碟與區塊磁碟的大小、效能、加密與去留 的〈刪除（終止）主機時開機磁碟的預設去留〉）、選到不在免費額度內的機型，以及 AWS 對公開 IPv4 位址的計費。免費額度的規則見 雲端免費額度與小型主機的收費比較。

監控、日誌與告警：系統現在的狀態

主機與服務的指標（CPU、記憶體、網路流量）、日誌的收集與搜尋、告警規則與通知管道。主機變慢、服務停掉時，先來這裡看指標與日誌。log group、metric 與 alarm 怎麼跟資源一起管理見 模組六：可觀測性與 log。

稽核紀錄：誰在什麼時候做了什麼

業者自動記錄對雲端資源的管理操作（建立、修改、刪除）：誰、什麼時間、從哪個 IP、做了什麼操作、對哪個資源。主控台上建立、修改、刪除資源的點擊最後也是 API 呼叫，同樣會留下紀錄。要查出某個資源是誰、在什麼時候改掉或刪掉的，看這裡的紀錄。讀取資料這一類操作不一定預設記錄：Google Cloud 的 Data Access 稽核紀錄除了 BigQuery 之外預設關閉，AWS CloudTrail 的 Event history 只列管理操作，兩者都要另外打開。稽核紀錄的保存期限各家不同，要長期保存時要另外匯出。AWS 的同一個功能見 CloudTrail 卡。

安全服務：管理通道、金鑰、秘密與弱點掃描

業者提供的安全服務多半集中在一個領域：不經公開 IP 登入主機的服務（Oracle Cloud Bastion、Google Cloud IAP、AWS Systems Manager）、金鑰與秘密的保管（Oracle Cloud 的 Vault、Google Cloud 的 Secret Manager、AWS 的 Secrets Manager）、主機的弱點掃描、組態風險的偵測。管理通道的設計見 伺服器管理通道的設計。Oracle Cloud 的 Vault 是業者的金鑰管理服務，跟 HashiCorp 公司的同名自架產品是兩個不同的產品；不用業者服務、自己架秘密管理時的選項見 HashiCorp Vault 卡。

配額與限制：帳號最多能開多少

每個帳號對每種資源都有數量上限（主機台數、核心數、公開 IP 數），超過時建立會失敗。這個領域列出每項上限與目前用量，要開更多時從這裡申請調高。上限是帳號允許的數量，不保證那一區有那麼多硬體——Oracle Cloud 的配額表會列出某一區根本沒有提供的機型，實例見 Oracle Cloud 的帳號結構與 home region 的〈E2.1.Micro 在各區域的供應：服務配額表與 404 錯誤〉。為一次預知的活動調高上限時，申請要排在活動前多久、被拒時怎麼辦，見 9.11 高峰事件準備〈T-90 → T-0 準備時程〉的 T-30。

新帳號開好之後先看的領域

帳號的第一小時要處理的安全底線——管理員帳號的多因素驗證、確認自己的登入身分、檢查既存的存取金鑰、確認稽核紀錄有在記、設帳單警報——整理在 拿到雲端帳號的第一天 的〈第一小時：安全底線〉，那一篇的操作路徑以 AWS 為例，其他業者對應的選單見下方〈各家的選單名稱：各管理領域在三家主控台上的位置〉；接手已經有資源的帳號時，先看同一篇的〈帳號現況判讀：空帳號還是既有資源〉。在那幾項之外，要開始建資源之前再處理下面這幾件事：

• 身分與權限：另外建一個日常使用、權限較小的帳號，理由見〈身分與權限：誰能登入、能做什麼〉。

• 資源分組：建一個實驗用的分組，之後的資源都建在裡面，清理時只看這一組。Oracle Cloud 建一個 compartment，compartment 要先清空裡面的所有資源才能刪除，刪除的順序見 Oracle Cloud 建立主機的實測紀錄 的〈刪除這組資源的順序〉；Google Cloud 建一個 project，刪除 project 會連同裡面的資源一起刪；AWS 的分組單位是帳號本身，另開帳號要由組織的管理帳號在 AWS Organizations 裡做，被指派管理單一帳號的人在那個帳號裡改用標籤與 Resource Groups 分組。

• 配額與限制：上限依帳號類型而不同（Oracle Cloud 的〈Service Limits〉在運算的上限表上分成 Universal Credits 一欄，與 Pay As You Go 和試用帳號共用的一欄（欄名「Pay As You Go or Trial」），兩欄的值不同），所以要用的機型在自己這個帳號、這個區域的上限是多少，要到這個領域的頁面查；上限是 0 時那種機型建不起來，要先申請調高。上限不是 0 也不代表那一區有那種硬體。

各家的選單名稱：各管理領域在三家主控台上的位置

AWS 的身分與權限有兩處：公司帳號用 SSO 登入時，人員與他們能進的帳號在 IAM Identity Center 管理；IAM 管的是帳號裡的角色與程式用的身分。Oracle Cloud 的選單取自 2026-10-24 的主控台英文介面；選單名稱各家會隨改版調整，對不上時用搜尋框找服務名稱。Oracle Cloud 主控台各分類的完整內容見 Oracle Cloud 主控台導覽。

延伸閱讀：服務層的對照

這篇對照的是三家主控台上的管理領域與建立主機的欄位；資料庫、訊息佇列、函式這類託管服務在 AWS、Google Cloud 與 Azure 之間怎麼對應、對應的服務在哪些地方不等價，見 雲端服務對照地圖（AWS / GCP / Azure）。