数据中心监控为什么要自动化?在我们探讨这个问题前，我不可避免的要提到ITL(信息技术基础架构库)，ITL目前已经广泛的应用在政府、企业等机构，它是用来帮助IT部门改善服务流程，提升效率的准则，如果能将它用在数据中心监控自动化上，我将不再担心自动化管理无法衡量与量化。

　　诚如我刚才所言，接下来，我将为大家具体的介绍一下在数据中心实现自动化的几种方式。

　　搜索设备与连接

　　首先，需要确保你的设备可以通过各种方式各种方式能连网。

　　接下来 进入子网

　　输入IP地址或者域名

　　通过查找已经连接的设备，你就能在网络上发现刚才输入的设备名称。

　　指定Active Directory(活动目录服务)(AD)OU(组织单位)，扫描该OU中的计算机设备。

　　它可以帮你找到不易找到的设备。这种功能也是采用刚才提到的输入方式，跟刚才提到的子网、IP地址、活动目录的输入方式是一样的。

　　搜索设备的时候，应尽可能用简单的方法询问(设备类型，硬件类型等)，查询设备基本信息，如设备名称，供应商、型号等信息，询问时，应询问这个设备特有的信息特征，而不是单一的查询一系列的数字信息。 同时，你会发现搜索不仅限于SNMP，对WMI和API同样适用(Cisco UCS，VMWare和Microsoft Hyper-V等都适用)

　　最终，要确认设备是否被扫描到?是否已经建立连接?连接后的设备可以在网络上看到它的所有信息，包括服务器都连到什么交换机，以及连到数据中心哪台集群服务器或者其它地方的集群服务器 。

　　自动化探索

　　刚才那个程序只是通过地址扫描，能不能通过其它方式扫描呢?

　　接下来扫描整个文件，通过数据中心监控系统定期监控运行状态

　　可以设定为以下时间进行加农

　　每隔几个小时/每过几天/每过几周

　　每个星期的某一天

　　每个月的某一天

　　一天中的某个时间段

　　除此之外，当程序运行超过一天中某个时间或者运行超过一个固定的时间段后，你可以设定关闭程序。这样，你就可以避免在扫面程序时滥用数据中心的监控系统，同时，你还可以将整个文件进行分区管理，建立安全、强健的搜索程序，提升搜索效率。

　　最后，除了按计划运行之外，还应将扫描设定为由事件触发。 比如，如果路由器上的接口已关闭超过30分钟，则应将扫描设置为在接口所属的子网上触发，以检查新接口是否已启动，以及是否有任何新的远端设备已上线。不管触发事件如何，所需的功能是基于数据中心中的实时事件来设置受控发现的。

　　如何处理搜索到的设备

　　这给我们带来了一个问题，当发现新硬件时如何处理? 我们许多人深受其害的是，并不是所有的数据中心硬件都需要监控，即使在高度严格的和受控制的环境中，也不是每个出现在子网中的设备都会存在。

　　因此，首先，希望您的监控系统中已列出通过审核的新设备名单。第二，列出设备特征。第三，获得筛选某些设备类型的能力; 例如，没人需要监视CD驱动器的磁盘容量。更重要的是，应该对过滤器中指定一些设备类型是不被监控的。

　　应用发现

　　发现硬件设备固然重要，可它对于监控系统而言是最简单的。从那以后我开始进入IT领域，研究硬件搜索，识别硬件和列举硬件都已经的标准化，并且可以预测。但应用程序继续自己的运行规则。想弄清楚什么程序被安装在服务器上,运行了什么程序以及这些运行的应用都在做什么?时至今日，这依然是一个挑战，即使对业内人士，同样是个棘手的问题。

　　勿需多言，对于大部分程序的供应商而言，它们在不遗余力的维护应用程序的正常运行，保护程序内的配置文件不被修改、提高安全性，保障程序内的个人信息不被泄露等，监控系统能为程序运行提供良好的保障。

　　那么，如何确保核心业务得到恰当地监控? 除了常规的软件项目外，有一种形式的数据中心自动化的方式，可保障监控程序简单操作：角色分配。为了理解这个概念，让我澄清一些假设：

　　并不是所有的应用程序都是相等的，即使它们是一样的。我的意思是，比如我们在DMZ中运行Exchange服务器， 在有防火墙的数据中心运行Exchange服务器，在云中Exchange运行Exchange服务器，虽然它们都是在运行Exchange，可他们在具体运行中的配置文件以及安全需求是完全不同的。在这些形式当中，单一的服务器将在使其使用期限中具有多种使用状态，使用哪种状态的同时对应的监控的级别也有所不同：建立与测试对应的生产与停用。

　　您(即组织中正在请求和配置这些服务器的技术团队)已经知道使用情况和需求。

　　考虑到这些假设，希望很清楚，监控自动化需要同一模板或一组应用程序监视组件的多个变体。 但你怎么知道什么时候应用正确的?

　　答案是使用资产管理系统，配置请求或者您的命名约定中已经包含的信息。 通过使用以下属性，您可以利用大多数鲁棒监控工具的能力，根据角色，状态，位置等自动分配或取消分配监控：

　　网络位置：DMZ，数据中心，数据仓库，远程控制等。

　　配置：建立，阶段，测试，试制，生产，关闭等

　　关键业务：1到5

　　主要用途：SQL(Structured Query Language结构化查询语言)，AD(Active Directory活动目录)，Tomcat服务器，文件服务器等

　　关联应用程序：电子邮件，订单登录，XYZ_App等

　　正确应用这些属性后，您可以继续进行应用程序监视，而无需频繁扫描，因为您应用的监视基于您对服务器的预期用途。

　　什么是云?

　　所有这些关于服务器和应用程序的讨论都可能听起来很难以金属为中心，就像在“具有手动安装的应用程序的旧式裸机服务器”。但实际上，所有这些监视自动化技术都适用于混合IT甚至纯云环境 。

　　基于云系统，监控可以直接(应该)包含在程序的脚本中，以便服务器能够受到监控系统的保护，从而保护云中的相关数据信息。

　　还少什么?

　　精明的读者可能已经注意到，我刚才讲的这些都是围绕数据中心监控自动化关于搜索、报警的方法。 最好永远都在后面。因此，你们也不应懈怠，应继续寻找更多的自动化的实例，从而帮助你降低成本，提高效率，保障应用程序正常运行。

　　责任编辑：DJ编辑