面向 Azure 专业人员的 Google Cloud 指南:存储

更新日期:2019 年 4 月 24 日

比较 Microsoft Azure 和 Google Cloud 提供的存储服务。我们将讨论以下服务类型:

  • 分布式对象存储,即您可以在其中存储数据对象的冗余键值对存储系统。
  • 块存储,即可以挂接到虚拟机实例的虚拟磁盘卷。
  • 文件存储,即基于文件服务器的网络附加存储。
  • 存储区域网络,即提供块级存储访问能力的远程存储系统。
  • 冷存储,即旨在存储数据备份的存储服务。
  • 归档存储,即出于合规性或分析目的存储归档数据的存储服务。

本文不讨论数据库或消息队列。

服务模型比较

Microsoft Azure 和 Google Cloud 采用不同的方法来进行存储服务的总体组织和配置。但实际上,存储服务本身的相似之处通常多于差异之处。

Microsoft Azure

在 Azure 上,您可以在存储帐号的各种服务中存储各种数据,包括二进制对象 (blob)、数据库和消息队列。Azure 要求您在存储帐号级别定义帐号类型、磁盘类型和冗余类型。然后,它会将这些属性应用于该帐号中的所有存储服务。

Azure 存储帐号共有三种类型:通用 v1 (GPv1)、blob 专用和通用 v2 (GPv2)。GPv1 帐号可以支持 Azure 的任何标准存储类型,blob 专用帐号旨在支持 Azure Blob Storage 的高级功能。GPv2 帐号支持其他两种帐号类型的 API 和功能。

blob 专用帐号仅在硬盘驱动器 (HDD) 上运行,两种通用帐号类型都进一步分为标准存储帐号(在 HDD 上运行)和高级存储帐号(在固态驱动器 (SSD) 上运行)。后一种帐号类型仅支持页面 blob。

创建新的 Azure 存储帐号时,您可以选择要使用的复制级别。Azure 提供以下级别:

  • 本地冗余存储 (LRS),在存储帐号所在的数据中心内本地复制数据。 数据复制三次。
  • 区域冗余存储 (ZRS),采用最终一致性模型在一个或两个区域内复制您的数据。与 LRS 一样,数据亦会本地复制三次。ZRS 仅限于通用存储帐号的块 blob 存储。
  • 地理冗余存储 (GRS),在主要区域和相距至少 100 英里的次要区域之间复制数据。 数据在主要区域复制三次,然后在次要区域异步复制三次。
  • 读取访问地理冗余存储 (RA-GRS),与 GRS 相同,但在次要区域添加次要只读端点。

Google Cloud

与 Azure 一样,Google Cloud 将每种数据类型分别存储在专门的服务中。但是,Google Cloud 没有存储帐号等总体组织层。而是让您在服务级别创建存储资源并定义资源属性,例如磁盘类型或冗余类型。

在分布式对象存储方面,Google Cloud 提供了 Cloud Storage,它类似于 Azure Blob Storage 中的块存储和附加 blob 存储服务。在块存储方面,Google Cloud 提供了 Compute Engine 永久性磁盘,它相当于 Azure VHD。

分布式对象存储

在分布式对象存储方面,Azure 提供了 Azure Blob Storage,而 Google Cloud 则提供了 Cloud Storage。

Azure Blob Storage 和 Cloud Storage 有许多相似之处。在这两种服务中,您都在命名的存储单元中存储二进制对象。 在 Azure Blob Storage 中,这些二进制对象称为 blob,存储单元称为 容器。在 Cloud Storage 中,这些二进制对象称为对象,存储单元称为存储分区

在两种服务中,存储单元中的各个二进制对象都由该存储单元中的唯一键标识,并且每个对象都具有关联的元数据记录。该元数据记录包含对象大小、最后修改日期和媒体类型等信息。如果您具有相应的权限,则可以查看和修改其中一些元数据。如果需要,您还可以添加自定义元数据。

虽然容器和存储分区都是键值对存储,但它们的用户体验与文件系统的用户体验相似(但并不相同)。按照惯例,对象的键通常是诸如“/foo/bar.txt”或“/foo/subdir/baz.txt”之类的路径。Azure 和 Cloud Storage 都还提供类似文件系统的 API,例如,Azure Blob Storage 的 List Blobs 方法和 Cloud Storage 的 list 方法都可以列出具有相同前缀的所有对象的键,与类似 Unix 的文件系统上的 ls -R 很相似。

除了分布式对象存储这个最显著的用途,这两种服务都可用于托管静态网页内容和媒体。

Azure Blob Storage 和 Cloud Storage 在特性和术语方面的对应如下所示:

特性 Azure Blob Storage Cloud Storage
部署单位 容器 存储分区
部署标识符 帐号级唯一键 全局唯一键
文件系统模拟 受限 受限
对象类型 块 blob、附加 blob 或页面 blob 对象
对象元数据
对象版本控制 手动,每个对象拍摄快照 存储分区中所有对象的自动版本控制(必须启用)
对象生命周期管理 有(通过生命周期规则或 Azure Automation) 有(原生)
对象更改通知 有(通过 Azure Event Grids) 有(通过 Pub/Sub)
服务类 冗余级别:LRS、ZRS、GRS、RA-GRS
层级:热、冷、归档
Standard、Nearline、Coldline、Archive
部署位置 地区和区域 区域和多区域
冗余

Blob 类型

在 Azure Blob Storage 中,您将数据存储为块 blob附加 blob页面 blob。在 Cloud Storage 中,您将所有数据存储为对象,相当于块 blob。Google Cloud 不提供直接相当于附加 blob 的服务或对象类型。但是,您可以使用 Cloud Storage 的对象复合功能和并发控制来形成近似附加 blob 的功能。如需了解详情,请参阅复合对象和并行上传

与 Azure 不同,Google Cloud 不会在其对象存储服务中将磁盘卷存储为页面 blob,而是将磁盘卷存储在 GCP 的基础架构即服务产品 Compute Engine 中。如需了解详情,请参阅块存储

访问层和复制

Azure Blob Storage 的灵活性取决于您所创建的存储帐号类型以及您为该帐号选择的复制选项。 如果您使用的是 GPv1 存储帐号,则您仅能使用 Azure 默认层的 blob 存储。但是,如果您使用 blob 专用或 GPv2 存储帐号,则可以在 Azure Blob Storage 的热、冷和归档访问层之间进行选择。热存储层旨在存储经常访问的数据,冷存储层旨在存储不常访问的数据,归档层旨在用于数据存档。Azure Blob Storage 的复制级别由存储帐号的复制类型决定。

相比之下,Cloud Storage 的复制类型内置于其服务类中。这些服务类与 Azure Blob Storage 访问层和复制类型的对应关系如下所示:

配置 Azure Google Cloud
具有地理冗余的经常访问的数据 采用 GRS 或 RA-GRS 的 Azure Blob Storage(通用或热存储层) 多区域或双区域位置的 Standard 存储空间
具有区域冗余的经常访问的数据 采用 ZRS 的 Azure Blob Storage(通用) 某个区域的 Standard 存储空间
具有本地(数据中心)冗余的经常访问的数据 采用 LRS 的 Azure Blob Storage(通用或热存储层) 某个区域的 Standard 存储空间*
不常访问的数据 Azure Blob Storage 冷存储层 Cloud Storage Nearline 和 Cloud Storage Coldline
归档数据 Azure Blob Storage 归档层 Cloud Storage Archive

* 区域冗余是 Google Cloud 上可用的最低冗余级别

对象版本控制

Azure 和 Cloud Storage 都允许您对存储的对象进行版本控制,将具有给定键的对象的不同版本存储在不同的版本 ID 下。但是,它们实现此功能的方式不同。

在 Azure Blob Storage,您可以通过截取 blob 的只读快照来实现版本控制。如果以编程方式上传文件,则您可以在每次上传之前截取新快照。Azure Blob Storage 还允许您指定访问条件以避免不必要的快照截取操作。

Cloud Storage 则允许您为存储分区的所有对象启用自动对象版本控制。启用自动版本控制后,每次修改对象时,Cloud Storage 都会自动创建对象的新版本。这种方法简化了对象版本控制过程,但是灵活性比 Azure 的方法稍差。对象的每个版本亦会添加到您的总存储数据中,这会增加存储成本。您可以使用 Cloud Storage 的对象生命周期管理来缓解该问题。

并发控制

Azure Blob Storage 和 Cloud Storage 均默认采用“最后写入内容生效”的写入政策。此政策非常适合顺序写入,但如果您对同一对象执行并发写入,则它支持竞争条件。为缓解这一问题,两种服务都提供了管理并发写入的机制。

在 Azure 上,您可以乐观或悲观地管理并发写入:

  • 乐观方式:在执行 GET 操作时检索对象的 ETag 标头,然后在尝试写入时将该 ETag 与对象当前的 ETag 进行比较。如果标记匹配,则提交写入。
  • 悲观方式:租用目标对象,执行写入时将其锁定并在指定期限内保持锁定状态。

在 Cloud Storage 上,您采用的是乐观方式。为了管理并发写入,您需要获取给定对象的当前代数,然后在脚本或应用程序尝试写入时检查该代数。如果数字匹配,则提交写入。否则中止事务然后重新启动它。如需了解详情,请参阅对象版本控制和并发控制

对象生命周期管理

Azure Blob Storage 生命周期管理为 GPv2 和 Blob 存储帐号提供基于规则的政策。您可以使用这些政策将数据转换到相应的访问层,或者使数据在数据生命周期结束时到期。Azure 对象生命周期管理规则支持如下情况:根据存在时间归档或删除数据,在获取数据时归档数据以及删除旧快照。

Cloud Storage 允许您根据用户指定的生命周期政策自动删除对象。如需了解详情,请参阅对象生命周期管理

虽然 Azure Blob Storage 不提供本机生命周期管理功能,但您可以使用 Azure Automation 自动删除对象。

对象更改通知

Azure 和 Google Cloud 都提供发布/订阅模型,可让您在对象修改时发送和接收通知。 使用 Azure Blob Storage 时,您可以使用 Azure Event Grid 跟踪 Blob Storage 事件并将其发送到 webhook、Azure Function 或其他端点。 同样,Google Cloud 也提供 Cloud Pub/Sub 通知,以便您在 Cloud Storage 存储分区中创建、删除或更新对象时向 Cloud Pub/Sub 主题发布通知。若要接收这些通知,您可以从其他应用或服务订阅此 Pub/Sub 主题。

加密

Azure 支持通过 Azure 存储服务加密 (SSE) 对静态数据进行静态加密。存储帐号中的所有基于 blob 的存储都在入站时使用 AES256 加密,并在出站时解密。如果您在上传数据后为帐号启用加密,则不会对该数据进行加密,直到它进行重写。Azure 还支持使用客户管理的加密密钥 (CMEK) 进行服务器端加密 (SSE)。Azure Blob Storage 与 Azure 文件的 SSE 已与 Azure Key Vault 集成在一起,以便您可以使用密钥保险柜来管理加密密钥。

同样,存储在 Google Cloud 存储服务(包括 Cloud Storage)中的所有数据都会使用 AES256 或 AES128 自动静态加密。对于要求您管理自己的加密密钥的数据,Google Cloud 还使用 Cloud Key Management Service 和客户提供的加密密钥 (CSEK) 支持 CMEK。如需了解详情,请参阅 Google Cloud Platform 的静态数据加密

服务等级协议

Microsoft 和 Google 都提供正常运行服务等级协议 (SLA),并制定了相应的政策,在不符合这些 SLA 的情况下,对客户的帐号进行财务补偿。Microsoft 在 Azure Storage 服务等级协议中定义了 Azure Blob Storage 的保证和政策。Google 在 Cloud Storage 服务等级协议 (SLA) 中定义了 Cloud Storage 的保证和政策。

费用

Azure Blob Storage

Azure Blob Storage 的价格取决于每月存储的数据量、存储帐号类型、复制类型和网络出站流量。如果获取对象的快照,则会对这些快照进行收费,费率与对象当前版本的费率相同。Azure Blob Storage 还会对常见 API 请求收费。

Cloud Storage Standard

Cloud Storage Standard 按每月存储的数据量和网络出站流量计费。如果存储分区启用了对象版本控制,对象的每个归档版本都将按与其现行版本相同的费率进行计费。Cloud Storage Standard 存储也对常见的 API 请求收费。

块存储

Google Cloud 和 Azure 都提供块存储选项。 Google Cloud 以持久性磁盘的形式提供块存储,持久性磁盘是 Compute Engine 的一部分。Azure 以页面 blob 的形式提供块存储,页面 blob 存储在通用存储帐号的容器中。这两个平台还为用户提供了使用本地连接 SSD 的选项。

服务模型比较

除了存储它们的方法之外,Compute Engine 永久性磁盘和 Azure 虚拟硬盘 (VHD) 在大多数方面都非常相似。这两种情况下,磁盘卷都进行网络连接,虽然 Compute Engine 和 Azure 亦都能够在必要时本地连接磁盘。虽然与本地连接磁盘相比,联网磁盘操作延时高且吞吐量低,但它们也有许多优点,包括内置冗余,快照以及易于进行磁盘分离和重新连接。

Azure VHD

Azure 将其 VHD 存储为页面 blob。页面 blob 容量最高可以达到 8 TB,VHD 容量最高可达 4 TB。对于虚拟机一次可以挂接多少个 VHD,Azure 根据机器类型施加限制。

各 VHD 所在的存储帐号必须与挂接该 VHD 的虚拟机处于相同的区域中。VHD 的延时和吞吐量取决于存储帐号类型和虚拟机的机器类型:

  • Azure 标准存储帐号在标准 HDD 上运行,建议用于不常访问的数据或批量存储用例。
  • Azure 高级存储帐号在 SSD 硬盘上运行,建议用于 I/O 密集型操作。该高级存储层级仅支持 LRS 复制。由于该高级存储层级仅适用于 VHD,如果您选择手动管理磁盘而不是让 Azure 管理它们,则可能需要专门为基于 SSD 的 VHD 创建单独的存储帐号。某些低层级机器(例如 A0)不支持基于 SSD 的 VHD。

可通过 Azure 托管磁盘将 VHD 与 Azure 虚拟机配合使用。这是页面 Blob、Blob 容器以及存储帐号的抽象概念。有四种类型的托管磁盘:超大 SSD、高级 SSD、标准 SSD 和标准 HDD。

Compute Engine 永久性磁盘

Google Cloud 以 Persistent Disk 的形式提供块存储,Persistent Disk 存储在 Compute Engine 中。对于属于自定义机器类型或预定义机器类型的大多数 Compute Engine 虚拟机实例,最多可以挂接 128 个永久性磁盘。属于共享核心机器类型的实例最多可以挂接 16 个永久性磁盘。每个虚拟机实例最多可以挂接 257 TB 的永久性磁盘存储空间,每个永久性磁盘的容量最多可达 64 TB。永久性磁盘可以是 HDD 或 SSD。与 Azure 一样,您创建的磁盘卷必须与挂接该磁盘的虚拟机实例位于同一地区。

Compute Engine 永久性磁盘与 Azure Storage 的对应关系如下所示:

功能 Azure VHD Compute Engine Persistent Disk
卷类型 标准存储 (HDD)、高级存储 (SSD) 标准 Persistent Disk (HDD)、SSD Persistent Disk
管理方案 非托管磁盘、托管磁盘 不适用(Google Cloud 在项目级进行管理)
挂接卷 一次只能挂接到一个实例 读写卷:一次只能挂接到一个实例
只读卷:可以挂接到多个实例
卷大小上限 4 TiB 64 TB
冗余
快照
磁盘加密 默认加密 默认加密

以下是 Compute Engine 与 Azure 在本地连接磁盘方面的比较:

特性 Azure Compute Engine
服务名称 本地 SSD 本地 SSD
挂接卷 与实例类型相关联 可以附加到任何非共享核心实例
每个实例附加的卷数 因实例类型而异 最多 8 个
存储空间容量 因实例类型而异 每卷 375 GB
实时迁移
冗余

复制

对于 Azure Storage,根据机器类型和存储帐号类型,您可以复制 VHD 以实现冗余。您可以复制数据:使用本地冗余存储 (LRS) 在本地存储容量单元内进行复制、使用区域冗余存储 (ZRS) 跨三个可用性地区进行复制,或使用地理冗余存储 (GRS) 或读取访问权地理冗余存储 (RA-GRS) 跨区域进行复制。

您可以在单个 Compute Engine 区域内复制 Compute Engine 永久性磁盘。如果要在 Compute Engine 上设计强大的系统,请考虑使用区域永久性磁盘保持跨多个地区的资源的高可用性。区域永久性磁盘为可能没有应用级复制的工作负载提供同步复制功能。

虽然各项服务都提供复制以提高耐用性,但此特性无法防止因用户或应用错误导致的数据损坏或意外删除。为了保护重要数据,用户应该执行常规数据备份和磁盘快照。

挂接和分离卷

创建磁盘卷后,您可以将卷挂接到虚拟机。Azure 虚拟机与 Compute Engine 虚拟机实例的运行方式类似。然后,虚拟机实例可以像任何其他块设备一样装载和格式化磁盘卷。同样,您可以从实例中卸载和分离卷,从而使卷可以重新挂接到其他实例。

Azure VHD 一次只能附加到一个虚拟机。读/写模式下的 Compute Engine 永久性磁盘具有相同的限制。但是,读写模式下的永久性磁盘可以同时附加到多个实例。

备份卷

Compute Engine 和 Azure 都允许用户截取和存储磁盘卷的快照。这些快照可用于以后创建新卷。

Compute Engine 永久性磁盘和 Azure 非托管磁盘都支持差分快照。初始快照会创建卷的完整副本,后续快照仅复制自上一个快照创建以来发生了更改的块。多次分差快照之后,截取另一个完整的快照,然后重复该循环。

Azure 托管磁盘目前不支持差分快照。 而是每个快照都创建磁盘卷的完整副本。API 支持有助于实现增量快照;但默认情况下系统不提供增量快照。

Azure 还提供 Azure Backup 和 Azure Recovery Service,可帮助自动执行备份和恢复操作。Google Cloud 不提供与之相当的服务。

卷性能

Compute Engine 永久性磁盘和 Azure VHD 的磁盘性能都取决于若干因素,其中包括:

  • 卷类型:每种服务都提供多种不同的卷类型。 每种类型都有自己的一组性能特征和限制。
  • 可用带宽:联网卷的吞吐量取决于挂接该卷的 Compute Engine 或 Azure 虚拟机的可用网络带宽。

本节讨论每种服务的其他性能详情。

Azure VHD

Azure 虚拟机类型在网络性能方面差异很大。核心数量较少的虚拟机类型可能网络容量不够,无法达到给定 VHD 磁盘类型广告的最大 IOPS 或吞吐量。如需了解详情,请参阅虚拟机的高性能高级存储和托管磁盘

Compute Engine 永久性磁盘

Compute Engine 按核心分配吞吐量。每个虚拟 CPU 核心的网络出站流量为 2 Gbps,单个虚拟机实例理论上最大为 16 Gbps。由于 Compute Engine 的数据冗余因子为 3.3x,因此每次逻辑写入实际上需要的网络带宽是写入的 3.3 倍。因此,核心数量较少的机器类型可能网络容量不够,无法达到给定永久性磁盘类型广告的最大 IOPS 或吞吐量。如需了解详情,请参阅网络出站流量上限

就 Compute Engine 的各磁盘类型而言,可用的总 I/O 与挂接到给定实例的卷的总大小相关。 举例来说,如果您有两个挂接到实例的 2.5 TB 标准永久性磁盘,则总可用 I/O 为 3000 次读取 IOPS 加上 7500 次写入 IOPS。

本地挂接磁盘

除了标准网络块存储外,Azure 和 Compute Engine 都允许用户使用 SSD 本地连接到运行实例的物理机器。在这两种环境中,这些磁盘称为本地 SSD。本地 SSD 提供的传输速率快于网络块存储。但是,与网络块存储不同的是,它们不保证数据持久性,并且无法使用本机差分快照功能进行快照。

在 Azure 上,本地 SSD 的大小和可用性与机器类型直接相关。本地 SSD 最小可为 16 GB,最大可到 6 TB。某些机器类型(例如 A 系列)没有本地 SSD。

在 Compute Engine 上,本地 SSD 几乎可以挂接到任何机器类型,但 f1-micro 和 g1-small 等共享核心类型除外。 本地 SSD 的每个磁盘大小固定为 375 GB,单个实例最多可以挂接 8 个本地 SSD,总容量为 3 TB。

主机停机维护之前,Compute Engine 会自动且无缝地迁移本地 SSD。如需了解详情,请参阅实时迁移

费用

Azure 每月按 GB 量计算磁盘卷的费用。本地 SSD 的费用包含在虚拟机的费用中。

Compute Engine 永久性磁盘和磁盘快照的费用亦每月按 GB 量计算。除了机器费用外,您还需要缴纳本地 SSD 费用。 如需了解详情,请参阅本地 SSD 价格

文件存储

对于基于文件服务器的工作负载,Azure 提供 Azure 文件,一种基于 SMB 的分布式文件服务器服务。

GCP 提供的 Cloud Filestore 是一种托管式文件存储服务,适合那些需要使用文件系统接口和共享文件系统来存储数据的应用。Filestore 为用户带来了简单易用的原生体验,让用户能够为其 Google Compute Engine 和 Google Kubernetes Engine (GKE) 实例建立托管式网络附加存储 (NAS) 空间。

存储区域网络 (SAN)

对于 SAN 工作负载,Azure 提供与 StorSimple(Microsoft 的专有 SAN 设备)的集成。在架构上,StorSimple 包含一个内部部署的 StorSimple SAN 和一个基于虚拟云的设备,可以复制本地 SAN 的行为。

在 Google Cloud 上,您可以使用 Persistent Disk 来支持需要使用 SAN 的工作负载。在 SAN 环境中,永久性磁盘类似于您通过逻辑单元号 (LUN) 设备访问的逻辑磁盘卷,并且可采用类似方式进行预配。和基于 LUN 的逻辑磁盘卷一样,您可以将多个永久性磁盘装载到一个虚拟机实例上。此外,您还可以将一个只读的永久性磁盘装载到多个虚拟机实例上。如需了解详情,请参阅面向数据中心专业人员的 Google Cloud Platform 简介:存储

冷存储

对于不需要定期访问的数据,Google Cloud 和 Azure 都提供了冷存储方案。Cloud Storage 额外提供了一个类,称为 Cloud Storage Nearline 和 Cloud Storage Coldline,而 Azure Blob Storage 则额外提供了一个冷存储层。

延迟

两种服务都具有毫秒级的首字节时间。

复制

使用 Azure Blob Storage 的冷存储层时,复制数据的方式取决于存储帐号的复制类型。使用 Cloud Storage Nearline 或 Cloud Storage Coldline 时,复制数据的方式取决于存储数据的位置类型。

存储期限

如果您使用的是 blob 专用存储帐号,则 Azure Blob Storage 的冷存储层没有最短存储期限。如果是 GPv2 存储帐号,则 Azure Blob Storage 的冷存储层有最短存储期限,为每个 blob 30 天。 如果您在最短存储期限结束前删除或重写 blob,则会产生额外费用。

Cloud Storage Nearline 针对每个数据对象设置了为期 30 天的最短存储期,而 Cloud Storage Coldline 针对每个数据对象设置了为期 90 天的最短存储期。与 GPv2 帐号中使用的 Azure Blob Storage 冷存储层一样,如果在最短存储期结束之前删除或重写数据对象,则会产生额外费用。

费用

Azure Blob Storage 的冷存储层

Azure Blob Storage 的冷存储层根据每月存储的数据量、存储帐号类型、复制类型和网络出站流量计费。Azure Cool Blob Storage 还对常见的 API 请求、数据写入和数据检索收费。

Cloud Storage Nearline 和 Cloud Storage Coldline

Cloud Storage Nearline 和 Cloud Storage Coldline 按每月存储的数据量和网络出站流量计费。如果您在最短存储期之前删除或修改数据,则系统会向您收取剩余时段对应的数据存储费用。举例来说,如果您以 Cloud Storage Nearline 方式存储对象 5 天后删除该对象,则系统会收取剩余 25 天存储该对象的费用。Cloud Storage Nearline 和 Cloud Storage Coldline 也会对常见的 API 请求和数据检索收费。

如需详细了解 Cloud Storage Nearline 和 Cloud Storage Coldline 的价格,请参阅 Cloud Storage 价格

归档存储

GCP 和 Azure 均提供归档存储选项。Cloud Storage 额外提供了一个类,称为 Cloud Storage Archive,Azure Blob Storage 则额外提供了一个归档存储层。

延迟

Cloud Storage Archive 具有毫秒级的首字节时间。Azure Blob Storage 归档层的首字节时间为 15 小时或更短。

复制

使用 Azure Blob Storage 的归档层时,复制数据的方式取决于存储帐号的复制类型。使用 Cloud Storage Archive 时,复制数据的方式取决于存储数据的位置类型。

存储期限

Azure Blob Storage 的归档层具有最短存储期限,为每个 blob 180 天。如果您在最短存储期限结束前删除或重写 blob,则会产生额外费用。

Cloud Storage Archive 针对每个数据对象设置了为期 365 天的最短存储期。与 Azure Blob Storage 的归档层一样,如果在最短存储期限结束之前删除或重写数据对象,则会产生额外费用。

费用

Azure Blob Storage 的归档层

Azure Blob Storage 归档层根据每月存储的数据量、存储帐号类型、复制类型和网络出站流量计费。如果您在最短存储期限之前删除或修改数据,则系统会向您收取剩余时段对应的数据存储费用。举例来说,如果存储 blob 5 天后删除 blob,则会收取剩余 175 天存储该对象的费用。此外,如果获取 blob 的快照,则会对这些快照进行收费,费率与 blob 当前版本的费率相同。

Azure Blob Storage 的归档层还会对常见 API 请求收费。

Cloud Storage Archive

Cloud Storage Archive 按每月存储的数据量和网络出站流量计费。如果您在最短存储期限之前删除或修改数据,则系统会向您收取剩余时段对应的数据存储费用。举例来说,如果您存储对象 5 天后删除该对象,则系统会收取剩余 360 天存储该对象的费用。Cloud Storage Archive 还会针对常见的 API 请求和数据检索收费。

如需详细了解 Cloud Storage Archive 的价格,请参阅 Cloud Storage 价格

后续步骤

查看其他“面向 Azure 专业人员的 Google Cloud 简介”文章: