质疑Azure VM的计算一致性

我们一直在使用azure VM托管SQL Server。A4大小，即4芯和7GB RAM 我们注意到数据库的性能间歇性地缓慢

我们担心，由于azure VM是多租户实例，它不可能始终在4核性能下工作

我们试图理解，当我们启动一个4核虚拟机时，是不是 是说我们总是有那么多的计算能力？还是会减少 取决于其他用户

---

您应该做的第一件事是测量数据库执行如此缓慢的原因。您是否达到了虚拟机的内存限制？CPU限制？或者数据磁盘的性能是一个问题（IOPS）

<>在虚拟机中托管SQLServer时需要考虑的事项：

• 对SQL Server VM使用最低标准的第A2层
• 将存储帐户和SQL Server VM保持在同一区域中
• 在存储帐户上禁用Azure geo复制
• 避免将操作系统或临时磁盘用于数据库存储或日志记录
• 避免使用Azure数据磁盘缓存选项（缓存策略=无）
• 条带化多个Azure数据磁盘以提高IO吞吐量
• 使用记录的分配大小设置格式
• 分离数据和日志文件I/O路径，以获取数据和日志的专用IOPs
• 启用数据库页压缩
• 为数据文件启用即时文件初始化
• 限制或禁用数据库上的自动增长
• 在数据库上禁用自动收缩
• 将所有数据库移动到数据磁盘，包括系统数据库
• 将SQL Server错误日志和跟踪文件目录移动到数据磁盘
• 应用SQL Server性能修复程序
• 设置默认位置
• 启用锁定页面
• 直接备份到blob存储

---

只要您没有选择最小的虚拟机大小，Azure就不会共享核心和内存

---

但是，请记住，其他租户仍然可以干扰您，主要是在网络流量上。持久性驱动器（除D:之外的任何驱动器）的I/O也通过网络进行。

非常好的建议。回答实际问题“这是否意味着我们总是有那么多的计算能力？”——是的。始终保证您分配的核心数。Azure数据中心中的单个服务器承载的虚拟机数量不会超过其可用的核心数量。