自動停止與自動銷毀
有兩道餘額門檻會對你的執行個體觸發自動處置。第一道保護你的錢。第二道刪掉你的資料。
| 餘額 | 會發生什麼 | 你的硬碟 |
|---|---|---|
| 到達 $0 | 組織裡每個 running 的執行個體都會被停止 | 保留，而且繼續計費 |
| 到達 −$5 | 每個還存在的執行個體都會被銷毀 | 永久刪除 |
自動銷毀會刪掉硬碟。沒有快照、沒有垃圾桶、沒有寬限期，也沒有任何方法救回裡面的內容。請把餘額保持在零以上，一旦變成負的就立刻儲值。
餘額究竟怎麼會變成負的
費用是在用量發生之後才結算，大約每分鐘一次。因此執行中的執行個體在餘額跌破零之後，還可能再吃掉大約一分鐘的 GPU 時間，結算作業才會看到它並把它停掉。
從那一刻起，往下掉的動力來自儲存。停止中的執行個體不管有沒有餘額可付，硬碟照樣計費，所以餘額歸零並不會讓錶停下來 — 它會一路往 −$5 掉。
到 $0：自動停止
當結算作業發現某個組織的餘額歸零或更低：
- 每個處於
running狀態的執行個體都會被停止。這個停止是一般的停止：容器關閉，硬碟保留，GPU 插槽仍為你保留。 - GPU 費用結束。儲存費用繼續，金額為硬碟容量乘上每 GB 每小時的儲存費率。
- 部署新的執行個體與啟動已停止的執行個體都會失敗並回傳
INSUFFICIENT_BALANCE，直到你儲值為止。 - 這個動作會以
instance.auto_stopped記錄在組織的用量記錄中。
當下正在轉換狀態的執行個體 — creating、starting — 那一刻不會被動到；等它們進入 running 之後，較晚的一輪作業會把它們停掉。
儲值之後不會有任何東西自己重新啟動。被自動停止的執行個體會維持停止，直到你從主控台或 API 啟動它們。
到 −$5：自動銷毀
當餘額到達 −$5，結算作業會銷毀組織裡每個還存在的執行個體 — running、stopped 和 error 一視同仁。對每一個執行個體：
- 容器與硬碟都會被移除。那顆硬碟上的所有東西都會被刪除，永久地。
- 拆除完成後，GPU 插槽會釋放回市集，可以被別人租走。
- 該執行個體的所有費用結束。
- 這個動作會以
instance.auto_destroyed記錄在用量記錄中。
門檻被跨過時正在轉換狀態的執行個體，會等它們穩定進入 running、stopped 或 error 之後，由較晚的一輪作業處理掉。
被銷毀的執行個體無法靠事後儲值救回來。之後儲值的餘額只適用於新的工作。
儲值可以擋下這兩個動作
每一輪結算作業在對某個執行個體動手之前，都會重新讀一次餘額。如果你的付款先到，強制執行的步驟就會被跳過，不會有任何東西被停止或銷毀。付款一確認餘額就會入帳，所以只要在餘額還在 −$5 以上時完成儲值，你的硬碟就保得住。
怎樣才永遠碰不到第二道門檻
用完的東西就銷毀掉。 一個你已經沒有打算再用的停止中執行個體，就是一台債務計時器。把你需要的東西複製出來，然後銷毀它。請參閱 停止與銷毀的差別。
走人之前先把儲存費算一遍。 把硬碟容量乘上儲存費率得到每小時金額，再算出你的餘額撐得了多久。以儲存費每 GB 每小時 $0.0002 計算：
| 硬碟 | 停止中的費用 | 從 $0 到 −$5 的時間 |
|---|---|---|
| 200 GB | $0.04/小時 | 約 5 天 |
| 500 GB | $0.10/小時 | 約 2 天 |
| 1,000 GB | $0.20/小時 | 約 1 天 |
這個緩衝期是一兩天，不是一個月。一個長週末就足以讓你賠掉一顆大硬碟。
依工作需要決定硬碟大小。 一顆習慣性開下去的 2,000 GB 硬碟，停在那裡的成本是 200 GB 的十倍，幾個小時就會把 −$5 的緩衝期燒完。
盯著餘額標記。 主控台頁首的餘額大約每分鐘更新一次，而且一掉到 $5 以下就會變色。請把它當成該儲值的訊號，而不是一個可以先擺著的警告。
放假前留好緩衝。 如果沒人會看著這個帳號，那就把執行個體銷毀，或是留下足以支付整段期間儲存費的餘額，而且要留有餘裕。