跨多个 Azure 数据磁盘分区的数据库的性能答案

【问题标题】：Performance of database partitioned across multiple Azure Data Disks跨多个 Azure 数据磁盘分区的数据库的性能
【发布时间】：2013-01-31 09:22:45
【问题描述】：

如果partition 2 负载过重，在查询partition 1 时，跨单独的页 blob（Azure 数据磁盘）对 SQL Server 数据库进行分区是否会对性能产生影响？

我知道页 blob 不需要单独的物理磁盘，所以我想知道性能。

上下文编辑：基本上我想将旧（存档）数据与实时数据（因此超过 3 个月的所有数据）分开，以减少数据库和索引大小。但是这个归档数据必须仍然是可查询的。

【问题讨论】：

标签： azure azure-storage partitioning azure-table-storage azure-blob-storage

【解决方案1】：

这绝对是一个“视情况而定”的答案，您需要进行一些测试。

2012 Scalability Targets 以大约 60 MB/秒的速度显示 blob，而 VM sizes 显示超大型实例的速度为 800 Mb/秒 - 目标吞吐量显然取决于您的使用情况，因此您可能会也可能不会为了接近这个数字，如果可以的话，你可能会饱和分配的带宽，所以绝对没有必要再进一步了。

我倾向于使用每个数据库实例的基本配置来获取 1 个数据驱动器和 1 个日志驱动器。如果您的网络上仍有剩余空间，那么您可以酌情进一步考虑分区。

或者，如果您的问题是您能够以多快的速度从 azure 驱动器下的 blob 中检索数据，您或许可以考虑使用 Data Compression...

【讨论】：

【解决方案2】：

如果您的查询不需要从分区 2 获取数据，我怀疑影响会很小。但是，如果您的目标是提高性能，您是否考虑过使用 blob 创建 RAID 0（条带）？

【讨论】：

基本上我想将旧（存档）数据与实时数据（因此所有超过 3 个月的数据）分开，以减少数据库和索引的大小。但是这个归档数据必须仍然是可查询的。如何创建带有 blob 的 RAID 0 条带？我找不到任何资源。谢谢！
您需要使用 Azure 门户上的“附加”按钮将 2 个或更多新磁盘附加到 VM。确保磁盘大小相同。然后，一旦它们被创建，去你的虚拟机并使用磁盘管理器来初始化你的 2 个磁盘；初始化后，您可以创建一个 RAID 0 卷，这将启动一个允许选择 2 个磁盘的向导。