Azure Blob 存储的访问层 - 热、冷和存档

小提示：您能找到这篇{Azure Blob 存储的访问层 - 热、冷和存档}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的Azure Blob 存储的访问层 - 热、冷和存档内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

< ">Azure存储提供了不同的访问层，允许你以最具成本效益的方式存储Blob对象数据。可用的访问层包括：

< ">热：适用于存储经常访问的数据。

< ">冷：适用于存储不常访问且存储时间至少为30天的数据。

< ">存档：适用于存储极少访问、存储时间至少为180天且延迟要求（以小时计）不严格的数据。

< ">以下注意事项适用于不同的访问层：

< ">可以在上传期间或之后在blob上设置访问层。

< ">在帐户级别只能设置热和冷访问层。存档访问层只能在blob级别设置。

< ">冷访问层中的数据具有略低的可用性，但仍具有类似于热数据的高持久性、检索延迟和吞吐量特征。与热数据相比，冷数据的可用性略低且访问成本略高，这是可以接受的，因为毕竟其总体存储成本较低。有关详细信息，请参阅存储的SLA。

< ">存档访问层中的数据是脱机存储的。存档层的存储成本最低，但访问成本和延迟最高。

< ">数据存储限制在帐户级别设置，不按访问层设置。可以选择在一个层中用完所有存储配额，也可以分散用于三个层。

< ">存储在云中的数据以指数速度增长。若要针对不断增加的存储需求来管理成本，可以根据属性（如访问频率和计划保留期）整理数据以优化成本。存储在云中的数据可能根据其生成方式、处理方式以及在生存期内的访问方式而有所不同。某些数据在其整个生存期中都会受到积极的访问和修改。某些数据则在生存期早期会受到频繁访问，随着数据变旧，访问会极大地减少。某些数据在云中保持空闲状态，并且在存储后很少（如果有）被访问。

< ">这些数据访问方案的每一个都受益于针对特定访问模式进行了优化的差异化访问层。Azure Blob存储采用热、冷和存档访问层，通过单独的定价模型来满足对差异化访问层的这种需要。

< ">以下工具和客户端库都支持blob级分层和存档存储。

< ">Azure门户

< ">PowerShell

< ">Azure CLI工具

< ">.NET客户端库

< ">Java客户端库

< ">Python客户端库

< ">Node.js客户端库

< ">备注

< ">本文中所述的功能现在可用于具有分层命名空间的帐户。若要查看限制，请参阅Azure Data Lake Storage Gen2中可用的Blob存储功能一文。

< ">支持分层的存储帐户

< ">Blob存储和常规用途v2(GPv2)帐户支持在热层、冷层和存档层之间将对象存储数据分层。常规用途v1(GPv1)帐户不支持分层。你可以通过Azure门户轻松地将现有的GPv1或Blob存储帐户转换为GPv2帐户。GPv2为Blob、文件和队列提供新的定价与功能。某些功能和价格折扣仅在GPv2帐户中提供。某些工作负荷的价格在GPv2中可能比在GPv1中更高。有关详细信息，请参阅Azure存储帐户概述。

< ">Blob存储和GPv2帐户在帐户级别公开“访问层”属性。使用此属性可为未在对象级别显式设置默认访问层的任何blob指定默认访问层。对于已显式设置了层级的对象，不会应用帐户层。存档层仅适用于对象级别。可以随时在访问层之间进行切换。

< ">请使用GPv2帐户而非Blob存储帐户进行分层。GPv2支持Blob存储帐户支持的所有功能，以及许多其他功能。Blob存储和GPv2的定价几乎相同，但某些新功能和价格折扣只提供给GPv2帐户。

< ">GPv1和GP找到信息流广告v2帐户的定价结构不同，客户在决定使用GPv2帐户之前，应仔细评估这二者。只需单击一下，即可轻松地将现有的Blob存储或GPv1帐户转换为GPv2帐户。有关详细信息，请参阅Azure存储帐户概述。

< ">热访问层

< ">热访问层的存储成本高于冷存储和存档层，但访问成本最低。热访问层的示例使用方案包括：

< ">处于活跃使用状态或预期会频繁读取和写入的数据。

< ">分阶段进行处理并最终迁移至冷访问层的数据。

< ">冷访问层

< ">与热存储相比，冷访问层的存储成本较低，访问成本较高。此层适用于将要保留在冷层中至少30天的数据。冷访问层的示例使用方案包括：

< ">短期备份和灾难恢复

< ">不经常使用但在被访问时应当立即可用的较旧数据

< ">需要经济高效地进行存储且要收集更多数据在将来进行处理的大型数据集

< ">存档访问层

< ">与热层和冷层相比，存档访问层的存储成本最低，但数据检索成本较高。存档层中的数据必须至少保留180天，否则需要支付提前删除费。存档层中数据的检索可能需要几个小时，具体取决于指定的解除冻结优先级。对于小型对象，优先级高的解除冻结可能会在1小时内从存档中检索到对象。若要了解详细信息，请参阅从存档层解冻Blob数据。

< ">如果blob位于存档存储中，则blob数据处于脱机状态，不能读取或修改。若要在存档中读取或下载Blob，必须首先将其解除冻结到联机层。不能创建存档存储中Blob的快照。但是，Blob元数据会保持联机和可用状态，因而可列出Blob、其属性以及元数据。不允许设置或修改存档中的blob元数据。对于存档中的Blob，仅以下操作有效：获取Blob属性、获取Blob元数据、列出Blob、设置Blob层、复制Blob和删除Blob。

< ">存档访问层的示例使用方案包括：

< ">长期备份、辅助备份和存档数据集

< ">必须保留的原始数据，即使它已处理成最终可用的形式

< ">需要长时间存储并且几乎不访问的合规性和存档数据

< ">帐户级分层

< ">所有三个访问层中的Blob可以在同一帐户中共存。如果Blob没有显式分配的层，则会从帐户访问层设置推断相应的层。如果访问层来自帐户，则你可以看到“推断的访问层”Blob属性已设置为“true”，而“访问层”Blob属性与帐户层匹配。在Azure门户中，Blob访问层的“推断访问层”属性显示为“热(推断)”或“冷(推断)”。

< ">更改帐户访问层适用于帐户中存储的未设置显式层的所有“推断访问层”对象。如果将帐户层从热切换为冷，则只按GPv2帐户中没有设置层的所有Blob的写入操作次数（以10,000次为单位）收费。不会在Blob存储帐户中对此更改收费。如果在Blob存储或GPv2帐户中从冷切换为热，则会按读取操作次数（以10,000次为单位）和数据检索量（以GB为单位）收费。

< ">只有热访问层和冷访问层可以设置为默认帐户访问层。只能在对象级别设置存档层。上传blob时，无论默认帐户层是哪个，都可以将所选访问层指定为热层、冷层或存档层。使用此功能可以将数据直接写入存档层，从而从在Blob存储中创建数据的那一刻起就实现了节省成本。

< ">Blob级别分层

< ">有了Blob级别分层，就可以使用Put Blob或Put块列表操作将数据上传到所选的访问层，并使用设置Blob层操作或生命周期管理功能在对象级别更改数据的层。可以将数据上传到所需的访问层，然后在使用模式更改时轻松地在热、冷或存档层之间更改Blob访问层，不需在帐户之间移动数据。所有层更改请求会立即发生，热和冷之间的层更改是即时的。从存档层中解除冻结Blob可能需要几个小时。

< ">上次Blob层更改的时间通过Blob属性“访问层更改时间”公开。覆盖热层或冷层中的blob时，除非在创建时显式设置了新的blob访问层，否则新创建的blob将继承被覆盖的blob的层的属性。如果Blob位于存档层中，则无法被覆盖，因此在这种情况下，不允许上传相同的Blob。

< ">备注

< ">存档存储和Blob级别分层仅支持块Blob。

< ">Blob生命周期管理

< ">Blob存储生命周期管理提供丰富的基于规则的策略，这些策略可用于将数据转移到最适合的访问层，并在数据的生命周期结束时使数据过期。请参阅通过自动执行Azure Blob存储访问层来优化成本来了解详细信息。

< ">备注

< ">存储在块Blob存储帐户（高级性能）中的数据目前无法使用设置Blob层或使用Azure Blob存储生命周期管理分层到热、冷或存档访问层。若要移动数据，必须使用通过URL放置块API或支持此API的AzCopy版本，将块Blob存储帐户中的Blob同步复制到其他帐户中的热访问层。通过URL放置块API同步复制服务器上的数据，这意味着只有在所有数据都从原服务器位置移动到目标位置后，调用才会完成。

< ">Blob级别分层计费

< ">在各个层之间上传或移动blob时，系统会在上传时或层发生更改时立即按相应的费率收费。

< ">将blob移到更冷的层（热->冷、热->存档或冷->存档）时，操作按目标层写入操作计费，具体说来就是按目标层的写入操作次数（以10,000次为单位）和数据写入量（以GB为单位）收费。

< ">将Blob移到更暖的层（存档->冷、存档->热或冷->热）时，操作按从源层读取计费，具体说来就是按源层的读取操作次数（以10,000次为单位）和数据检索量（以GB为单位）收费。也可能还会收取从冷层或存档层移出的任何Blob的提前删除费用。将数据从存档层中解除冻结需要一段时间，而数据会按存档价格计费，直到将数据以联机方式还原并将blob层更改为热层或冷层为止。

< ">下表总结了如何对层更改进行计费。

< ">“冷”层和“存档”层提前删除

< ">移到冷层（仅限GPv2帐户）中的Blob会有一个30天的冷层提前删除期限。移到存档层中的Blob会有一个180天的存档提前删除期限。此项费用按比例计算。例如，如果将某个Blob移到存档层，然后在45天后将其删除或移到热层，则需支付相当于将该Blob存储在存档层中135（180减45）天的提前删除费用。

< ">一些在冷层和存档层之间移动时的详细信息：

< ">如果根据存储帐户的默认访问层将Blob推断为冷层，并将Blob移动到存档层，则不会收取提前删除费用。

< ">如果将Blob显式移动到冷层，然后将其移动到存档层，则将收取提前删除费用。

< ">如果未发生访问层更改，请使用Blob属性“Last-Modified”来计算提前删除时间。否则，请通过查看Blob属性（即“access-tier-change-ti还是精准客户营销me”）来使用最后一次将访问层修改为“冷”或“存档”的时间。有关Blob属性的详细信息，请参阅获取Blob属性。

< ">比较块Blob存储选项

< ">下表对高级性能块blob存储与热、冷、存档访问层进行了比较。

< ">GPv2帐户冷层中的对象的最短保留期为30天。Blob存储帐户的冷层没有最短保留期。

< ">存档存储目前支持两种解除冻结优先级：“高”和“标准”，它们带来不同的检索延迟和成本。有关详细信息，请参阅从存档层解冻Blob数据。

< ">备注

< ">Blob存储帐户支持与常规用途v2存储帐户相同的性能和可伸缩性目标。有关详细信息，请参阅Blob存储可伸缩性和性能目标。