正確使用OSS Lifecycle機制節約數據存儲費用

背景

OSS提供標準、低頻訪問、歸檔三種存儲類型，全面覆蓋從熱到冷的各種數據存儲場景。用戶可以對一個Bucket中有需要的Object設置Lifecycle規則，實現一個Object從Standard -> 低頻 -> 歸檔 -> 過期刪除的生命周期管理。 只要規則設置合理，且使用場景設計好，就可以利用Lifecycle機制節約數據存儲費用。

數據轉為低頻、歸檔類型規則設置

規則設置步驟：

點擊添加或者編輯已有規則時，天數設置請按照轉換到低頻訪問 ＜ 轉換到歸檔冷備 ＜ 刪除Object的標準，且盡量設置一個合理的值。規則設置完成之後，在24小時內會生效。一旦規則生效，匹配規則的Object將會轉換執行轉低頻、歸檔類型，或者刪除，且無法逆轉。

注意事項：

Lifecycle能夠實現從Standard轉IA、Archive， IA轉Archive。

如果一個object已經從Standard轉為IA或者Archive後，無法再從Archive或者IA轉為Standard。

存儲容量及費用計算

1. 標準類型的存儲費用：0.148元/GB/月

2. 低頻類型的存儲費用：0.08元/GB/月

3. 歸檔類型的存儲費用：0.033元/GB/月

低頻訪問存儲類型與歸檔存儲類型有最小計量大小為：128 KB， 即IA或者Archive類型的Object小於128KB也按128KB計費。

考慮如下兩種場景：1. 假設某個Standard類型的Bucket有102400個1 byte的standard類型Object，102400個1byte的 IA類型Object, 102400個1byte的Archive類型Object:

注意事項：

Lifecycle轉IA/Archive適用於Object普遍大於(128KB)的場景。

如果一個Bucket下面小文件(小於128KB)居多，使Lifecycle將Object轉成IA或Archive後，未必能夠節省存儲費用。

最小存儲時間要求及費用計算

1. 標準存儲類型的Object沒有最短存儲時間的限制

2. 低頻存儲類型的Object有30天的最短存儲時間要求

3. 歸檔存儲類型的Object有60天的最短存儲時間要求

如下場景：1. 1個100GB的Standard類型 Object，上傳24小時後刪除，則它的存儲費用為：0.148元/月 * 100GB /30天 = 0.9元2. 1個100GB的IA類型Object，上傳24小時轉IA後刪除，則它的存儲費用為： 0.08元/月 * 100GB * 1月 = 8 元3. 1個100GB的Archive類型Object， 上傳24小時轉Archive後刪除，則它的存儲費用為： 0.033元/月 * 100GB * 2月 = 6.6元

注意事項：

Lifecycle轉IA/Archive場景適用於需要保存較長時間的Object。

如果被頻繁的覆蓋與刪除，則適合使用Standard類型。

低頻、歸檔數據類型的取回費用計算

1. 標準存儲類型的Object沒有數據取回費用；

2. IA存儲類型的Object，在每次調用GetObject介面（即下載數據）時產生: 0.06元/GB

3. Archive存儲類型的Object，在調用Restore介面（即解凍數據）時產生：0.06元/GB

如下場景：1. 1個100GB的Standard類型 Object，調用10次GetObject介面，數據取回費用為: 0元2. 1個100GB的IA類型Object， 調用1次GetObject介面，數據取回費用： 6元3. 1個100GB的Archive類型Object，調用1次Restore介面，數據取回費用：6元

注意事項：

Lifecycle設置Standard轉IA適用於月平均訪問次數非常低的場景，即低於1次/月的Object。

Lifecycle設置Standard轉Archive適用於不需要頻繁讀取且不需要立即讀取的場景，即解凍次數低於1次/月的Object。

總結

1. Lifecycle能夠實現從Standard轉IA/Archive， IA轉Archive。但是不能從Archive -> IA -> Standard的逆向轉換。

2. Lifecycle轉IA/Archive適用於需要保存較長時間的Object。

3. Lifecycle轉IA/Archive適用於訪問次數非常少或者基本不訪問。

4. Lifecycle轉IA/Archive適用於Object普遍大於(128KB)的場景。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！