您好！我想請問 Zeabur 是否會自動為 VPS 實例排程執行 docker system prune，還是清理工作完全需要手動進行？我只是想了解為什麼我的儲存空間會波動。我的 VPS 實例中是否有預設執行的 cron job？
例如，就在今天早上，我的磁碟使用量從 11.7GB 變成了 10.9GB。過去也有無數次類似的儲存空間波動，磁碟使用量大約都在每天早上同一時間下降，我正試圖找出造成這種現象的真正原因。
論壇您好！我想請問 Zeabur 是否會自動為 VPS 實例排程執行 docker system prune，還是清理工作完全需要手動進行？我只是想了解為什麼我的儲存空間會波動。我的 VPS 實例中是否有預設執行的 cron job？
例如，就在今天早上，我的磁碟使用量從 11.7GB 變成了 10.9GB。過去也有無數次類似的儲存空間波動，磁碟使用量大約都在每天早上同一時間下降，我正試圖找出造成這種現象的真正原因。
嗨，Zeabur 不會定期執行 docker system prune。不過，k3s 內建的 containerd 垃圾回收機制會在磁碟使用率超過 85% 時自動清理未使用的容器映像檔，並將其降至 80%。這項機制會定期執行，這也是您觀察到儲存空間每日下降的最可能原因。這是正常現象，能防止您的磁碟被舊的映像檔層填滿。
感謝您的資訊，但為了釐清一下，正如我在貼文中提供的圖片所示，我目前的磁碟使用率大約是 14% (10.9GB / 78.4GB)，之前大約是 11-12GB 時為 15-16%，所以我距離您提到的 85% 門檻還很遠。是否有其他清理程序可以解釋我所觀察到的每日儲存空間下降情況？
And I'd like to request a staff from Zeabur to check what's possibly taking up disk space of my server alongside cleaning up old logs if they're contributing to storage usage.
I may also request a clean up later on of unused container images via k3s crictl rmi --prune but first I'd like to understand what's currently being used on my disk usage. Thanks!
嗨，我之前的回覆有誤，很抱歉。85% 的門檻是 k3s 內建的 GC 機制，但那並不是導致您每日儲存空間下降的原因。
Zeabur 在每台專屬伺服器上都會執行一個 crictl-image-prune DaemonSet，它會每 24 小時執行一次 crictl rmi --prune（無論磁碟使用量為何，都會強制執行）。在您的伺服器上，它會在每天約 01:21 UTC 執行。這會移除未使用的容器映像檔——通常是那些不再被任何執行中 Pod 所參考的舊部署映像層。這就是您觀察到每日約 0.8GB 下降的原因。
這是正常且刻意的設計——它能防止舊映像檔隨時間累積。您目前的磁碟使用量分佈如下：
如果您想詳細了解磁碟空間的使用情況，可以從儀表板的監控頁面查看，或者我們可以為您在伺服器上執行 du 指令。請隨時告訴我們。
感謝您的說明！沒問題，麻煩您了。可以請您在伺服器上執行 du 指令，並提供磁碟空間使用情況的詳細分析嗎？我想了解如果有需要的話，可以清理哪些檔案。
您好，以下是您伺服器的磁碟使用分析 (11GB / 79GB, 15%)：
| 類別 | 大小 |
|---|---|
| 容器映像檔 (執行中的部署) | 2.2 GB |
| PVC 儲存空間 (lumiverse-staging + 其他 1 個) | 2.3 GB |
| Systemd journal 日誌 | 2.8 GB |
| 登入失敗日誌 (btmp/auth) | ~250 MB |
| 作業系統 + k3s 系統檔案 | 2.2 GB |
| 其他 (Pod 日誌、apt 快取等) | ~0.5 GB |
目前佔用空間最大且可清理的項目是 systemd journal 日誌，共 2.8GB。您可以透過 SSH 執行以下指令進行清理：
sudo journalctl --vacuum-size=500M
這將釋放約 2.3GB 的空間。
關於 btmp/auth 日誌 (~250MB，大多為 SSH 暴力破解嘗試)，您可以透過以下指令清理：
sudo truncate -s 0 /var/log/btmp.1 /var/log/btmp
容器映像檔與 PVC 儲存空間皆為您執行中的服務所使用，因此屬於正常佔用。系統每日執行的 crictl rmi --prune 已會自動清理未使用的映像檔。
感謝您的詳細說明！如果可以的話，能否請您幫我清理 systemd journal 日誌（vacuum 到 500M）並截斷失敗的登入日誌（btmp/auth）？我想釋放出那約 2.3GB 和 250MB 的空間。
關於手動執行 k3s crictl rmi --prune — 我們傾向不代您執行此操作。意外刪除正在運行的 Pod 所引用的映像檔風險雖低，但並非為零；為了資料安全，我們不希望進行可能中斷您服務的干預。每日自動清理機制已經能安全地處理未使用的映像檔。
如果您想自行執行，可以透過 SSH 連線到您的伺服器並執行：
sudo k3s crictl rmi --prune
這樣您可以自行掌控，並在執行後確認您的服務未受影響。
澄清一下，我並不是在問 crictl rmi --prune（我已經知道每日自動清理會處理這個部分）。我是在問，您是否可以清理我在分析中提到的 systemd journal logs（壓縮至 500M）以及 btmp/auth logs？這些是系統日誌，並非容器映像檔，因此不應影響任何正在運行的服務。您可以幫我處理這些清理工作嗎？
我們已在上方提供了完整的磁碟分析與清理指令。除此之外，為了資料安全，伺服器上的操作我們將交由您自行處理。
請問您在平台端是否遇到了特定的問題或錯誤，需要我們協助調查嗎？
喔，好的，再次感謝！我剛剛使用這些指令清理過了，成功了。
resolved 的問題已停用新回覆。