Azure基础设施(成本优化)和最佳磁盘吞吐量: azure存储大小/速度/成本/优化

Question

参考：Azure托管磁盘

Server 2019；Windows 2016

C: OS映射到128 GB (S10 @60 GB/秒)。

到目前一切尚好。我有驱动器的数据，索引，TempDB，日志和本地备份。

数据、索引、TempDB磁盘模式:读/写；日志和本地备份：(大部分)顺序写入。

现在它变得不确定了：

我是否更喜欢多个Azure磁盘(如1 x P10 @100 Do /S 128 GB，3 x P20 @150 Do/S 512 GB)

还是我做得更大(吞吐量更高)，并将所有存储在同一个磁盘上(例如P40 @250 eg/S 2个结核病)？

这样，操作系统就可以提供512 to的数据驱动器、512 to的索引驱动器和128 to的TempDB驱动器。SQL日志和512 GB的备份。

此问题涉及通过操作系统访问数据库文件的SQL Server，以及公开虚拟磁盘的虚拟基础设施。

针对P40磁盘的每个线程是否有250 Is /S的容量？如果我将这个2TB VHD文件分配为VM操作系统中的4个逻辑磁盘.它是否比作为单独驱动器分配的3个较低层磁盘具有更高的性能？

Answer 1

250 mb/s是作为一个整体的容量，而不是每个访问线程。

还有几点。应该有一个Azure-VM层，它提供一个SSD作为临时驱动器，您肯定应该在您的TempDB中使用它。要确保设置了权限，可能需要一点时间，以便当机器重新启动时，它对TempDB具有适当的权限，但这是值得的。这是一个快速磁盘，虽然它是暂时性的(在重新启动时不是持久化的)，但我过去在Azure-VM上使用Server时就把TempDB放在了这里。

最后，我将有单独的磁盘(或磁盘组)每个驱动器，您需要。如果你把磁盘分割成一个整体，你的吞吐量就会大大提高.最多有4个磁盘，之后您不会获得更多的实际吞吐量。

所以，我最初的设置通常是: Azure VM

• C:\ - OS和SQL引擎安装。
• 为我的TempDB使用包含的SSD
• 1张磁盘(或一组磁盘)用于数据
• 一个用于日志的磁盘(或一组磁盘)

如果我有多个IOPS饥渴的数据库，那么我通常会为它们提供额外的驱动器，以隔离它们所需的吞吐量。

最后的想法:在所有驱动器上使用SSD可能很有诱惑力，但是看看标准磁盘是否能够提供足够的吞吐量(特别是在对它们进行条带化之后)。对于标准磁盘，您只需要支付实际存储的内容，而不需要支付您预订的内容；而SSD则需要支付您所保留的内容，而不管您使用了多少。