以每小時 $0.40 計算，一次 90 秒的測試，按秒計費（最低 60 秒）是 1¢，按分鐘計費是 1.3¢，按整小時計費則是 40¢。對短時間工作來說，重點就是這 40 倍的差距。工作一旦超過幾分鐘，按秒和按分鐘計費的差距就不到 1 分錢，帳單金額改由閒置時間、準備時間和儲存空間決定。
以下是各平台公布的規則、附上算式的實際試算、依比例繪製的圖表，以及 GPUFlow 的「先預留、再退款」模式如何變成實際收費。規則和價格以 2026 年 9 月為準，來源列在文末。
計算 GPU 時間的三種方式
每個 GPU 租用都有一個每小時價格。差別在於，您用掉的時間在乘上這個價格之前，是怎麼換算成計費時間的。
- 按秒計費，設有最低收費。 計算秒數。總數低於最低收費（通常是 60 秒）時，以最低收費計算。費用 = max(60, 秒數) × 每小時價格 / 3,600。
- 按分鐘計費。 計算分鐘數。各平台對不足一分鐘的部分處理方式不同：有些無條件進位，Azure 則捨去。下面的試算一律無條件進位，這對您來說是比較不利的情況。費用 = 分鐘數 × 每小時價格 / 60。
- 整小時計費。 只要開始了一個小時，就算一整個小時。61 分鐘的工作算兩小時。費用 = ceil(秒數 / 3,600) × 每小時價格。
最低收費的影響比多數人想像的大。在一分鐘以內，最低 60 秒的按秒計費和按分鐘計費完全一樣。計費單位只影響工作結束時剩下的零頭，所以每個工作階段最多只會多付一個計費單位：以每小時 $0.40 計算，整小時計費每個工作階段最多多付將近 40¢，按分鐘計費則每個工作階段不到 0.7¢（59 秒 × 40 / 3,600 = 0.66¢）。
各平台採用的方式
以下是隨選執行個體的公開規則，在 2026 年 9 月依各廠商自己的文件查核。
| 平台 | 計費單位 | 最低收費 | 文件中的說明 |
|---|---|---|---|
| AWS EC2 On-Demand | 按秒 | 60 秒 | 適用於 Linux、Windows、RHEL 和 Ubuntu Pro。SUSE Linux Enterprise Server 按整小時計費。 |
| Google Cloud Compute Engine | 按秒 | 1 分鐘 | 「所有 vCPU、GPU 和記憶體 GB 數都至少收取 1 分鐘的費用。」 |
| Azure Virtual Machines | 按分鐘 | 未說明 | 按「完整分鐘數」計費；執行 6 分 45 秒的虛擬機器以 6 分鐘計費。 |
| Lambda（隨選雲端） | 按分鐘 | 未說明 | 從執行個體通過健康檢查開始，到您終止它為止，「以一分鐘為單位」計費。 |
| RunPod Pods | 按秒 | 未說明 | 運算和儲存都按秒計費。 |
| Vast.ai | 按秒 | 未說明 | 進行中的租用每秒計費；只要執行個體存在，儲存空間也每秒計費，除非它處於離線狀態。 |
| GPUFlow | 按秒 | 60 秒 | 以整秒計算，無條件進位到分，且不超過預留金額。 |
閱讀這張表時請注意兩點。Azure 的規則其實是捨去：它的常見問題說明「多出的秒數不會計費」。Lambda 的文件寫的是以一分鐘為單位，但沒說不足一分鐘時往哪邊算，所以我兩種都沒有假設。另外，「未說明」就是字面上的意思：我讀到的文件沒有提到最低收費，這和文件明確寫著「零」是兩回事。
以上這些執行個體類型，沒有一個平台會把 GPU 運算時間進位到整小時。但整小時進位仍然會出現在細則裡，例如 AWS 上的 SUSE，所以在新平台上執行大量短時間工作之前，請先看清楚計費頁面。
每小時 $0.40 的五種工作
以下用同一個價格（每小時 $0.40）試算五種工作時長。也就是每 3,600 秒 40¢，每秒 1/90 分錢。
90 秒的測試。 按秒：90 × 40 / 3,600 = 1.0¢。按分鐘：2 分鐘 × 40 / 60 = 1.33¢。整小時：40¢。按小時計費的帳單是按秒計費的 40 倍。
7 分 30 秒。 按秒：450 × 40 / 3,600 = 5.0¢。按分鐘：8 分鐘 × 40 / 60 = 5.33¢。整小時：40¢，多了 8 倍。
38 分 20 秒。 按秒：2,300 × 40 / 3,600 = 25.56¢。按分鐘：39 分鐘 × 40 / 60 = 26.0¢。整小時：40¢，約多 1.57 倍。
61 分鐘。 按秒：3,660 × 40 / 3,600 = 40.67¢。按分鐘：61 × 40 / 60 = 40.67¢（工作剛好在整分鐘結束，所以兩者相同）。整小時：兩小時，80¢。只多一分鐘，按小時計費的帳單就幾乎翻倍。
| 工作時長 | 按秒（最低 60 秒） | 按分鐘（無條件進位） | 整小時 | GPUFlow 收費 |
|---|---|---|---|---|
| 1 分 30 秒 | 1.00¢ | 1.33¢ | 40¢ | 1¢ |
| 7 分 30 秒 | 5.00¢ | 5.33¢ | 40¢ | 5¢ |
| 38 分 20 秒 | 25.56¢ | 26.00¢ | 40¢ | 26¢ |
| 61 分鐘 | 40.67¢ | 40.67¢ | 80¢ | 41¢ |
| 20 個 2 分 30 秒的工作 | 33.33¢ | 40.00¢ | $8.00 | 40¢（20 筆租用） |
GPUFlow 欄是把每筆租用的按秒計費結果無條件進位到整分錢，這正是它的計費程式碼的做法。最後一列在後面兩節會說明。
成本與工作時長的關係，依比例繪製
第一張圖的範圍是 0 到 150 分鐘。按分鐘計費的階梯每一階寬 1 分鐘、高 0.67¢，所以在這個比例下，它幾乎和按秒計費的線重疊。真正要注意的是整小時計費的階梯：它在 0、60 和 120 分鐘時各跳 40¢。
橘色階梯和藍色線之間的差距，就是整小時進位讓每個工作多付的錢：每一階剛跳上去時最大，剛好整點時為零。
放大看前十分鐘，按分鐘計費的階梯就看得出來了，60 秒的最低收費則表現為按秒計費線開頭的那段平線。整小時計費在這裡會是一條 40¢ 的水平線，高度是這張圖頂端的五倍。
一整天的短時間工作
短時間工作很少只有一個。假設您在一個工作天裡執行 20 個工作，每個 2 分 30 秒，而且每次都開一個新的執行個體。
- 按秒： 20 × 150 秒 = 3,000 秒，3,000 × 40 / 3,600 = 33.33¢。
- 按分鐘，無條件進位： 每個工作算 3 分鐘，總共 60 分鐘：40¢。
- 整小時： 每個工作都算開始了一個小時：20 × 40¢ = $8.00。
同樣 50 分鐘的 GPU 工作，按小時計費要付 24 倍的錢。最直接的變通辦法是讓一台機器整天開著。8 小時 × $0.40 是 $3.20，比 $8.00 便宜，但仍是按秒計費的 9.6 倍，因為您現在付的是工作之間的空檔。
不過這個例子對「每次開新執行個體」的做法太寬容了，因為它假設機器一啟動工作就開始。實際上不是這樣。舉例來說，假設每次啟動都要花 3 分鐘開機、拉取映像檔和載入模型，工作才會開始（您的數字會不一樣）。按秒計費就會收 20 × 330 秒 = 6,600 秒，也就是 73.33¢，是實際工作 33.33¢ 的兩倍多。計費單位沒變，浪費只是轉移到了準備階段。
在 GPUFlow 上，同樣的一天會有點不同，因為租用是以整小時預訂、按秒計費。開 20 筆各 150 秒的獨立租用，每筆收 ceil(150 × 40 / 3,600) = ceil(1.67) = 2¢，總共 40¢。每筆租用進位到整分錢，在這裡每個工作多出 0.33¢，這就是比按秒總額多出 6.67¢ 的來源。如果工作集中在一起，請注意每位使用者每小時最多只能新增 10 筆租用。讓一筆租用整天開著，則要付全部的實際經過時間，8 小時 = $3.20，因為 GPUFlow 按時間計費，不按 token 收費。
比計費單位更重要的事
工作一旦超過大約十分鐘，按秒和按分鐘的差別只是捨入誤差。但下面這三件事不是。租用 GPU 的真實成本有更詳細的說明。
閒置時間
每個按秒計費的平台，只要執行個體在執行，就會收費，不管 GPU 有沒有在工作。Lambda 的文件說得很直接：執行個體「無論是否實際在使用」都會計費。上面那一天的短時間工作就說明了規模：50 分鐘的工作，如果機器開了 8 小時，就要付 $3.20。忘了關的機器，再好的計費單位也救不了。
準備時間
開機、拉取映像檔和下載模型，全都在計費時間內。Lambda 在執行個體通過健康檢查後就開始計費，那時您的程式碼還什麼都沒做。按秒計費並不會消除這筆成本；每次啟動您都要付一次。
停止期間的儲存費用
停止機器通常會停止 GPU 的收費，但硬碟會繼續計費。RunPod 對已停止 pod 的磁碟區收取每 GB 每月 $0.20，是執行中費率的兩倍，它的文件也提醒「已停止的 Pod 仍會持續累積儲存費用」。Vast.ai 則直接說明「停止執行個體並不能避免儲存費用」。在已停止的 RunPod pod 上留著一個 100 GB 的磁碟區，每月要付 100 × $0.20 = $20，相當於每小時 $0.40 的 GPU 50 小時。
如果您的工作負載是呼叫模型，而不是在機器上執行自己的程式碼，也請和按 token 計價比較看看：按小時租 GPU，還是按 token 付費的 API分析了兩者各自在什麼情況下比較便宜。
GPUFlow 如何計費：先預留，再退回剩餘金額
GPUFlow 出租的是推論服務：您拿到的是一組相容 OpenAI 的 API 金鑰，用來呼叫在別人 GPU 上執行的模型，而不是一台機器。沒有 shell、硬碟或映像檔要付費，所以上一節的儲存和準備時間都不適用。閒置時間則適用：租用從開始到結束都會計費，不管有沒有在忙。
步驟如下：
- 您選擇一筆上架資訊和整數的時數（預設 1 到 168 小時）。提供者的每小時價格會換算成整分錢。
- 開始時，整筆預訂金額會從您的額度中預留：以分為單位的價格 × 時數。這是全額，而且是事先扣下的。
- 租用結束時，費用只計算一次：使用的整秒數（至少 60 秒）乘以以分為單位的價格，除以 3,600，無條件進位到下一分錢，而且絕不超過預留金額。
- 預留金額剩下的部分，會在同一個步驟退回您的可用額度。
租用表單會在您開始前顯示預留金額：每小時 $0.35 租 2 小時，預留 $0.70。
實際試算
以每小時 $0.40 預訂 3 小時。預留金額是 40¢ × 3 = 120¢（$1.20）。您在 38 分 20 秒（也就是 2,300 秒）後點擊 立即結束。
- 費用：ceil(2,300 × 40 / 3,600) = ceil(25.56) = 26¢。
- 退回您的額度：120 − 26 = 94¢。
- 平台手續費是費用的 12%，每筆租用四捨五入到最接近的分：round(26 × 0.12) = round(3.12) = 3¢。提供者拿到 26 − 3 = 23¢，是這筆費用的 88.5%，而不是剛好 88%。金額越大，捨入的影響越小。
租用在您不在場時結束
如果預訂的時數用完，一個每分鐘執行一次的背景工作會結算這筆租用。費用只計算到預訂的結束時間，所以背景工作執行前的延遲不會算在您身上。API 金鑰在結束時間失效。如果需要更多時間，加時 會再預留更多額度，同一組金鑰可以繼續使用。
如果提供者的機器沒有回應，租用也會結束。提供者機器上的代理程式每 15 秒送出一次心跳訊號。連續 10 分鐘沒有收到心跳，租用就會結束，並只計費到最後一次心跳為止。以每小時 $0.40 計算，一台在 3 小時預訂的第 25 分鐘斷線的機器，費用是 ceil(1,500 × 40 / 3,600) = 17¢，120¢ 預留金額中的其餘 103¢ 會退回。
整小時預訂和 61 分鐘的工作之間有個陷阱。如果您預訂 1 小時，卻忘了在時間用完前點擊 加時，金鑰會在 60 分鐘時失效，您付了 40¢ 卻得到一個沒做完的工作。預訂 2 小時（預留 80¢）並在 61 分鐘時結束，您付 41¢，拿回 39¢。拿不準的時候，就訂長一點、提早結束；沒用到的時間不用錢。
依工作型態選擇計費方式
- 大量 10 分鐘以內的工作： 用按秒或按分鐘計費，並確認最低收費。任何進位到整小時的方式都不適合。
- 30 到 90 分鐘的工作： 避開整小時進位（61 分鐘的工作要付兩小時）。按秒和按分鐘的差別，每個工作不到 1 分錢。
- 連續好幾小時的長時間執行： 計費單位幾乎沒有影響。請改看閒置時間、準備時間和儲存費用。
- 一整天對同一個模型斷斷續續的呼叫： 每次突發都開新機器，每次都要付準備時間；讓一台機器一直開著，就要付空檔的錢。讓模型隨時待命的推論租用是避開準備時間的一種方法，但呼叫之間時間仍在計費，所以預訂時間要配合您實際工作的時段。
想試試看的話，GPUFlow 市集列出了每張 GPU 的每小時價格，租用 GPU 需要準備什麼則說明了帳戶和付款的部分。
資料來源
- AWS，Amazon EC2 On-Demand 價格（計費細節）：aws.amazon.com/ec2/pricing/on-demand
- Google Cloud，VM 執行個體價格（計費模式）：cloud.google.com/compute/vm-instance-pricing
- Microsoft Azure，Linux 虛擬機器價格（常見問題）：azure.microsoft.com/pricing/details/virtual-machines/linux
- Lambda，計費概覽：docs.lambda.ai/public-cloud/billing
- RunPod，Pod 價格：docs.runpod.io/pods/pricing
- Vast.ai，計費參考資料：docs.vast.ai/documentation/reference/billing
- GPUFlow 文件，額度、計費與退款：docs.gpuflow.app/zh-tw/renters/billing
皆於 2026 年 9 月查核。