随着技术的不断发展,企业信息化的高度集成,为了获得更好的计算资源,更有效的发挥其弹性扩展、按需而动的特性,越来越多的企业开始逐渐将业务从传统模式转化成云模式。云按照使用范围分为公有云、私有云和混合云,当前在很长一段时间内,企业将历经混合云时代,对于企业IT人员来说,如何更好的发现问题和解决混合云内的系统问题,就成了首要考虑因素。
本文主要介绍如何选型适合混合云环境下的监控系统,既符合传统模式的监控要求,又满足云环境的弹性、按需分配的原则。该文章主要介绍选型的标准、依据及相关风险管理。具体的软件实施,不再本文做详细说明。有需要的朋友,可以参考本文结尾的“参考资料”。
随着集团业务大战略的发展需要,不断在全球范围内收购与之相关的公司。为了对业务更好的支撑,集团IT信息化也在不断的扩张和改革。随着应用的不断增加,传统的监控模式已经不能很好的满足要求,满足针对云的监控。为了适应IT长期发展需要,需要尽快选择一款适应公司未来五年IT发展需要的监控软件,对现有传统环境和云环境进行监控。
公司隶属制造业,属于传统的制造企业,IT架构也是按照传统架构设计。随着IT业务发展,引入了私有云及公有云业务。不同的应用按照其特性,分布在不同的IT环境中。现有的监控软件只能满足传统IT需求,无法更好的支撑云环境下的自定义及自动化监控。本项目主要对以下环境的系统进行监控。
从底层硬件到操作系统、中间件、应用软件、数据库、网络设备、用户行为等,均作为监控范围。
监控系统作为系统管理员的眼睛是最先发现问题的途径,一个完整的监控系统可以大幅降低系统发生概率的几率,及时通知管理员处理。以下是IT管理工作人员所面临的传统行业IT常见的五种挑战。
用户体验的监控
针对应用提供的各项功能,从应用系统使用者的用户体验角度,监测应用提供的各项功能的系统响应,典型的为端到端响应监控。比如Web应用的响应时间、系统的反应速度、数据库连接数量等。
自定义监控
传统的监控系统,很多功能往往是设定的,管理员无法跟踪新的需求自己定义,导致很多指标无法被监控,增加了管理员的工作量,同时也无法保障系统的问题被及时发现与处理。
自动化处理
自动化方面,传统的监控系统几乎全军覆没。很多都是由厂商集成的现成功能,无法与现有的触发器形成自动化处理。
网络监控
随着私有云和公有云的对接,网络的监控变得尤为重要。目前的传统监控方式很难直接与公有云对接,对于监控云主机存在不少的问题。
日志监控
目前的传统监控系统在日志监控方面属于弱项,往往需要借助其它产品,形成双控制台,对于日志类型也有较为严格的规定,毕竟属于成型商业产品。
本次项目目标要求重新选型监控系统,使之适应传统IT系统的监控前提下,必须可以对混合云环境中的系统指标进行监控。本次项目最终采用开源的网络监控系统Zabbix作为整个环境的监控平台。主要是由于其具备以下好处:
通过此次项目实施,最终实现集团数百套应用的监控,从用户端到存储后端。关键指标被监控,当出现问题,管理员可以在第一时间得到告警通知,警报可以通过短信、邮件、微信三种方式发出给管理员,确保消息被及时有效的发送。
以前的监控仅仅是为基础设施服务,监控基础设施是否有问题,是否发出警报,管理员是否处理等。而在当今业务驱动的时代,监控系统必须站在业务的角度去监控整个系统,提供有效的业务价值,比如:
集团IT系统众多,体谅超过800。在开源与商业产品的选择中,满足实际功能是第一任务。之后就是要考虑其购买成本。Zabbix本身属于开源软件,不用考虑额外的license费用问题,无论IT系统数量多少,只需要按照比例对Zabbix服务器本身进行负载即可。
开源软件的运维对管理员的技能要求高,需要管理员数量掌握Linux操作系统知识,具备简单的脚本编写能力。但是其给管理员带来的益处远大于弊处。
尽管如此,还是有必要对项目中可能发生的风险进行梳理。不过,在开始对风险评估之前,IT部门首先需要了解为什么会提出这样的问题以及有哪些风险需要进行评估。其中尤为重要的是,每一个人都要明白,IT面临的风险最终都会波及到企业的正常经营。
监控系统对于整个IT系统而言不仅仅是看门狗,更是救命稻草。但是如果部署和配置不妥,反而会事倍功半。一般而言,这些风险可以分为以下四种,它们都有对应的风险控制措施。
业务风险
在整个项目进行的过程中,有些监控需要使用C/S结构进行部署,此时客户端软件可以对现有的业务系统产生影响,例如某些组件不兼容,如果升级,将将影响现有系统。如果冒然升级,可以造成业务的中断,甚至更糟糕的结果。
技术风险
开源软件虽然免费,但是也增加了问题发生后的处理难度。针对疑难问题,无法得到官方的支持,容易操作技术壁垒,使项目受阻。
运维风险
项目使得监控系统可以顺利监控各种IT系统的同时,也可以针对管理员的配置,对特定的警报进行指定的操作,例如,自动重启服务或者扩容硬盘。自动化程度越高,越要求管理员对编写的每个脚本进行自检,否则可能造成无法挽回的业务损失,甚至造成系统停止服务。
项目风险
对于经过批准的或者是已经在开发中的项目,其风险点通常落在项目是否能在预算内、按期、高质量地交付。
针对可能的风险,在项目的初始阶段可以定义出风险的级别,便于分析和启动应对措施,避免风险的发生,将问题尽快解决。本项目采用1-3级的方式,对风险进行划分。
高风险:影响业务正常访问,造成严重系统异常
中风险:造成严重系统异常,不影响业务使用
低风险:未造成业务中断,造成轻微系统异常
集团IT系统粗略估算有800多套,立项之初,费用为100万,考虑到项目的进度与跨年预算,建议分成两期执行,每期预算50万。不同的企业可以根据自身的设备类型和系统数量进行增减,按照常规软件选型来看,一般都在150万到200万之间。
整体成本一共分为三部分,开发费用、外包费用和软件实施费用。由于开源软件安装较为灵活,但是现有功能及界面不能满足企业的定制要求,所以需要额外的费用进行开发定制,以适应企业需要。
整个监控系统分为软件和硬件两个部分。以下为具体的设备信息(仅供参考)
整体采用开源产品搭建,免去了license费用的成本,比购买商业产品成本低于行业标准。
监控系统的整体变更与选择往往是随着企业整体IT系统的变化而变化。IT技术的发展,推动业务的需求增加,新技术的应用,催动行业标准变更。云计算、大数据、AI的兴起,挑战了传统监控系统的功能和架构,所以这个时候往往也是IT管理员要考虑监控变更的时候了。
在做监控系统取舍时机选择的时候,建议参考以下几点:
1、现有监控系统无法满足业务的30%以上需求;
2、现有监控系统与新业务的兼容性出现严重问题;
3、新兴技术的普及与业务发展战略的调整;
4、现有监控系统周期性问题,比如license、费用等问题的变化;
目前Zabbix监控系统已经作为流行的开源软件在各行各业的企业内大范围部署。因为其软件开源、成本低、开发简单、兼容大环境等优势,被IT人员青睐。
基于如上策略原则和目前开源市场的占有率,项目启动的时机有以下建议:
1、根据业务系统和IT系统的需求周期而定,考虑全局策略;
2、根据现有系统的承载能力和扩展情况而定,考虑系统负荷性;
3、根据公司预算要求,考虑整体项目的预算需求;
4、制定未来五年的监控计划,考虑项目组成和延续性;
目前市场上的监控系统很多,监控类型丰富,各具特性。作为IT管理员在对监控系统的选型上就要结合企业的实际需求去匹配,挑选符合要求的系统进行实施。
以下将列出业内比较流行的几款监控系统,它们各具特性、各有特长。
本项目因为费用和具体的业务需求,需要符合以下指标:
1、 具备开放的API接口,便于后期大数据系统的数据采集
2、 监控内容丰富,从硬件、OS、数据库、应用到业务层
3、 支持自定义开发,比如报表、界面等
4、 支持脚本的自定义,满足不同场景需求
5、 客户端接入和监控采集无技术限制,避免特殊问题发生
6、 具有一定市场占有率,产品成熟
不同的监控系统具备不同的使用场景,各有所长,也各有劣势。在进行技术选型时,应该根据业务的不同需求进行匹配,而不是仅仅看产品的占有率和功能性,最适合的才是最好的。
在本项目中,我们对以下三种产品进行了比对,最终选择开源的Zabbix作为企业级的监控系统。
各种产品的诞生都有其存在和扩展的原因,由于技术的普及与推广,越来越多的监控系统被IT人员发现和使用。每个产品都有其不可代替的优势和无法躲避的劣势。企业在进行产品选型时建议根据以下几点进行,避免业务与技术出现壁垒。
1、 企业中整体IT系统的定位,主要看其是否趋于传统还是互联网
2、 整体项目的人力投入和预算评估
3、 后期运营成本的考虑
4、 定制化内容的占比
5、 自身及厂商技术实力的对比与产品的研发力度
监控系统作为企业的核心系统之一,采集着全系统的各种指标。作为IT管理员的眼睛,将问题故障及时告知管理员,防患于未然。所以在系统选型、搭建的过程中一定要严格把控各种环节,产品功能和业务的匹配度要高度匹配,避免花钱达不到最终的监控效果。
参考更多的Zabbix功能介绍,请访问其官方地址https://www.zabbix.com/。
参考更多的Myslq功能介绍,请访问其官方地址https://www.mysql.com/。
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞4
添加新评论1 条评论
2018-06-15 07:45