监视群集和负载平衡器

介绍

企业采用多种机制来优化其网络的性能，以确保高可用性。用于故障转移（主动/被动模式）和负载平衡（主动/主动模式）的群集是一种常用的技术，它支持冗余、会话或数据库复制以及群集中服务器间的负载平衡请求。有些网络甚至在集群外部都有软件或硬件负载均衡器，以提高横向可伸缩性。

大多数业务发生在互联网上，由于容错体系结构，企业更喜欢集群或投资于负载均衡器。关键服务器和应用程序（如数据库服务器、exchange服务器等）托管在群集环境中以实现高可用性。此外，像Big-IP这样的负载均衡器被插入到网络中，以便在服务器上分配负载，以满足无中断可用性的主要需求。服务中断，无论是计划内的还是计划外的，都是代价高昂的事情，对于任何规模的企业都是不可接受的。管理员几乎用尽了他们力所能及的所有资源来保持他们的网络愉快和可用。

服务中断及其业务影响

我们都是互联网支持的各种服务的巨大消费者。想象一下这样一种情况：你正在访问你的银行账户，以便在紧急情况下将资金转到朋友的账户。网站只是简单地说，‘哎呀！抱歉，服务不可用！'。该消息最后礼貌地要求您稍后尝试访问。作为终端用户，我们不愿意处于这种情况。你可以打电话给客户服务部，随意轰炸，寻找自动取款机或分支机构，这是一个喘息的机会。对银行造成的损失已经超出了经济修复的范畴，而幕后黑手、管理员/网络工程师则可以为这场巨大的混乱听各种各样的音乐。尽管已经为可靠的服务投资了一个集群！

预先警告是预先准备好的

通过使用集群进行故障转移或负载平衡，这项工作只完成了一半。除非管理员清楚地了解其网络中的好组件、坏组件和丑陋组件（包括关键集群中的组件），或者昂贵的负载平衡器上的重要资源，否则不可能有一个无警报的假期！

示例1：企业中的双节点SQL群集：

活动节点故障转移到备用节点的原因可能是系统或应用程序故障，或者两者都有。管理员必须清楚地了解系统和应用程序性能，这只有在主动监视时才可能实现。在上面讨论的场景中，群集控制器实例可能失败，导致整个系统崩溃！或者，尽管主动节点成功地故障转移到被动节点，但是被动节点也会由于资源不足而失败！这种混淆本来可以避免，或者早一点确定，以便通过监测这些系统上的基本资源来减少损害。

示例2：负载平衡器跨几个服务器分发请求：

尽管reduntant服务器是为负载平衡而设置的，但是假设负载平衡器上的硬件资源故障导致服务不可用！即使服务正常运行，用户请求也不会发送到服务器！

减少伤害

如果不经常监视资源，集群的目的就失去了。即使管理员试图确保最终用户不会“感觉到”任何服务故障，他也必须快速确定从主动节点故障转移到被动节点的原因，或者为什么施加在特定服务器上的负载很高。因此，所有需要运行以使集群正常工作的组件或资源都需要监视。这包括节点上的集群服务、从属服务、负载平衡器上的系统资源、各个设备的响应时间等等，康坦特对关键组件的自动化监控有助于减少损坏，并有助于实现始终确保高可用性的目标。

关键资源包括：

关键资源包括：: 一个详细的可用性报告，指示节点是否由于从属设备故障而不可用，或者节点是否被拉下来进行维护。

节点响应时间: 节点在任何给定时间的响应时间，以及它的平均响应时间，表示其上的负载。

服务可用性和响应时间: 群集服务及其相关服务在节点上的可用性。

系统资源利用率: 不断检查硬件资源的性能，因为您最不希望看到的是资源不足，导致关键服务不可用！

服务参数: 可能导致潜在故障的服务的关键参数。

与集群有关的系统事件: 在系统事件（包括应用程序事件）上保持一个标签，这样就不会有突然的意外，并且可以监视所有的故障。

负载平衡器的可用性和性能: 确保负载平衡器的基本可用性和响应能力。

负载平衡器上的系统资源: 监视负载平衡器上的关键资源，以确定问题指标。

群集组（业务视图）: 集群中节点的整体视图，能够深入了解根本原因。可视化集群的此规定有助于了解集群的运行状况。

摘要

ManageEngine OpManager是一个网络监视软件，它监视局域网和广域网上的所有资源。OpManager的性能和故障管理功能有助于快速发现性能瓶颈。它能够深入到故障的根本原因和巨大的自定义功能，使OpManager成为全球成千上万网络管理员的首选解决方案。一些有用的插件和附加组件，如NCM插件、NetFlow插件、VoIP附加组件，以及与ManageEngine套件中的其他应用程序（如ServiceDesk Plus）轻松集成的规定，使它成为满足您所有网络和it管理需要的一站式服务。