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，请先将生命周期策略禁用