运维管理 寻找真正的 主动 之途
发布时间：2022-04-14 14:35:58 所属栏目：安全 来源：互联网
导读：尽管IT运维管理的技术在不断进步，但实际上，很多系统工程师并没有真正解脱出来，原因并不复杂：虽然已经能够获取网络设备、服务器、网络流量，甚至数据库的警告信息，但成千条警告信息堆积在一起更本没法判断问题的根源在哪里？虽然不少产品提供了告警过滤
|
尽管IT运维管理的技术在不断进步，但实际上，很多系统工程师并没有真正解脱出来，原因并不复杂：“虽然已经能够获取网络设备、服务器、网络流量，甚至数据库的警告信息，但成千条警告信息堆积在一起更本没法判断问题的根源在哪里？”“虽然不少产品提供了告警过滤和压缩，但结果却并不尽人意”。面对这样的抱怨，难道我们的工程师将永远无法走出“被动的怪圈”吗？ 如今，在IT运维领域中，“主动”并不是一个新鲜的概念。几乎所有的宣传、产品、用户、理念都在宣扬“主动”，从被动到主动管理的升华是每个企业针对信息系统如何提高IT服务水平、如何提高系统可用性、降低运维成本，实现IT科学性的过程。很多企业在选择IT管理工具时将最终目标就定位在“主动”，希望业务系统能够“无忧”，但真正能够达成IT与业务融合的企业却是很少。很多IT运维厂商都强调，“传统被动式”的类似“救火员”角色的IT系统运维方式，根本不能适应目前需求，那么企业到底怎样才能实现真正的“主动”呢？ 为何丧失了“主动”的先机？ 在虚拟化、云计算等新兴技术的刺激下，IT正在走向一种整合的发展趋势。当然，这种整合并不局限于几台服务器的集群或组成1个数据中心，而是更多地指向了有序、有效地集中，但也就会导致原有的问题也会集中在一起。中国的IT工程师习惯于将工作重心放在性能而不是质量上，放在提供支持而不是消除问题上。 在“传统被动式”的管理中，就有一些技术工程师将自己查找日志而排除问题的能力拿出来炫耀，但在“业务集中之后”，这种排查日志的技能几乎葬送了自己所有的工作时间。因此对于“问题管理”，在“集中之后”更多的企业不但需要职能的发现业务系统的问题，更是需要联动式解决问题的办法，实现减少问题发生次数的目标。将IT基础架构内由错误引起的事件和问题对业务的负面影响减到最小，并预防这些相关的事件、问题和错误的再度发生，这才是主动管理的精髓。 我们知道，对于IT系统真正的主动管理，是实现业务服务管理中最重要的基石之一。但有些用户在修正现有的IT管理目标是比较盲目的，因为原先没有一致而且正式的运维程序与原则，因此根本无法拟出服务等级（Service Level Agreement，SLA）。 如果没有 SLA，实现业务测量运营绩效与确立IT目标几乎是不可能的，也就不可能为主动管理排出精准的规划。 就如前面说明的那样，如果在IT系统中没有出现问题，也就没有告警信息，但这是不可能存在的一种假设。当所有的业务系统集中起来的时候，出现无数的警告信息实际上是非常正常的，这就如人生病一样，很多疾病都会造成身体上多处特征的不良反应，医生会开出多得让你厌恶的检查表格让你检查，实际上这就是瞧病过程中找到病源的过程。但这个过程越长，你就越加无法忍受。企业的业务系统也是如此，在问题出现时，不能将问题迅速归类，不能发现***特征的表象，也就迟迟无法做出问题改善，“主动”也就失去了意义。 很多企业用户都存在疑问，化繁为简应该不能只是空谈，但如何做到实践、也就是说如何用呢？针对这样的问题，在北塔BTIM中提出了对告警事件压缩和智能提取的独有技术，在告警信息管理中，北塔BTIM还包括了单点告警、复合告警、基线告警结合使用的技术优势，告警事件关联抑制功能真正做到了事件根原因分析，从而准确定位事件故障源，如：某业务系统，由于关注参数很多，为减轻工作量，平时只关注ping通是否正常，当ping告警触发时，抑制该业务系统服务器的CPU、MEM告警，以免这些告警信息干扰故障源判断，同时立刻关联该业务系统核心网络设备情况，再关联该业务系统连接网络设备端口情况，最终的结果可以发现，是该端口为关闭状态从而触发了告警，原来有人误操作关闭了该端口，激活该端口则恢复正常。由此可以看到，正是通过告警关联与抑制方式实现了先进的问题根源定位能力，从而使得主动管理不再是纸上谈兵。 脱离每天被繁冗的警告和报表所包围的现状，利用“主动管理”高效而清晰地描述业务系统的运行状况，立即把所有的警告信息繁为简，一目了然。IT 部门必须能够提供追踪问题改善状况的评估方式，以便达成持续的改进成果，这才是“主动”的内涵。 （编辑：宁德站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐