Azure 表存储第 2 代是否总是比第 1 代好？答案

【问题标题】：Is the Azure Table storage 2nd generation always better than 1st generation?Azure 表存储第 2 代是否总是比第 1 代好？
【发布时间】：2012-11-04 19:42:30
【问题描述】：

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 个实体 pr。其次，读取所有行需要半天以上的时间。

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

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

所以我的问题是。是否存在第一代 Azure 存储实际上比第二代更具可扩展性的场景？

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

【问题讨论】：

实际上现在有一个 hack 可以在同一个数据中心的多个存储帐户之间拆分您的存储。它可能不适合您，但即使在为虚拟磁盘条带化 blob 存储时也能正常工作。其他对我有用的事情......并行化代码并增加 blob 存储的连接。 Up to....也意味着在“预热”之后，这就是跨多个存储的分片绕过它的地方。如果您有一个具有持续存储写入/读取的应用程序，它将接近峰值性能。查看 channel9.msdn.com 上的一些 BUILD 2012 视频，他们对此进行了介绍。

标签： azure azure-storage azure-table-storage

【解决方案1】：

您必须更仔细地阅读。上述帖子的确切报价是：

事务 – 每秒最多 20,000 个实体/消息/blob

即每秒 20k 事务。你希望哪一个是正确的。我当然不希望有 20k 1M 文件上传到 blob 存储。但我确实希望能够执行 20k REST 调用。

至于表格和表格实体，您可以将它们组合成batches。鉴于您拥有的数量，我希望您已经在使用批次。有单个实体组交易被视为单个交易，但可能包含多个实体。现在，与其评估它是低数字还是高数字，您确实需要良好的设置和带宽来利用每秒 20k 的事务。

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

2代有什么不同的特点吗？

您参考的博客文章中概述了这些差异。

至于你最后的担心：

或者是否有任何更改可能会在我们更改时引入错误？

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

【讨论】：