一种基于负载均衡器系统的自动报警的方法.pdf

本发明提供一种基于负载均衡器系统的自动报警的方法，属于报警机制技术领域，本发明通过多个控制机制把对要关心的服务进行自动检查出来，然后通过高效的信息收集机制把信息分类和过滤，然后调用状态机制，把现有的状态和已配置的状态进行比对，分析出最终的服务状态，把有问题的封装后发送给报警控制机制，报警控制机制根据用户的习惯进行相应的报警频率控制，最后把有用的报警信息发送出去。实现自动探测后台服务器提供的服务是否正常，然后把有问题的服务实现自动报警的功能。

权利要求书1.  一种基于负载均衡器系统的自动报警的方法，其特征在于，通过多个控制机制把对要关心的服务进行自动检查出来，然后通过信息收集机制把信息分类和过滤，然后调用状态机制，把现有的状态和已配置的状态进行比对，分析出最终的服务状态，把有问题的封装后发送给报警控制机制，报警控制机制根据用户的习惯进行相应的报警频率控制，最后把有用的报警信息发送出去。 2.  根据权利要求1所述的方法，其特征在于，主要包括五个部分：（1）服务自检机制；（2）信息收集机制；（3）状态识别机制；（4）报警控制机制；（5）报警发送机制；其中： （1）、服务自检机制：该机制主要功能是指自动收集服务状态信息，现有支持的服务包括四层服务和七层服务状态，它们分别都有一套检查机制，会定时的去检查服务的状态，且返回不同的状态码； （2）、信息收集机制：该机制是一个监听和管理信息的机制，该机制包括一个一直运行的监听器，它会自动收集来自于服务自检机制返回的状态码，且会自动转发给管理信息机制，管理信息机制收到所有的状态码，进行分别过滤和分类操作以及维护现有状态的功能，把所有码按不同作用转化为对象来操作，最后生成一个对象； （3）、状态识别机制：该机制主要是指对现有实时的状态和已配置的服务信息进行比对操作，匹配最后的真实的服务器的状态，现有状态是通过信息收集机制提供的，已配置服务信息是通过读取不同配置文件进行过滤后得出的；通过比较把最终的状态也是服务器的最后状态转发出去； （4）、报警控制机制：报警控制机制主要是控制报警频率和报警次数机制，可以灵活的对其进行配置； （5）、报警发送机制：该机制主要是保证报警信息准确的发送出去，是一个发送报警信息的机制，支持多人同时发送。 3.  根据权利要求2所述的方法，其特征在于，服务自检机制中的状态包括正常状态和不正常状态。 4.  根据权利要求2所述的方法，其特征在于，报警发送机制中，如一样的报警只发一次，可以让报警信息按照一定的频率只发一次。

说明书一种基于负载均衡器系统的自动报警的方法
技术领域
本发明涉及报警机制技术领域，尤其设计一种基于负载均衡器系统的自动报警的方法。
背景技术
随着当前大数据和社交网络的负荷越来越大，这就需要我们后台的服务器能够处理的压力也越来越大，这样的要求刚好针对负载均衡器提出了更高的要求，同时也提出了更能快捷有效的管理后台真实服务器，一种自动化的报警要求也就应用而生，有了该系统可以大大改善有问题了才会发现后台服务的问题的被动通知。
现在好多都是负载均衡器组建的集群环境，这样后面会有成百甚至上千的后台服务器，如果让管理员知道其中的一台服务器的某个服务出现问题，那可能没有人原因去做这个事情，或者说根本也不可能完成这样的任务。或者采用笨的办法，等出现问题我在去找到对应的服务器，这样是能解决一小部分问题，但是出问题后，管理员也只是知道那种服务出现问题，也一下无法定位到是那台服务器出现的问题，这样找到真实服务器也需要一段时间。也许管理员可能会利用现有的管理软件来管理整个集群系统，但是管理软件无法做到针对某个服务进行管理报警，一把的管理软件只能做到服务器网络状态和应用软件的进程是否出现问题进行报警，所以很难解决现有的问题。
发明内容
为了解决上述出现的问题，本发明提出一种基于负载均衡器系统的自动报警的方法，它通过服务自检机制把有针对的服务状况进行检查，通过各种机制进行过滤和比对，然后调用报警发送机制把正确的报警信息发送到指定邮箱。
本发明具有高效率和快速反应的特点。通过多个控制机制把对要关心的服务进行自动检查出来，然后通过高效的信息收集机制把信息分类和过滤，然后调用状态机制，把现有的状态和已配置的状态进行比对，分析出最终的服务状态，把有问题的封装后发送给报警控制机制，报警控制机制根据用户的习惯进行相应的报警频率控制，最后把有用的报警信息发送出去。
本发明的显著特征是实现自动探测后台服务器提供的服务是否正常，然后把有问题的服务实现自动报警的功能。该发明提供的探测机制是负载均衡器系统上有一套并发机制和自动扫描以及通信协议封装和反馈的机制，以及还有一套报警控制流程机制，包括控制发送的频率和发送的次数，还有自动过滤已报信息等功能。有了该套机制可以很方便的识别后台真实服务器的状态变化，无需再去人为的查看和干预了。该套机制主要包括几个部分：（1）服务自检机制；（2）信息收集机制；（3）状态识别机制；（4）报警控制机制；（5）报警发送机制。其中：
（1）、服务自检机制：该机制主要功能是指自动收集服务状态信息，现有支持的服务包括四层服务和七层服务状态，他们分别都有一套检查机制，会定时的去检查服务的状态，且返回不同的状态码。这里的状态包括正常状态和不正常状态。
（2）、信息收集机制：该机制是一个监听和管理信息的机制，该机制包括一个一直运行的监听器，他会自动收集来自于服务自检机制返回的状态码，且会自动转发给管理信息机制，管理信息机制收到所有的状态码，进行分别过滤和分类操作以及维护现有状态的功能，把所有码按不同作用转化为对象来操作，最后生成一个对象。
（3）、状态识别机制：该机制主要是指对现有实时的状态和已配置的服务信息进行比对操作，匹配最后的真实的服务器的状态，现有状态是通过信息收集机制提供的，已配置服务信息是通过读取不同配置文件进行过滤后得出的。通过比较把最终的状态也是服务器的最后状态转发出去。
（4）、报警控制机制：报警控制机制主要是控制报警频率和报警次数机制，我们可以灵活的对其进行配置，如果希望一样的报警只发一次也可以让报警信息按照一定的频率只发一次。
（5）、报警发送机制：该机制主要是保证报警信息准确的发送出去，是一个发送报警信息的机制，支持多人同时发送。
本发明在系统易用性方面提出了灵活的配置机制，即可以在运行时进行报警机制的配置也可以实时的把需要检查的服务进行添加，同时可以指定多人发送报警。实现自动探测后台服务器提供的服务是否正常，然后把有问题的服务实现自动报警的功能。
附图说明
图1是Channel Bundling系统拓扑图。
图2是数据传输流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明做进一步地详细描述。
一种基于负载均衡器系统的自动报警的方法，通过服务自检机制首先把所检查的服务状态获取到，然后通过协议发送出去。它主要是负责把服务状态反馈出来即可。状态自检是采用系统自带的nc命令自检服务，该命令可以很好的把现有的真实服务器的服务状态得到，但是的通过自检机制把输出结果进行分析和过滤，然后再封装，在调用自检机制的定时器去定期的执行。循环的执行下去，把每次循环的结果通过socket发送出去。
信息收集机制里面有一个监听器，一直监听服务自检机制发送出来的数据。首先监听到数据后，它全部放到缓存中，放的过程会简单的过滤一下，只要符合规定的数据格式就放进缓存中，如果不是标准格式，就不做处理。信息收集机制还有一个进程是对缓存数据做封装处理的。把缓存数据进行分类，根据服务的不同，进行不同的分类，然后根据状态码进行状态的分类，把有问题的和正常的信息都封装成对象，然后调用状态识别机制的接口把对象传出去。
状态识别机制得到对象后，然后再去找到配置的服务状态，这两个状态可能有不一样的，所以它要过滤出来那些服务是最终的状态。得到各个服务的状态，然后依次比对每个服务，如果已存在配置文件中，就把对应的真实服务器的服务状态记录下来，然后把处于有问题的服务信息封装，包括时间和iP和对应的服务名称等信息封装调用报警控制接口。
报警控制机制收到报警信息，首先初始化报警设置信息，根据当前提供的报警设置信息进行报警控制，首先按照是否是已发送报警信息，如果是就不做处理。不是的话，进行发送频率控制流程，该流程的主要作用是控制发送频率，按照规定的频率发送报警信息。
报警发送机制收到报警信息，只负责发送出去即可，根据设定的收件人进行发送。它是调用系统的邮件服务器进行发送邮件。