ITIL好看不好吃,确保数据中心性能管理的关键

2019-09-11 16:05栏目:公司领导
TAG:

BKJIA.com 综合报道】一头是上级的要求、一头是员工的抵制。要想在“行驶中换轮子”,还真有些力不从心。他怎样解决运行管理的问题呢?

确保数据中心性能管理的关键

了解您企业IT基础设施的性能无疑是一项相当艰巨的任务。事实上,人们往往感觉IT专业人士就像是侦探小说一样,需要侦查并探索其所在企业系统和基础设施只是为了了解最基本的性能问题。企业的IT团队对于其数据中心的性能问题往往缺乏全面的,完整的整体性把控,因此必须拼凑出不同的线索。每套基础设施堆栈的每一层均有其自己的一套线索,而由于缺乏对于整个数据中心环境的整体视图把控,IT人员必须推断各种不同的线索会引导得出什么不同的结论。而随着数据中心基础设施变得更加复杂,上述各种线索变得更加难以分析和解读,因此数据中心的稳定可靠的性能也就很难实现。

图片 1

数据中心的复杂性增强的其中一个因素是:尽管相关的基础设施和设备已经过时,但其并没有消失。那些资金预算紧张或人员有限的企业仍然在继续采用着这些传统的遗留系统、在新设备上的分层并试图将新旧两种系统整合成一个连贯的系统,以维持企业的继续经营。这样的系统结合使用的情况下,企业业务部门对于可用性和性能的要求和期望比以往任何时候都高,所以,此时企业的IT专业人士在受到业务部门的寻求全面的可见性方面的质疑,也就不足为怪了。简单来说,这是由于相关设备的可用性信息与实际性能之间存在的一定差距所造成的,这种差距导致了企业团队之间互相信任度亦受到影响。

来自过去的线索:您企业的传统遗留设备所传达的信息

几十年前,在20世纪70年代和80年代初,大型主机是最早的“云计算”。只有最大的企业才能采用这些系统,其高昂的成本和所需的具备专业技能的技术专家是小企业可望而不可即的。

然而,由于主机是一个专有的“封闭系统”,那些具备了专业知识和数据的企业需要确保最高级别的性能和数据的可用性,这也使其成为了那些负担得起这笔高昂投资的企业所能获得的高附加值。技术基础设施的下一步发展是客户端服务器的问世。但他们属于经典的“开放系统”,缺乏大型机的急性管理能力。正因为如此,这一变化迎来了企业系统管理(ESM)解决方案的出现,其提供了一定程度的容量能力和配置管理,但缺乏对于整个系统性能的可视性。

快进到今天,当虚拟化已然成为数据中心的标准而无处不在。ESM和网络性能监控(NPM)技术在过去几十年内已经在很大程度上成为无关紧要、用途有限的技术,作为堆栈的现代层,其每一个都由不同供应商提供的,由此创造了一个异构的环境:有内置的、特异性层的管理工具。尽管有了这一集成整合,可视能见度间隙却进一步拉大,因为这些工具不能有效地实现彼此之间的沟通,并且鼓励异质性,甚至使得系统组件之间的合作水平更低。

过去的状况如何影响今天数据中心的性能

无论数据中心的IT专业人员发现自己监测的内容是什么,IT应用基础设施演变所导致的机会是非常有限的,具有挑战性的性能管理与设备特定的工具监控部分是整体基础设施的基础组件。不同的,孤立的系统经常会导致出现同样孤立且互无交流的IT团队,而这一问题继续恶化即形成了性能差距,因此需要一个侦查团队以发现和破译相关性能问题产生的原因。而且也所面临的挑战是如何满足业务部门需要解决的复合性需求,以满足客户不断增长的期望并继续投资新技术。随着IT团队员工数量增长停滞和IT预算蜗牛般的增长速度,数据中心需要一个新的解决方案来解决所需要的信息和实际可获得的信息之间的鸿沟。

那么,IT团队怎样才能确保他们能够监控到企业整个环境中所发生的一切呢?包括从存储阵列和堆栈,并了解整个系统的性能?此外,IT团队如何能够得到他们所需要的实时洞察,以确保性能问题能够被尽早的识别并在早期得到缓解?对于这一级别的洞察需要性能管理解决方案,以监视端至端系统的操作,其中包括存在于数据中心的现代技术旁部署的传统技术。

通过全系统的可视性获得性能保证

现如今,任何企业所收集的数据量均成倍于以往任何时候,而且这一数据量及其复杂程度还在继续增加早已经不是什么秘密了。我们已经进入了大数据的时代,企业的IT团队才刚刚开始处理这一数据流,并防止大规模的数据量影响到系统的性能。企业已处理的数据有相当长一段时间了,特别是对于那些选择增加新的设备来替换其传统遗留系统的企业,正面临着大数据所带来的挑战,因为他们需要寻求利用过去的系统来处理当前所收集的这些数据信息。

在过去,企业用户依靠服务水平协议(SLA)在存储或服务器层向服务供应商提出在堆栈中的性能要求承诺。如在数据中心中的传统遗留系统,这种方法的SLA已经不再足够。性能保证需要涵盖整个IT环境,由于基础设施的一个组成部分也可以影响到企业提供给客户的服务,甚至可能会损害企业的声誉。

提供性能保证的关键要从对于企业当前的系统为何存在的理解开始。IT团队所采用的并不是最新的设备或正在考虑构建恰好满足他们需求的新的基础设施,但这并不意味着现有的基础设施就全是一文不值的。相反,在企业内部侦查各个基础设施性能状况的团队成员必须通过对各种IT组件的拼凑,获得对于企业整体基础设施情况的掌握。其次,IT团队需要继续转向侧重于最终用户,其中既包括企业的员工和客户。获得能够解决上述两大需求的性能,将有助于企业业务的成功。第三,IT团队应寻求性能监控解决方案,提供对于IT应用基础设施的与供应商无关的视觉观点。这种方法将使团队对于分别由不同的供应商所提供的各种基础设施组件有全面的理解,进而促进与业务部门的协调工作。通常情况下,最好通过引进外部专家支持这种水平的可见性。最后,IT团队需要坚持将SLA纳入到整个基础设施堆栈,而不仅仅是一个组件。每件系统的连接都是错综复杂的,所以对它们进行隔离,并实施不同的SLA已经不再有意义。

在流行文化中,侦探有引人入胜的任务,通过将各种线索拼凑在一起追查罪犯和破案。虽然我们可以欣赏文学或在电视上侦探的吸引力,但IT专业人员应该需要摆脱他们工作的各个组成部分,专注于自己的工作的关键环节,这样,性能管理就将不再是侦探小说一类的东西了。


图片 2


了解您企业IT基础设施的性能无疑是一项相当艰巨的任务。事实上,人们往往感觉IT专业人士就像是侦探小说...

带你掌握 VI 编辑器的使用方法和技巧,vi使用方法

“南桔”成“北枳” 

**

Linux 系统下的文本编辑器有很多种,包括图形模式下的gedit、kwrite等,文本模式下的vi、vim(vi的增强版本)、emacs等。其中vi和emacs是Linux系统中最常用的两个编辑器。本节主要介绍vi编辑器,主要内容包括:

  • vi编辑器的基本使用,包括vi的启动与退出、工作模式的切换、光标的移动、屏幕的滚动、文本的插入与删除、复制与粘帖、查找与替换等。

  • vi编辑器之程序编辑,包括程序设计中光标的跳转、关键字的补全,以及代码的缩进等。

希望通过本节的学习,能够基本掌握vi编辑器的使用方法和相关技巧,能够独立完成程序源代码的编辑和修改。

王主任是某省电信公司计费业务中心主任。五、六十人的计费业务中心负责全省计费、经营分析等重要业务系统的建设和运行工作。 计费业务中心虽说人不少,但具体到每个系统,也就一、两个人负责。由于业务变化快、系统升级改造频繁,这些人的主要精力放在了项目建设和工程施工上,运行保障工作基本处在比较初级的自发状态:工作以“救火队”方式的被动响应为主,故障处理和系统维护过程基本没有记录和总结。王主任理解,ITIL信息技术基础架构库)建设是管理项目,ITIL标准的确先进,咨询专家说得也绝对正确,大厂商昂贵的软件功能确实很多,但落实到本部门实际工作中,总感到很隔膜。听专家和厂家介绍起来头头是道,只要买了他们的产品和服务就能包治百病,但真花了很多钱之后似乎什么病也没治好,还说不清人家的东西哪里不好。是ITIL到了国内水土不服,还是国际大厂商开出的药方不对症?总不能说自己生的病不对吧? 

 1、vi编辑器的基本使用 

ITIL在该企业中的应用归结下来主要有以下几方面问题:  

vi编辑器是Linux系统下的标准编辑器。虽然命令繁多复杂,并且绝大多数功能的输入都依靠键盘来完成,但如果我们熟悉掌握之后就会发现vi编辑器的功能、效率等都是其他图形界面编辑器无法比拟的,下面让我们来揭开它的神秘面纱。

◆ 系统建设耗费大量部门资源,无力进行运行保障工作;  

1.1 vi的启动

◆ 部分员工不愿接受ITIL带来的变化;  

在终端输入命令vi,后面接着输入想要创建或编辑的文件名,即可进入vi编辑器。

$ vi example.c

命令的结果如图1-1所示:

图1-1 vi编辑器新建文件

如果vi命令后面所输入的文件不存在,则系统会自动创建一个以该字符串命名的文本文件。如上图,光标停留在左上方,由于新建文件中没有任何内容,所以每一行的开头都为波浪线。窗口的底部为状态栏,显示当前编辑文件的相关信息。

打开文件后,光标停留在屏幕左上方。状态栏显示了当前编辑文件的文件名、行数以及字符数等信息,如图1-2所示。

vi命令打开文件时还可以带参数,这些参数用于修正vi的打开方式,主要包括如下:

  • -R 以只读方式打开文件。

如果只需阅读文件内容而不想对其进行修改时,可以使用这个参数,以防对文件的误操作,如下:

$ vi –R example.c

运行命令如图1-3所示。

 

图1-2 vi编辑器打开文件  

                 

图1-3 以只读方式打开文件

  • -x 对文件进行加密。

该参数可以在保存文件时对其进行加密,以后每次打开都需要输入密钥,否则将出现乱码。

如果在打开vi时,没有给出文件名,也没有给出任何参数,即:

$ vi

命令结果如图1-4所示:

图1-4 直接打开vi编辑器

此时,vi编辑器中所有行都为空,窗口中央给出的是vi编辑器的使用帮助,当用户在vi中输入文本或执行命令时,该帮助信息会自动消失。另外,如果以这种方式打开vi编辑器,在保存文件时,需要指定文件名。

◆ 流程“一人多角”现象严重,执行层面阻力较大;  

1.2 vi的工作模式

vi有3种工作模式:普通模式、编辑模式和命令模式,这3种模式之间可以相互切换,如图1-5所示。

图1-5 vi编辑器的工作模式

1、普通模式

由Shell进入vi编辑器时,首先进入普通模式。在普通模式下,从键盘输入任何字符都被当作命令来解释。普通模式下没有任何提示符,当输入命令时立即执行,不需要回车,而且输入的字符不会在屏幕上显示出来。

普通模式下可以输入命令进行光标的移动,字符、单词、行的复制、粘帖以及删除等操作。

◆ 流程工具使用情况不理想,系统建设成效不够显著。

2、编辑模式

编辑模式主要用于文本的输入。在该模式下,用户输入的任何字符都被作为文件的内容保存起来,并在屏幕上显示出来。在普通模式下,输入a(附加命令)、c(修改命令)、i(插入命令)、o(另起新行)、r(取代命令)以及s(替换命令)都将进入编辑模式,此时vi窗口的最后一行会显示“插入”。输入i命令时屏幕上并无变化,但是通过执行i命令,编辑器由普通模式切换为编辑模式,如图1-6所示。

图1-6 编辑器由普通模式切换为编辑模式

接着输入x=,屏幕显示如图1-7所示。

要返回到普通模式,只需按键Esc即可。

图1-7 在编辑模式下输入字符

勿让ITIL成“北枳” 

企业在IT运营过程中遇到的80%的问题是由管理原因导致,而管理问题需要采用管理的手段加以解决,这也是身为IT管理最佳实践的ITIL如此受到推崇的原因之一。 然而,尽管ITIL拥有国外各大企业成功实践的“纯正血统”,但正如“南桔北枳”的道理一样,对他人成功的简单移植却并不一定能够确保自己的成功。根据我们对国内各大企业的调查表明,国内企业上马ITIL的不少,但真正能够有效利用并体现其价值的却寥寥无己。大家讨论的话题也逐渐地由What转移到了How。如何在组织内部正确地实施ITIL,使其最佳实践的理念和方法在国内IT的土壤中生根发芽、茁壮成长,最终收获期望的果实,如何让“北枳”与“南桔”一样甜美,甚至超过“南桔”变成世人称道的“北桔”,成为一个严峻而富有挑战的现实问题。

3、命令模式

北方如何收“南桔”-监控事件自动触发服务台请求 

为了更加方便的进行故障处理,同时在IT管理中也需要对所有出现的故障进行记录和统计,不放过任何漏网之鱼,所以,监控系统产生的重要故障报警自然不能轻易放过,如果有一种自动化的故障事件触发策略,当出现故障事件时,除了按照常规方式报警之外,还可以按照预定义规则触发故障处理流程给管理员,做到监控与运维的无缝集成,那么对于IT故障管理来讲,就解决了一个最大的服务台请求来源的问题。 监控系统与服务台的紧密结合,从配置角度上来讲当然是越简单越好,比如我们所讲的“四步曲”,通过四步操作就能触发对应的服务台请求:

命令模式下,用户可以对文件进行一些附加处理。尽管普通模式下的命令可以完成很多功能,但要执行一些如字符串查找、替换、显示行号等操作还是必须要进入命令模式的。

1.1 选择需要产生运维流程的IT资源 

 
在普通模式下输入冒号即可进入命令模式,此时vi窗口的状态行会显示出冒号,等待用户输入命令。用户输入完成后,按回车执行,之后vi编辑器又返回到普通模式下。

1.2 选择当产生某种事件时触发运维流程

1.3 选择触发流程的类型

1.3 文件的保存和退出

1.4 选择流程处理人员 

 

当编辑完毕,需要退出vi编辑器时,可以在命令模式下使用命令退出vi,返回到Shell。

将这些内容设置完毕后可以在服务台中看到对应的故障单: 

 

1、保存退出

另外一个重点,请求自动触发到服务台,一线处理人员在进行处理的过程中就会面对一个重要的问题,就是这个问题是否可以提供给我处理依据,可以将以往已经处理过得类似的处理方式提供给我做参考,所以这才是服务台的关键,自动化的根据故障的类型,关联出知识库中的对应条目,那就更好了,比如下面途中的示例: 

 

保存退出是指将缓冲区中的内容写入文件,可以使用的命令为wq和x,如图1-8所示。

图1-8 vi编辑器的保存退出

点开操作按钮就可以看到具体的处理步骤了: 

 
2、强行退出

所以,在IT运维管理的过程中,有一个非常重要的点就在于我们上述所讲到的:监控事件自动触发服务台请求,统一管理所有IT事故,同时,在进行请求处理的过程中,还可以自动的关联出对应的知识条目,这样一来就可以使IT运维的过程更加自动化,也方便了统计和管理。

综合报道】一头是上级的要求、一头是员工的抵制。要想在“行驶中换轮子”,还真有些力不从心。他怎样解决运行管理的问题呢?...

强行退出是指无条件退出,不把缓冲区中的内容写入文件,所使用的命令为q!。其中感叹号“!”表示不管文件是否被修改,放弃所修改的内容强行退出。
3、直接退出

版权声明:本文由ag真人发布于公司领导,转载请注明出处:ITIL好看不好吃,确保数据中心性能管理的关键