如何改变运维在数据中心中的地位
运维是数据中心里最为重要的工作,但却常常被人所忽略,这主要原因在于运维的工作是花钱部门,并且投入资金短时也看不到效果。而在运行出了故障时,又要运维被黑锅,将矛头指向了运维。实际上,一个数据中心运行的是否稳固是从其最开始建设就一定程度上决定了,就像一个人一样出身是非常重要的,虽然并不能代表全部。一个数据中心在最开始建设的时候要求就很高,各方面建设非常标准,冗余和备份系统非常完善,这样的数据中心后期运维也会很轻松,故障发生概率很低,即便出了故障也有备份系统正常接管业务,确保业务不受任何影响。不过,就算是最先进的数据中心,也离不开运维的工作,那些声称自己的数据中心是无人值守的,虽然不需要有人24小时在机房监控,可也离不开人管理,还是需要运维的人员周期性地对数据中心进行巡检,及时发现隐患。可以说:“运维工作是数据中心的神经和大脑,IT设备等基础架构是其骨架,而各种接口就是传感器,运维工作可以控制和分析整个数据中心的运转情况,保障数据中心良好运转”,运维的工作重要性不言而喻。
既然运维的工作对于数据中心这么重要,为何长久以来,并不能得到重视呢?首先是传统的“重建设,轻管理”的IT思维禁锢着数据中心运维的工作价值发挥和潜力发掘。在复杂多变的市场环境,快速发展业务为先,只有建设格调比较高的数据中心才能吸引到客户使用,所以数据中心将心思几乎全部用在建设上面,以便吸引到更多客户使用;其次是运维的工作难以量化,不像数据中心建设取得的成果立竿见影。当一个数据中心建设完成后,容纳多少服务器,能开启多少业务,都是可以预知的,很容易获得高层领导的认可。也正因此如此,数据中心架构师的收入要比运维工程师高出很多。的确,架构师只有在数据中心建设设计时投入精力比较多,可一旦建成就和架构师的关系不大了。一个数据中心建设之后,往往有漫长的生命周期,使用二三十年是常有的事儿,从时间长度上来说运维的工作伴随着数据中心的整个生命周期中,可让人印象深刻的一定是其发生的历次故障事件,这本身实质是对运维的工作否定;第三是运维是要花钱的,数据中心随着运行时间的延长,内部各个零件都是失效的可能,数据中心经常要进行零件的采购,这些都需要钱,还有运维的人员工资,各项技术培训和管理支出。总之,各种各样的运维费用让数据中心有时也喘不过气来,运维费用过高往往拖了数据中心建设和扩容的后腿,这些账都要算在运维头上,抱怨运维花钱太多,又不能直接产生效益,数据中心对待运维的态度多是能省则省。这样一来,在数据中心里运维工作开展的并不顺利,很多数据中心运维也是得过且过,只要不出问题一切都好,能不能出问题要看老天了。
冰冻三尺非一日之寒,要想一下子改变当前数据中心运维现状很难。不过,随着客户对数据中心依赖程度的增加,数据中心的运维工作质量将直接影响到客户的业务、市场甚至是形象等,数据中心宕机故障有可能导致数千万元的损失,甚至被监管机构处罚的例子屡见不鲜。在这样的严峻背景下,运维的工作逐渐浮出水面,确保数据中心不出故障仅仅是运维工作的一部分,远远不是全部。运维的工作重点应是如何定义数据中心工作与服务关系,如何建立与客户之间的服务水平协议,如何快速地支持客户业务的需求,如果规划好数据中心建设,更好地为业务部门提供发展动力等。要进行高效运维,而不是将精力全部放到设备运维上去。一定有人会问“不做设备运维,那出了问题怎么办,谁也无法保证设备不出问题”,是的,任何设备都有出故障的可能性,这就需要建设数据中心时做好系统备份,从服务器、网络、存储等都需要备份,甚至数据中心之间也可以备份,这样数据中心出了什么故障都不怕,业务自动切换到其它备用系统上去,以此来确保数据中心业务不受影响,至于设备故障原因交由设备厂家来查,分析出原因后确保下次相同问题不再出就可以。当然数据中心设计的再好,也可能存在漏洞,尤其是在不断扩容和运维过程中经常会出现这样那样的问题,这就需要不断优化数据中心系统,确保发展业务的同时,系统稳定性不受到任何影响。随着云计算和大数据的发展与普及加速了运维趋向成熟,基本上已经颠覆了小企业的运维模式,一场新的运维变革运行悄然兴起。向运维的工作要利润,向运维的工作要效率,是对运维提出的更高要求。新技术的到来势必砸掉大多数不思进取的运维人员的饭碗,普通运维的人员一定要具有创新思维,建设自动化运维系统,提升运维工作效率,否则丢掉饭碗只是时间问题。运维技术人员要有一种职业危机感,不断提升自己的技能水平,要有全局的视野,而不是局限于某些设备,某一类技术。运维的人员还需要不断学习,接受新技术,学会使用一些好用的运维工具,或者自己具备开发运维工具的能力,通过使用这些工具来提升运维的工作水平。以前,运维的人员都是作为数据中心运转幕后工作者,很难为外界所知,甚至数据中心内部管理者也未曾真正关注过。现在,数据中心发展对运维提出了更高要求,需要运维人员走到台前,这给了运维改变历史命运的机会,这样改变运维在未来数据中心中的地位。
作者:佚名
来源:51CTO

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
分布式数据库和Hadoop都不够好,于是我们设计分布式SQL计算系统
设计思想 为了解决分布式数据库下,复杂的 SQL(如全局性的排序、分组、join、子查询,特别是非均衡字段的这些逻辑操作)难以实现的问题;在有了一些分布式数据库和 Hadoop 实际应用经验的基础上,对比两者的优点和不足,加上自己的一些提炼和思考, 设计了一套综合两者的系统,利用两者的优点, 补充两者的不足。具体的说,使用数据库水平分割的思想实现数据存储,使用 MapReduce的思想实现 SQL 计算。 这里的数据库水平分割的意思是只分库不分表,对于不同数量级别的表,分库的数量可以不一样,例如 1 亿的数据量分 10 个分库,10 亿的分 50 个分库。对于使用 MapReduce的思想实现计算 ; 对于一个需求,转换成一个或多个有依赖关系的SQL,其中的每个SQL分解成一个或多个 MapReduce任务,每个 MapReduce任务又包含 mapsql、洗牌(shuffle)、reducesql,这个过程可以理解为类似 hive,区别是连 MapReduce任务中的 map 和 reduce 操作也是通过 SQL 实现, 而非 Hadoop 中的 map 和 reduce 操作. ...
- 下一篇
SDN在广域网中的应用探讨
互联网行业应用趋势及广域网面临的问题 长期以来,广域网所提供的服务一直存在业务提供周期比较长和业务动态调整不灵活等问题,这不仅严重影响了用户的业务应用体验,还制约了运营商的业务快速发展。特别是在业务流量快速增加,对广域网业务需求动态变化频繁的移动互联网时代,这个问题更加突出。 随着互联网尤其是移动互联网的快速发展,基于互联网以及移动互联网的业务应用和用户规模呈现出爆发式增长趋势,互联网行业呈现以下趋势:业务应用移动化,平台云化,视频业务暴增,OTT业务应用迅速蔓延等。 各个企业业务数字化成为趋势,企业IT系统逐步向云中迁移,企业移动办公普及;ICT服务提供商纷纷构建云数据中心为各大企业提供各种云计算业务服务,云数据中心的链路接入更加需要广覆盖、高带宽、低时延、高质量、敏捷的广域网支撑。 公有云、私有云和混合云的云接入以及云间互连的带宽需求频繁变化,需要广域网业务更敏捷。基于云的各种移动业务应用、大数据尤其是近来快速发展的物联网业务,这些业务的流量模式变化快速,事前无法预测,网络流量不均衡更加严重,需要广域网运营更敏捷。各行业的云应用快速创新和迅速上线,传统的人工配置模式根本无法满足云应...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
-
Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS8编译安装MySQL8.0.19
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- MySQL8.0.19开启GTID主从同步CentOS8
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
推荐阅读
最新文章
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Linux系统CentOS6、CentOS7手动修改IP地址
- 设置Eclipse缩进为4个空格,增强代码规范
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Hadoop3单机部署,实现最简伪集群
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- MySQL8.0.19开启GTID主从同步CentOS8
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题