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

AWS AWS EBS 雲端成本優化