azure - Azure 表存储第二代总是优于第一代吗？

Question

Microsoft 更改了 Azure 存储的架构以使用例如。 SSD 用于日志记录和 10 Gbps 网络(而不是标准硬盘驱动器和 1G ps 网络)。搜索 http://blogs.msdn.com/b/windowsazure/archive/2012/11/02/windows-azure-s-flat-network-storage-and-2012-scalability-targets.aspx

在这里您可以看到该存储是为“每秒最多 20,000 个实体/消息/blob”而设计的。

我担心的是，20.000 个实体(或表存储中的行)实际上并不是很多。

我们有一个相当小的解决方案，其中有一个包含 1.000.000.000 行的表。仅拥有 20,000 个实体。第二，读取所有行需要半天以上的时间。

我真的希望 20,000 个实体实际上意味着您最多可以执行 20,000 个请求。第二。

我很确定第一代允许最多 5,000 个请求。第二。

所以我的问题是。在某些情况下，第一代 Azure 存储实际上比第二代更具可扩展性吗？

还有其他原因我们不应该升级(将数据移动到新存储)吗？例如。我们尝试获取约 100 行。分区，因为这给了我们最好的性能特征。 2代有什么不同的特点吗？或者是否有任何更改可能会在我们更改时引入错误？

Answer 1

你必须更仔细地阅读。上述帖子的确切引用是:

Transactions – Up to 20,000 entities/messages/blobs per second

每秒处理 20k 笔交易。这正是你所希望的。我当然不希望有 20k 1M 文件上传到 blob 存储。但我确实希望能够执行 20k REST 调用。

对于表和表实体，可以在 batches 中组合它们。鉴于您拥有的数量，我预计您已经在使用批处理。单个实体组交易被视为单个交易，但可能包含多个实体。现在，您确实需要良好的设置和带宽来利用每秒 20k 事务，而不是评估该数字是低还是高。

此外，第一代可扩展性目标大约是您提到的 5k 请求/秒。我没有看到第 1 代存储比第 2 代存储更具可扩展性的配置/场景。

Are there different characteristic for the 2nd generation?

您引用的博客文章中概述了这些差异。

至于您最后关心的问题:

Or has there been any changes that might introduce bugs if we change?

确保不存在此类更改。 Azure 存储服务行为在 REST API Reference 中定义。 。基于存储服务生成，API 没有任何不同。它是根据功能进行版本控制的。