让大型网络运维像SOHO一样简单

随着网络规模的扩大,企业中拥有越来越多的业务系统和成千上万的终端, IT运维管理部门的压力也越来越大。
那么,这些压力源自哪些方面,哪些人会对运维方法的变革上非常敏感,而管理员又当如何化解这些压力,将大型网络的运维也能像SOHO一样进行配合和管理呢?压力源自“失控”大型网络中的系统一般是由历史建设的几个阶段累积而成,时至今日在一些大型网络中可能还存在着Windows NT RAS 服务器(NT环境下的拨号系统),这点可能对于新一代的IT 管理人员都很陌生。当然在大型网络建设的起始阶段,可能老一代的管理员只需要深入了解服务器操作系统原版的白皮书就可以应对自如,那个年代其实对IT服务管理需求并不是很强。因为不需要协调太多的人,也不需要设计太多流程,也不需要面临太多的沟通的环节。但随着网络向多元化技术方面发展,当远程分支机构和网络合并重组之后,各样的业务系统都需要细致入微的关注,再加止引进开放式系统,很多
复杂的问题就产生了。涉及到网络,主机,数据库,甚至客户端的故障,管理员都很难定位其根本原因。而且随着运维人员专业化分工以及分支机构的IT管理中心的成立,很多问题的沟通成本加大,没有高效管理流程,一大堆问题就出现了。
于是乎,我们再也不能像以往那样运筹帷幄,网络失控了!由于运维人员已经不清楚网络
里面什么已经是最重要的,
所以分支机构或者二级、三级的网络
纷纷要自己想办法解决问题。在北塔软件近几年的实施项目中发现,很多大型网络的总部还没有建立一整套或运维方案时,下面的分支机构却都配备了一些网络监管工具,但当总部想要实施ITIL或是部署ITSM的时,这些分散的数据由于无法提供统一的接口,根本没有实现集中监管的条件。因为在多数大型网络运维管理中,你的运维对象不是标准化的,尤其是企业中存在的大量业务软件领域。有时历史的数据没法筛选,就因单独为SLA计算录入,系统人员就要在每个子网中不断轮循,运维成本不降反升。另外,在大型网络中运维管理都采用被动工作模式,IT部门会
认为其他所
有的分支机构和部门都是麻烦的制造者,而所有的部门也都会认为IT部门是故障的制造者。屡遭投诉以及由于业务部门在企业中的强硬地位,上层对IT运行规范、标准化的愿望就越发强烈,当运维主管花费越来越多资源和费用后仍然没有效果,运维部门的地位与控制力就会下降,这是一个恶性的循环。抓住共性和特性是大型网络实施ITSM的思路从
新的技术来说,虚拟化,自动化,包括开源,包括数据安全,网络安全,很多方面的元素都是大型网络运维当中必不可少的,但万变不离其宗,大型网络自身的特点还是集中在了“稳定性”的性能指标。但稳定性的实现并不简单,很
多时候运维定义的目标和实际建设网络的时候有着很多差距。众所周知,大型网络中都有通过硬件冗余所配备的备份的网络,这就是常说的“双路由”备份。但这些是可用性的形式,通过软件上的设置实现不同链路切换的通道,即在主网络及其路由出现故障之后,能将通信通道迅速切换到备份路由和备份网络中去。但如果从可靠性角度来讲,最好的方式是建立故障预警与自动切换配合的切换方式。从这个例子上看,运维服务中,我们一直强调改善,改善就意味着一要清楚你的现状,二要清楚你的目标(稳定性),这两点是要基于大量监控数据分析的。既然我们搞清楚了大型网络对于稳定的目标,那么实现业务和服务管理的稳定依据是什么?很显然,这需要充足的管理要素,在如今业务和IT结合日益紧密的背景下,复杂IT系统中发生的每一个事件,都可能对业务带来巨大影响,因此对这些“管理要素”的有效收集十分必要。北塔BTIM凭借对事件进行根源定位分析,实现了对IT系统基础设施的全面可视化管理,使业务服务的管理不再是纸上谈兵,无米之炊。大型网络运维中的问题是消除分支机构的运维数据孤岛。北塔BTIM的管理控制台,除提供整个监控管理中心的基本框架外,主要作为整个监控管理中心的集成平台,集中展示关于系统监控数据、流程平台、数据报表等信息,未来应用系统的扩展都依赖于这个基本框架。这种框架为快速增长型组织提供了更好的发展空间,一旦企业网络规模加速扩大,根据这个柔韧性好的构架,集成后台各种运维管理平台,为中心和各分公司提供一个统一的运维管理信息访问入口,实现运维工作中的协同工作。那么针对业务系统的特性而言我们应该如何提供运维服务呢?大型网络中的业务系统通常有多种不同的子业务系统构成,可能由于企业合并和收购等操作,导致这些子系统可能存于不同的异构网络中。北塔BTIM可对组成一个业务的所有异构环境下的子业务进行汇总,每个子业务系统所组成的异构硬件平台、不同版本的数据库平台、中间件和软件平台都可以再细分为具体的各种应用系统,每个应用系统都可以为其自定义状态分析指标。通过近一步的设定 ,北塔BTIM可把所有子业务指标汇总呈现在总的业务视图中,这便实现了大型网络中集中管理和分级维护的目标,释放了运维人员之前的压力。不断要求改善内部IT架构的运营效能,以及与业务之间的关联性,以支持业务的灵活性,利用北塔BTIM就使得IT服务管理人员也越来越受到企业决策者们的重视。

时间: 2024-08-02 17:25:30

让大型网络运维像SOHO一样简单的相关文章

网络运维数据采集机产品设计

问题描述 网络运维数据采集机产品设计 最近要设计一个硬件产品,专门做大型网络运行监测的数据采集,就是利用snmp.jdbc.jms等监测网络的服务器.路由器.数据库.中间件等被管理资源的cpu.内存.流量等等.现在设计的采集机是一个独立的硬件产品,负责被管理资源的数据采集,各个采集机到的数据传输到核心服务器再做处理判断.现在要设计出适合做数据采集的硬件产品(可以理解为一台独立的服务器),具有较好的稳定性.扩展性,能实现跨网段传输,有没有前辈做过相关的产品设计,包含内部模块之间的关系,产品的工作环

大数据对网络运维意味着什么?

2016年对于SDN来说无疑是利好的一年,在金融.电信.互联网等行业SDN产品和解决方案开始规模化部署,许多传统行业对于SDN的需求也初现端倪.<2016-2017年中国SDN市场发展状况白皮书>显示,2016年中国SDN软件市场(主要指SDN控制器及相关的软件解决方案与服务)规模达到了7.2亿元,比2015年增长30.9%,预计到2021年,市场规模将达到46.7亿元.同时,白皮书也指出了企业传统网络架构面临的四大难题. 难以满足业务灵活部署的需求 难以满足业务资源整合的需求 难以满足场景化

如何应对服务器虚拟化中网络运维的痛点?

云时代数据中心最明显的特点就是虚拟化技术的大量应用,这使得运维管理的对象也在变化.以前的设备都是真实的,位置也是相对固定,管理起来相对直观.而虚拟化技术的结果是将这些资源都"池化",使得一切管理对象变成虚拟的.可灵活迁移的逻辑存在,资源在数据中 心中的物理位置的可视性变得困难.云数据中心时代,带来了 什么样的网络运维难题?随着云计算和大数据进入落地阶段,新一代数据中心成为支撑云计算与大数据发展战略的关键, 但是随之而来的运维和管理问题也成为了摆在管理员面前的一个难题.云时代数据中心最明

大型网站运维工程师的职责和前景

运维中关键技术点解剖: 1 大量高并发网站的设计方案 ; 2 高可靠.高可伸缩性网络架构设计; 3 网站安全问题,如何避免被黑? 4 南北互联问题,动态CDN解决方案; 5 海量数据存储架构 一.什么是大型网站运维? 首先明确一下,全文所讲的"运维"是指:大型网站运维,与其它运维的区别还是蛮大的;然后我们再对大型网站与小型网站进行范围定义,此定义主要从运维复杂性角度考虑,如网站规范.知名度.服务器量级.pv量等考虑,其它因素不是重点;因此,我们先定义服务器规模大于1000台,pv每天至

云时代如何简化数据中心网络运维?

SDN,在经历了犹豫彷徨.百家争鸣之后,目前已成为企业CTO的坚定选择. SDN时代的网络展现出两面性:一方面让客户使用更加简单,另一方面却让运维更加复杂.而当前,整个行业的目光多聚焦在前者而忽略了后者. 随着SDN的部署如火如荼,一丝忧患也隐隐浮现.2015年12月,管理行业研究机构EMA(Enterprise Management Associates)针对100多家企业的调查结果显示:70%左右的客户对于现有管理运维体系是否适用于SDN场景表示担忧.Gartner于 2015年7月发布的通

瞻博网络推出新型EX系列交换机,扩展联合架构并改进网络运维

提供自动的.可扩展的.安全的网络产品行业领导厂商瞻博网络(纽约证交所:JNPR)近日发布两款新型的瞻博网络 · EX系列接入交换机,希望能够帮助客户针对不同规模和复杂度的园区及分支机构网络进行安全且便捷的管理.本次发布的入门级交换机EX2300和中端交换机EX3400能够为企业云技术转型提供全新的解决方案,帮助他们利用JuniperUnite解决方案中的Junos · 企业网融合技术和瞻博网络虚拟机箱等多重领先技术,通过单一管理方式来优化网络配置.这些新的解决方案同时为瞻博网络软件定义安全网络(

网络运维团队如何应对最新的黑客威胁?

本文讲的是 网络运维团队如何应对最新的黑客威胁?,企业网络上的数据存在极高的价值,因此成为恶意黑客觊觎的目标.重大安全事件几乎已经成为了日常新闻,而网络团队对现状负有的责任越来越重. Network Instruments最近发布了2015年网络状态研究报告,报告阐述了在网络安全对抗中,技术人员是如何重新分配IT资源,并保护网络数据的完整性.其中一个值得注意的改变是,企业安全团队在面对很多情景时会更多地寻求网络团队的帮助,这其中包括识别异常行为.执导调查.采取预防性措施等. 事实上,在322位被

数据中心网络运维一指禅

数据中心网络如何高效运维?这个问题经常困扰着数据中心的运维技术人员,运维技术人员疲于处理各种网络故障.变更.检查等事物,没有时间学习新技术,网络运维技术人员的工作往往做得非常辛苦,经常加班加点处理,然而问题似乎越是解决反而越多,陷于一个恶性循环,运维的人员不停地加班,问题不断出现,不断被解决,似乎永远都有处理不完的事情.实际上,网络运维也是一门学问,已经演化成为一门技术学科.有些人整天忙于处理这样那样的问题,但是数据中心网络依然问题不断,而有的人似乎整天也没有很多事情,数据中心业务有条不紊地进行

命令行接口(CLI)将被取而代之,它不再是网络运维的主要工具

Gartner声称:到2020年,CLI的使用将日渐式微. 多年来,网络工程师依赖命令行接口:据市场研究公司Gartner的分析师们声称,但是这种使用很普遍的工具正在迅速让位于配置和运维网络的其他方法.实际上,他们预测,到2020年,只有30%的网络运维团队会使用CLI作为主要界面,这比今天的85%大幅下降. 预测CLI的角色日渐式微是Gartner最近发布的众多企业网络预测之一. 据Gartner声称,CLI沦为小角色是由于企业需要通过实现运维任务自动化,加大网络灵活性,以便支持数字化企业.企