EBS 磁碟為何會累積成本?從資源清理流程來看關鍵原因
EBS 磁碟為何會累積成本?從資源清理流程來看關鍵原因

在雲端環境中,帳單變高不一定是因為系統使用量增加,有時候只是因為資源沒有被正確清理。許多企業在刪除 EC2 主機後,以為相關費用就會跟著停止,卻忽略了仍然存在的 EBS 磁碟。這些閒置磁碟雖然沒有在使用,卻會持續產生費用,成為常見的隱形支出來源。本文將透過實際情境說明,為什麼被遺忘的磁碟會讓帳單慢慢累積。

什麼是 EBS 磁碟?為何會成為容易忽略的隱形成本

EBS(Elastic Block Store)是 AWS 提供給 EC2 使用的「雲端硬碟」。你可以把它想成:安裝在雲端主機上的儲存空間,用來存放系統、資料庫或應用程式資料。

它的關鍵特性是:EBS 是獨立於 EC2 存在的資源。也就是說,主機刪除後,磁碟不一定會一起刪除。只要磁碟還在帳戶中,就會持續產生費用。這也是 EBS 磁碟容易成為隱形成本的原因——磁碟可能已經被閒置,但因為沒有被清理,仍然默默計費。當數量一多、時間一拉長,就會累積成一筆不小的支出。

閒置中的磁碟在什麼情況下會持續產生成本?

在雲端環境中,EBS 磁碟的費用主要來自三個部分:容量大小(存了多少 GB)、磁碟效能(IOPS),以及資料吞吐量(MB/s)。只要磁碟還存在於帳戶中,不論是否真的在使用,都會依照這些設定持續計費。以亞太區(新加坡)為例,gp3 類型的 EBS 價格大約是:每月每 GB 收費 0.096 美元

  • 每日費用:100GB × 0.096 USD ÷ 30 天 ≈ 0.32 美元 / 天

以下透過兩個常見情境,說明被遺忘的磁碟是如何一步步讓帳單變高的。

情境一:測試主機刪了,但磁碟忘了刪

來看一個很常見的測試情境。因為一時忙碌,沒有確實進行資源盤點與審查。直到收到成本週報時,才發現先前刪除的 9 台 EC2 測試主機其實沒有完全清理乾淨——對應的 EBS 磁碟仍然留在帳戶中,而且已經閒置了 7 天。

那這段時間產生的 EBS 成本是多少呢?

  • 7 天 × 100GB 磁碟每日費用 0.32 USD × 9 顆磁碟 = 20.16 USD

也就是說,短短 7 天,就多花了 20.16 美元。更讓人無奈的是,這 20.16 美元幾乎沒有產生任何價值。磁碟沒有被使用,只是靜靜地閒置著,卻仍然持續計費。

情境二:磁碟沒刪,連高效能設定也一起繼續收費

假設有一個已經不再獲利的邊緣業務,準備整併或終止營運。相關的歷史資料早已匯出並轉存到 S3,但因為忙於資料歸檔、團隊重整,或是先前決定暫時保留部分資料,結果仍有 3 顆 1TB 的 gp3 資料磁碟沒有被即時清理。

這些磁碟原本是為了支撐業務需求而建立,因此除了基本容量外,還額外設定了 3000 IOPS,以及高於免費基線的 175 MB/s 吞吐量。隨著業務結束,這些磁碟實際上已經沒有用途,但因為沒有刪除或調整設定,它們仍然保留在帳戶中,並持續產生成本。

而這筆費用,會從以下兩個面向作累積:

存儲費用

  • 1TB 每日費用 = 0.32 USD × 10(1TB 約等於 1000GB 也就是 100GB 的 10 倍 ) = 3.2 USD / 日
  • 3 顆 1TB 每月費用 = 3.2 USD × 30 天 × 3 顆 = 288 USD

每月光是「容量費用」就要 288 USD

IOPS 費用

當 gp3 磁碟的吞吐量設定超過免費基線時,就會產生額外費用。

每顆磁碟設定:

  • 配置吞吐量(300 MB/s) – 免費基線(125 MB/s) = 每卷超出的免費基線(175 MB/s)
  • 175 MB/s ÷ 1024 × 49.152 USD ≈(8.40 USD) 每顆每月吞吐量費用

3 顆總吞吐量費用 8.40 USD × 3 = 25.20 USD。每月效能額外費用約 25.20 USD,一個已經結束的業務,結果每個月還默默多出約 300 多美元的費用。不同專案有不同的儲存需求與主機數量,在工作繁忙的情況下,很容易發生清理遺漏,導致資源被遺忘。以下為 AWS 計算器的計算細節:

AWS 計算器計算過程

想了解更多 AWS 其他的節費方式可以參考:AWS費用太高? 如何透過雲端代理商降低AWS成本?

如何找到隱形成本的來源

當你發現帳單比預期高,但檢查主機與流量都沒有明顯異常時,可以從 EBS 磁碟開始排查。

在 AWS Console 中進入:

EC2 → Elastic Block Store → Volumes

查看磁碟清單,特別留意兩個欄位:

  • 磁碟區狀態
  • 連接資源

如果磁碟狀態顯示為 Available(可用),而且「Attached resources」是空白,就代表這顆磁碟目前沒有連接到任何 EC2 主機。從 AWS 的角度來看,只要磁碟存在、儲存空間被占用,就必須計費。即使沒有任何人使用,它仍然會持續產生儲存成本。單顆磁碟的費用也許不高,但時間一久、數量一多,就會慢慢累積成一筆不小的支出。更麻煩的是,等到發現帳單異常後再回頭排查,所花費的人力與時間,往往比事前預防還要高。簡單來說,狀態為 Available 且未連接的 EBS 磁碟,是最常被忽略的隱性成本來源之一。

磁碟區狀態

在 AWS 中,EBS 是獨立於 EC2 的儲存服務。終止 EC2 時,預設只會刪除與之關聯的根卷,不會自動刪除資料磁碟。如果沒有額外清理,磁碟會保留在帳戶中,並持續產生費用。

勤英科技的觀點:該如何預防磁碟產生成本

方案一:刪除時確認設定

在 AWS Console 終止(Terminate)EC2 時,系統會跳出確認視窗,其中包含:

刪除 EBS 磁碟區

這個選項通常是預設收合的,很容易被忽略。如果磁碟的終止時刪除屬性為 false

  • EC2 刪除後
  • 磁碟不會自動刪除
  • 狀態會變成 Available
  • 並持續產生費用

因此,在刪除主機前,一定要確認磁碟是否需要一併刪除。

檢視摺疊訊息

刪除前先檢查與記錄關聯資源

在終止(Terminate)EC2 之前,建議先檢查並確認所有關聯的 EBS 磁碟資源。在 EC2 詳細資訊頁面中,可以切換到「儲存」頁籤,查看目前掛載的磁碟,以及「在終止時刪除(Delete on Termination)」是否已啟用。如果顯示為「否」,代表主機刪除後,該磁碟仍會保留在帳戶中並持續計費。

終止檢查

勤英科技作為 AWS 認證合作夥伴,在實務上協助企業建立雲端成本與資源治理機制,透過雲端雙效健檢工具,定期掃描帳戶中的閒置資源,並分析是否存在不必要的效能設定或異常費用。同時也會從資安與架構設定面進行檢視,確保資源不僅節費,也符合最佳實踐與合規要求。

author avatar
Nick Lan
Cloud Content Specialist at Elite Cloud. Focused on FinOps, information security, and cloud infrastructure efficiency. Experienced in producing clear, actionable insights and strategic reports for enterprise cloud users.
AWS AWS EBS 雲端成本優化