觀點 · 資訊分享
Amazon S3 不用再等 30 天：檔案建立當天，就能轉進便宜最多 4 成的 Standard-IA
AWS 讓 S3 生命週期規則可以在檔案建立後 0 天就轉進 Standard-IA 與 One Zone-IA，不必先在 Standard 放滿 30 天。但 IA 的 30 天最低計費、取回費與 128 KB 的規矩都還在。
- 發布
- 2026-07-16
- 篇幅
- 約 4 分鐘 · 1,912 字
- 結構
- 8 節 + 4 題常見問題
- 標籤
一句話看懂：AWS 在 7 月 16 日宣布，S3 的生命週期規則現在可以讓檔案「建立當天」就搬進比較便宜的 Standard-IA 與 One Zone-IA，不必先在 Standard 放滿 30 天。
先用白話講：S3 的「儲存層」是什麼？
把 S3 想成一間倉庫。靠門口的架子（Standard）拿東西最方便，租金也最貴；後面的架子（Standard-IA，IA 是 Infrequent Access，意思是不常存取）租金便宜，但每次把東西拿出來，要另外收一筆「搬運費」。
S3 有個功能叫生命週期規則（Lifecycle），可以設定「檔案放了幾天之後，自動搬到後面的架子」。以前轉進 IA 有個門檻：新檔案一定要先在前面的貴架子放滿 30 天，才能搬過去。
發生什麼事
AWS 在 2026 年 7 月 16 日的 What’s New 公告：
- 現在可以在檔案建立後 0 天，就轉進 S3 Standard-IA 或 S3 One Zone-IA，不用再等 30 天
- 官方說這兩個儲存層的儲存費比 S3 Standard 最多便宜 40%，需要時仍是毫秒等級就能讀取
- 官方點名的適合情境：備份、日誌分析、合規保存，也就是資料幾小時或幾天內就變冷的工作
- 有提供這兩個儲存層的區域都能用，主控台、AWS CLI、SDK 都可以設定
帳單上差多少？
下面是我自行換算的示意。假設 IA 儲存費比 Standard 便宜 4 成（取官方「最多」的上限，實際依區域而定），某批檔案一放就是一個月都不會碰：
| 做法 | 第一個月的儲存費（Standard 全價 = 100） |
|---|---|
| 以前：先在 Standard 放滿 30 天 | 100 |
| 現在：第 0 天就轉進 IA | 約 60 |
這只算儲存費，沒算轉換請求費與讀取時的取回費。
先別急著全部改成 0 天
0 天很誘人，但 IA 系列的老規矩還在，官方文件目前是這樣寫的：
- 最低計費 30 天：檔案不到 30 天就被刪除、覆蓋或轉走，會補收剩下天數的儲存費
- 讀取要付取回費：所以不適合常常被讀的檔案
- 小檔案不划算：小於 128 KB 的物件按 128 KB 計費；生命週期預設也不會轉換這種小檔案，要用大小過濾條件才能放行
簡單說：確定會放很久、很少讀的資料，才適合第 0 天就轉。
給開發者的技術細節
公告寫的是「建立新的生命週期規則」，天數填 0 即可：
{
"Rules": [
{
"ID": "backup-to-ia-day0",
"Status": "Enabled",
"Filter": { "Prefix": "backups/" },
"Transitions": [
{ "Days": 0, "StorageClass": "STANDARD_IA" }
]
}
]
}
- 天數從物件建立那天算起；用 Prefix 或標籤把備份、日誌那批挑出來，別讓整個儲存桶的檔案都被套用
- 官方文件提醒：每個轉換的物件都會收一筆轉換請求費，檔案數量很多又很小時，省下的儲存費可能被它吃掉
- 公告沒有說明既有規則能不能直接改成 0 天，建議先用測試儲存桶試一次，再動正式資料
我的看法
接案時常看到客戶把網站備份、日誌一股腦丟進 S3，然後就沒人管了，帳單每個月靜靜地長。這次的改動對這種情況很實用：備份檔一產生就是「很少會讀」的資料，第一天就該放在便宜的層。
不過我會把話說在前面：0 天不是萬靈丹。取回費和 30 天最低計費是 IA 的本性，如果備份常常要還原演練，或檔案幾天就被輪替刪掉，反而可能比放 Standard 貴。動手前先看一下自己的檔案「放多久、多久讀一次」，再決定要不要設。
名詞小辭典
- S3 Lifecycle（生命週期規則）：替儲存桶設定的自動化規則，例如「放滿幾天就換儲存層或刪除」。
- Storage class（儲存層）：S3 依存取頻率和價格分的等級，常讀的放貴的、少讀的放便宜的。
- Standard-IA：資料存在多個可用區的「不常存取」儲存層，儲存費較低、讀取另收取回費。
- One Zone-IA：資料只存在單一可用區，比 Standard-IA 更便宜，但遇到整個可用區出事（例如地震、水災）資料就沒有保障。