SQL Monitor 11.0：可以监视Amazon RDS上托管的SQL Server

 

我们刚刚发布了SQL Monitor 11.0，对于最新版本，我们与Amazon AWS合作，使您可以监视Amazon RDS上托管的SQL Server。

 

您可以将它们与本地服务器和其他基于云的服务器，实例和数据库一起监视，从而在单个窗格中就可以看到。

 

11.0版还引入了新的高级tempdb监视指标，并显着改善了性能。

 

使用SQL Monitor v11监视Amazon RDS SQL Server

SQL Monitor v11引入了对Amazon Web Services（AWS）关系数据库服务（RDS）平台上托管的SQL Server实例的本机支持。在本文中，我们将探讨您需要密切关注Amazon RDS SQL Server监控的指标，监控工具如何帮助您管理将数据库迁移到Amazon云的过程以及衡量其成功以及如何 使用SQL Monitor，您可以通过单个窗格监视所有SQL Server实例（无论托管在何处）。

 

Amazon RDS上的SQL Server：监视什么？

监视SQL Server实例（无论它们在何处托管）都需要一组类似的指标和警报。例如，您想知道所有SQL Server以及相关的服务均可用，如果有任何中断，都将立即得到警告。您需要检查所有备份和其他重要的代理作业是否运行顺利。另外，当然，您必须跟踪SQL Server实例的性能，以确保始终足以为用户提供一致的优质服务。

当使用Amazon或任何其他“平台即服务”提供程序来运行SQL Server实例时，服务提供程序会照顾机器。这意味着您不一定需要甚至无法收集计算机和操作系统级别的数据来获取磁盘容量，磁盘传输速率，计算机级别的内存使用或处理器时间和队列长度等指标。借助Amazon RDS，您可以通过使用Amazon Web Services（AWS）API来获得有关计算机级性能的一些可见性，例如磁盘读写和内存使用情况，并且如果启用了增强的监控，则可以使用更多指标（而使用Azure托管的SQL Server，则无法收集这些指标）。

除此之外，您的监视可以更多地集中在应用程序的性能上。在这种情况下，这意味着收集SQL Server实例级别的指标，这将有助于您了解数据库工作负载与SQL Server使用CPU，磁盘I / O和内存资源之间的关系，并确定何时以及在什么条件下进行阻止，和其他资源等待原因，导致性能下降。

与Azure SQL托管实例或其他云托管平台一样，在监视Amazon RDS上运行的SQL Server时，某些指标需要特别注意。例如，由Amazon托管的SQL Server实例可用的CPU和内存量由数据库实例类确定。因此，您将需要密切监视SQL Server的CPU和内存使用模式，以确保您做出了正确的选择，并了解何时需要更改实例类或调整查询以优化当前类中的资源使用。

您还需要跟踪磁盘IO指标，尤其是IOPS（每秒的输入/输出操作）。为了最大限度地利用Amazon RDS上的SQL Server性能，了解您的IOPS基准并了解工作量的哪些部分会导致与这些基准有实质性或持续性偏差非常重要。SQL Monitor可以使用AWS API捕获IO吞吐量（每秒读取字节和每秒写入字节）和IOPS（每秒读取和每秒写入），尽管后者需要增强的监控。您还需要跟踪IOPS指标以进行读取操作，以确定您是否为实例分配了足够的RAM，以便``您的工作集几乎完全位于内存中''，这是优化Amazon RDS的IOPS性能的最佳实践SQL Server实例。

 

将Amazon RDS SQL Server添加到SQL Monitor

您可以立即通过SQL Monitor的GUI或通过其PowerShell API自动将Amazon RDS SQL Server添加到SQL Monitor。

您只需输入由Amazon AWS提供的RDS实例的终端节点，以及用于访问Amazon RDS SQL Server实例的凭证。通过为SQL Monitor提供AWS API凭证的凭证，它可以收集一些其他数据。理想情况下，您还将启用增强的监视，在这种情况下，AWS从实例上的代理收集指标（而不仅仅是针对虚拟机管理程序），从而使SQL Monitor可以访问更广泛的计算机级别指标。 

将SQL Server实例添加到Amazon RDS后，SQL Monitor将自动收集并存储监视SQL Server的CPU，内存和磁盘I / O资源消耗所需的所有“基本”指标，包括已确定的那些关键指标 以上与IOPS性能有关。

 

 

您可以分析每个指标的历史数据并获得基准以识别异常活动模式。您将收到有关任何问题，SQL Server错误或异常性能状况的警报，并且这些警报将显示在``活动图''时间轴上（如上图顶部所示），因此您可以在SQL Server活动的上下文中直接查看它们问题发生的时间。您还可以为活动时间表注释事件，例如部署，以评估其影响。

从这里，您可以深入查看前10个查询和等待时间，以及历史数据，问题的详细分析以及查询计划，以帮助您快速诊断和解决问题。

简而言之，我们还提供有关阻止进程，SQL用户进程，闩锁和锁以及磁盘使用情况的信息，这些信息是成功维护运行状况良好的Amazon RDS SQL Server实例所需的一切。您还可以轻松地添加针对每个应用程序和业务流程的特定要求量身定制的自定义指标。

最后，您还可以使用SQL Monitor的高级tempdb指标（也是SQL Monitor 11中的新增功能）来诊断导致争用问题或tempdb快速增长的会话，数据库和应用程序。

 

使用SQL Monitor管理向Amazon RDS的迁移

如果要将本地服务器移动到云托管平台上，就像许多组织今年所做的那样，则监视功能必须集成到项目中。

首先，您将要对本地服务器的性能，可用性和其他相关指标进行基准测试。这些是您的常规指标，包括关键性能指标（例如，每秒磁盘传输（IOPS））可能会在AWS的虚拟化环境中发生变化，这将决定迁移的成功。建议您至少收集30天的数据，但是在迁移之前监视的时间越长越好。

接下来，您应该在迁移后立即监视数据库的性能，以确保它们可用并按预期运行。

对迁移的数据库的运行状况感到满意之后，就可以开始监视新的Amazon RDS托管实例，以查看性能如何变化。希望它会有所改善，并为您提供为将来的迁移提供业务案例所需的数据。您甚至可以确定节省成本的机会，例如未充分利用的实例或容量要求下降的实例。

完成迁移后，您将可以以与监视本地实例完全相同的方式来监视Amazon RDS托管实例，从而为您和团队的工作带来一致性和熟悉性。

 

通过单个窗格监视您的SQL Server资产

通过版本11中的其他Amazon RDS监视功能，SQL Monitor现在使您可以监视整个SQL Server资源，而不管它是如何托管的。这意味着出于最佳响应性，可以在一个中央仪表板上看到出于业务，安全或组织原因而托管在不同数据中心或不同云平台中的服务器。

您可以确保针对关键业务实例优先考虑可用性和性能，还可以确信可以通过简单的分类和警报管理轻松维护任何合规性要求。