主页 / dba / 问题 / 331468
Accepted
adam.g
Asked: 2023-09-22 17:51:38 +0800 CST

我们什么时候可以缩小 SQL Server 的 Azure 虚拟机规模？

  • 772

目前我们的生产 SQL Server 是Standard_D96ds_v5Azure VM 机器。
我们收到请求检查是否可以将服务器规模缩小到Standard_D48ds_v5.

将考虑采取哪些措施来确认我们可以缩小服务器规模？

sql-server

2 个回答

  1. Best Answer

    最简单的监控指标是 CPU 利用率：

    • 如果它始终高于 50%，或者经常高于 50%，那么从 96 个核心减少到 48 个核心可能不是一个好主意。
    • 即使有时会超过 50%，降低到 48 个核心也可能不是一个好主意（但在您的环境中可能是可以忍受的）

    如果您确认当前设置中 CPU 未得到充分利用，则需要考虑更多指标。请记住，减少 Azure 中的核心，您的 RAM 也会减少两倍。这意味着用于内存授予、数据库缓冲区缓存等的空间更少。

    如果查询响应时间对您很重要，请以 96 个核心为等待统计数据的基线。
    检查sys.dm_os_wait_stats：

    • CXPACKET、SOS_SCHEDULER_YIELD（CPU相关）
    • PAGEIOLATCH_*（磁盘相关）
    • LCK_M*（锁相关）

    每天或每小时记录这些等待情况，了解这些等待情况在一天、一小时内增长了多少。96核的正常数字是多少？

    当您将内核减少到 48 个时，即使您的 CPU 利用率看起来并不高，但如果上述等待时间比 96 个内核时的等待增长更多，则意味着查询的响应时间将会增加。

    值得一提的是，只有当您的工作量是可预测的并且不会在几天或几小时内发生巨大变化时，这种基线才会起作用

    • 1

    • 检查您的数据库工作负载，包括查询性能、并发性和事务，看看您当前的虚拟机是否能够很好地处理它。

    • 使用 Azure Monitor 监视 VM 随着时间的推移的 CPU、内存和存储使用情况，以了解资源模式。

    • 确定 SQL Server 的资源需求（CPU、内存、存储）并确认新的 VM 大小满足或超过这些需求。

    • 验证 VM 大小更改不会影响备份和恢复策略。

    • 0

相关问题