Linux基于C++实现的邮件服务器性能监控系统的设计.docVIP

.. .. 目 录 提 要 绪 论 1．1 研发背景 1．2 开发环境 1．3 相关技术介绍 基于Mailserver性能监视系统建模 2．1 可行性分析 2．2 需求分析 2．3 总体设计 2．3．1 功能模块设计 2．3．2 数据库设计 监视器设计 3．1 进程概念的应用 3．1．1 多进程的引入 3．1．2 守护进程的实现 3．2 信号量的使用 3．2 共享内存的使用 Mailserver性能信息收集设计 4．1 CPU和内存信息收集的设计 4．2 硬盘和进程信息收集的设计 4．3 网络流量信息收集的设计 Mailserver性能信息采集设计 5．1 CPU和内存信息采集的设计 5．2 硬盘和进程信息采集的设计 5．3 网络流量信息采集的设计 编译、测试及总结 6．1 编译 6．2 测试 6．3 总结 摘 要 电子邮件是整个互联网行业重要的组成部分。据统计，四分之三以上的用户上网的主要目的是收发邮件，每天有十数亿封电子邮件在全球传递。电子邮件已成为用户不可或缺的需要。用户对电子邮件安全性、可靠性以及功能上的要求也在不断提高。因此，服务供应商必须提供更安全、更可靠、功能更丰富的服务，才能发展业务、吸引用户，从众多竞争者中脱颖而出。 为了使邮件服务器架构者能够在服务器投入使用前对服务器性能进行必要的测试，确保系统的性能和可靠性能够满足现有状况和预期情况下的使用，以及服务器运行过程中可以随时了解服务器运行的信息。我们构建本系统来针对邮件服务器性能进行监视，本系统提供了以下几种功能： CPU监视 Memory监视 Disk监视 Network监视 Process监视 此外，本系统预留了很好的可扩展性，为以后监视对象的增加提供了更大的便利。 系统由用户输入start命令来启动，stop命令来停止系统的运行，为此stop进程必须了解start进程中的一些信息，系统中通过使用共享内存来完成这两个进程间的通信，确保程序的正常退出。为与Linux其他服务相统一，系统中还提供了restart（重新启动监视器）命令。系统要求对五个监视对象进行并发监视，多进程概念的引入恰好完成了该功能。另外当系统运行后，为了不挂起终端，我们必须将程序放在后台执行，系统中通过使用守护进程来完成该任务。 下面是本文各章节的一些简要概括： 第一章讲述了本系统的研发背景以及用到的一些技术。 第二章对系统做了一些必要的分析，同时给出系统的用况图和类图。 第三章对本系统的的主体部分进行了详细设计，并针对难点进行了详细的讲解。 第四章分别对以上五种对象的信息收集，包括使用Shell取得相关对象信息、采集我们需要的数据（由第五章描述）以及信息的存储进行了详细设计，并给出了相应的顺序图。 第五章分别对五种对象的信息采集（为信息收集的一部分）进行了详细设计，同时给出各自的顺序图。 第六章讲述了本系统中Makefile文件的编写方法，同时对系统进行了一些必要的测试，并进行了总结。 关键词：邮件服务器性能监视，多进程，守护进程，共享内存，信号量，PRO*C Abstract 绪 论 1．1 研发背景 1．1．1 问题的提出 曾经有位IT名人说：“互联网对于他就是电子邮件。”这句话可能是太偏激了一点，但是至少表达出一个重要信息： “电子邮件”是互联时代的一种典型应用。随着信息社会的不断发展，电子邮件已经成为了各个行业和企业对外沟通联系的重要工具。据统计，四分之三以上的用户上网的主要目的是收发邮件，每天有十数亿封电子邮件在全球传递。电子邮件已成为用户不可或缺的需要。 用户对电子邮件安全性、可靠性以及功能上的要求在不断提高。因此，服务供应商必须提供更安全、更可靠、功能更丰富的服务，才能发展业务、吸引用户，从众多竞争者中脱颖而出。这就需要邮件服务器系统具有较强的并发处理能力和处理效率，能够7×24小时稳定运行。因此，有必要在系统投入实际运行前，对邮件服务器系统进行必要的性能测试，确保系统的性能和可靠性能够满足现有状况和预期情况下的使用。 另一方面，当邮件服务器投入使用后，邮件服务器搭建者（企业或个人）往往需要与服务器保持不间断的联系，知道服务器任一时间段内运行的相关状况，以便进行必要的改善，使服务器性能得以更好的发挥。 本系统便是在这种前提下，针对以上问题设计开发而成，对邮件服务器性能进行监视。 管理学第一原理告诉我们：You Cant Manage What You Dont Measure (如果没有测量,就很难管理)，著名的通用电气公司GE和麦肯锡都是量化管理的楷模。对邮件服务器的管理也不例外，长期的监测是稳定的服务质量的唯一保障。因此本系统采用对邮件服务器性能进行实时量化方式监视，并将相关数据信息存入数据库，以便用户进行