Azure Storage系列之生命週期管理

    繼續來看storage中一些比較實用的功能，此次要看的是生命週期管理的功能，這項功能在Global上線時間比較早，今年終於在mooncake落地了，落地以後咱們就開始準備給用戶推薦這項功能，由於它真的能給用戶帶來很多實惠

    

    那麼這項功能具體能作什麼呢？

    

    舉個例子來講，咱們都知道blob的費用是比較低的，因此不少時候咱們也推薦把一些文件存儲到blob裏以節省費用，這是雲上一種常見的數據存儲的模式，可是對於有一些歷史文件，好比log文件，這類文件在存儲了一段時間以後其實通常是很難用得上了，大部分狀況下咱們不太須要去查詢一個月或者更早以前的log數據，可是這類數據咱們又不能把他們直接刪除掉，由於將來誰也不能保證這些數據不會被用到，也不符合審計的要求，對於這種數據，咱們更該作的是要作歸檔

    在雲上，通常而言，存儲也會分冷存儲和熱存儲，這點各個雲的形式可能不太同樣，AWS S3能夠進行分層，若是是歸檔數據能夠放在另外一個服務glacier裏，而Azure是統一放在Blob裏的，在Blob裏又分冷，熱，歸檔三層，每層的價格是不同的，熱數據最貴，歸檔數據最便宜，各層之間能夠相互轉換，因此像log這種日誌文件，在Azure存儲的最佳實踐實際上是應該分層處理，而不是僅僅當作熱數據來處理，好比存儲一個月或者幾個月後，將這些log文件轉換爲冷數據，再過一段時間以後，最終轉換爲歸檔數據，這樣是最符合使用場景的

    在訂價上，存儲分層的訂價也是符合這種場景的，熱存儲的基本費用最高，可是讀寫的費用相對較低，歸檔存儲的基本費用最低，相對的，讀寫這些數據的成本就要相對高一些

    具體策略的設置其實很是簡單直觀

    首先找到要設置策略的存儲帳戶，在lifecycle management這裏選擇添加規則

    

    這裏能夠設置熱存儲最後一次修改後多少天會被修改成冷存儲，以及以此類推多久後會變爲歸檔存儲

    

    最後這個策略生效的範圍一樣是能夠配置的，咱們能夠選擇單獨的container，設置是container裏的virtual folder來做爲策略生效的範圍

    

    

        

    最後，有幾點要注意的

    1.生命週期策略只適用於block blob，page blob沒法使用

    2.Azure天天讀取一次策略，因此策略設置後有可能須要24小時才能生效，具體的操做可能也須要等待一段時間才能完成

    3.若是想手動修改storage tier，請先將生命週期策略禁用