Microsoft Azure存储服务：简介

Microsoft Azure 存储服务是一项「互联网规模」的海量存储服务，目前已在全球存储超过 20 （trillion）万亿对象、每秒能处理数百万次的各种请求。看起来规模非常庞大，所以我们称之为「互联网规模」级别。

由于要同时处理各种应用程序和用户数以百万计的各种请求，而且数据增长速度越来越快，Microsoft Azure 存储服务每天都在不断面临新的挑战。为了能够支撑如此海量数据存储和应用程序请求，Microsoft Azure 在全球不同区域（Region）已建立了 19 个数据中心（还在不断新增），让用户可以将数据复制到第二或第三个 Region 以实现异地容灾和方便构建高可用的大型应用。

总而言之，Azure 存储服务是一种可提供高可用性和高可扩展性的云端存储解决方案。

微软将不同的自动化和存储技术应用到了所构建的数据中心当中，为用户提供低成本、高性能的云存储服务。这里可以向大家披露下，从 Microsoft Azure Storage 服务的运营层面来看，微软一直只将约 70% 的资源分配给用户使用，其它剩余资源只在 Azure Storage 服务出现磁盘故障和机架故障时才临时调配。

之前我们也曾多次提到过，Azure Storage 同时也是 Azure VM 的存储基础，显然每台虚拟机的「OS Disk」和「数据磁盘」都是物理存放到 Azure 存储当中的。Azure 中也提供了支持联机事务处理（OLTP）、大数据工作负载、高 I/O 低、延迟的基于 SSD 的 Azure Premium Storage。

Azure存储限制

我们总是建议大家在设计应用、服务之前一定要参考并遵循云存储服务的基础架构，并检查 Azure Storage 在可扩展性和性能方面的参数。如果你正在做上云准备和设计服务的基础架构，如下 Azure Storage 限制一定需要注意：

• 每个 Azure 订阅最多创建 100 个存储账户
• 每存储账户的容量上限为 500 TB
• 最大请求速率 20 KBps
• Page Blob 最大 1 TB
• Table 实体最大 1 MB
• 文件共享最大 1 TB
• 标准存储账户磁盘最大 1023 GB
• 每存储账户最大 20000 IPOS
• ……

以上我们为大家列举了部分不同资源类型上的一些默认限制，更多详细限制说明可以参考Azure Storage Scalability and Performance Targets。一旦你的应用程序访问达到限定值，将会返回 503（服务器忙）错误或 500（操作超时）错误代码。

如果你的应用是一个超大规模应用，也有很多办法和解决方案来处理上述所提及的限制。例如：可以将超过 500 TB 的数据分片存储到多个不同的「存储账户」当中。然而有些限制并非技术架构上的限制，是微软自己设定的，对于这类限制可以联系微软的 Support 进行参数调整，例如可以把每 Azure 订阅的存储账户上限由默认的 100 提高到 250 个。

扩展本地存储

要用 Azure Storage 扩展本地存储可以使用 StorSimple、Azure Backup 或 Azure Site Recovery 等现成的解决方案来将本地存储延伸至云端，同时微软也提供了将大量数据传输到 Azure Blob 的「导入、导出服务」，用户可在 Azure Portal 建立「户导入/导出作业」后按微软要求将你的数据磁盘快递到 Azure 数据中心。该服务对于无法通过网络传输的海量数据上云还是十分有用的。