互连网管理如何利用ITIL,ITIL实践解读

那是段忧伤的光阴!经济风险席卷了有着行业。经济缓慢导致了财政收入的下挫,以及以往一贯热论的衰落。裁员和推迟购销都已经起来了。为了在走低时期生存下去,互连网大方们必须注脚她们自我的作业价值以及在事情能够承受的界定内工作。

ITIL实践解读:端到端APM应用品质的管理观(壹)

题材和事件管理是 APM 的多个着力 ITIL音信技术基础架构库,简称
ITIL)流程。事件管理Incident Management)是当IT
出现难题的时候消除它们,作为对服务质量下跌的一种响应。事件管理的对象是还原服务,对作业造成尽或然小的熏陶。难点管理Problem
Management)强调识别和解除难题的来源。它通过改变服务和 APM
化解方案,扩张了服务质量改正的定义。

端到端应用质量管理End-to-end Application Performance
Management,简称APM)指的是 一种 IT
服务方法,包罗识别、区分优先次序以及缓解影响工作使用的属性和可用性难点。APM
正在变得尤为首要,因为终端用户信赖日益复杂的使用来完结重点业务交易。应用质量低下将降低生产力,影响客户满足度,并有损
IT 声誉,进而导致资金攀升、收入缩减、IT
变得功用低下——这几个题材壹般比可用性难点特别严重。

观念的监测化解方案平时无法甄别息争决选择品质难点的起源。事实上,目前在顶峰用户体验监测、正视性映射和相关性方面包车型大巴最新进展,已让
IT
运维经营能够更使得地监测和化解不满足服务水平的难点。那几个技巧援救进步对总体网络、服务器分布式和重型主机)和任何应用层的可视性,借助技术分析因果
关系,从作业的角度明确什么响应该先行开始展览。实际上,尽管基础架构度量目的如故提供关键的故障和体量数据,强调首要也已从基础框架结构衡量目标变成了政工度量指标。

咱俩将创作一多级应用品质管理最棒实践的稿子,从难题和事件管理的观点分析
APM。

本文将第三归纳地描述 APM 设计、实施和营业的基本要素,将端到端
APM作为二个流水生产线来进行斟酌。

一、APM 设计

APM 消除方案经常是当做草根、基础架构监测实施初始的,由IT
机构的有些独立业务部门实施,缺乏壹致的靶子。例如,互连网团队恐怕要布局1个开源网络工具,以博得基础互联网的可视性,而web
服务器团队则大概会从2个主流的服务器厂商那里安顿1个服务器监测工具。可是,自上而下地规划二个APM
方案要切合实际得多。使用那种办法,您先思考结果,然后将它利用于你选拔的消除方案组件。

你怎么动手起初吧?在 ITIL 的社会风气里,最后补助服务级别协商service level
agreement,简称 SLA)的周转级别目的operational level
target,简称OLT)是一个好的源点;这么些将已经化解了预期的工作出现和资金限制,并且应该达成一个高品位的规划。不与
ITIL
相关?您还是能够够使用适合你供给的一部分最好实践。从与业务部门探讨、通晓事情指标开端,分明APM
预算,使用对利用交付基础架构的知情和它的属性敏感性,并草拟多少个方案。您很恐怕想把那一个作为贰个练习,测试什么或许会出错,尽恐怕广泛地壮大范围;成本和别的的其实怀想将神速专注于那一设计。您当然不会是第四个利用这种形式的人,您可丰硕利用与供应商的涉嫌、用户群和提问同盟伙伴,来明白类似尝试大概会
有的打响和挫败。

商店高层提供的财富帮助和涉企对于别的 APM
项指标中标都以首要的,因为这将供给来自多个 IT
部门的积极援助。更关键的是,那些单位对于项目标事体价值要有同一的知晓,因为她俩每一种都或然会见对新的店堂可视性他们在老总仪表板上的测试指标),对
有个别事物失去控制应对难题的新流程),可能放任一个最受欢迎的工具。初步一个微型的
APM 项目,选拔三个战略性的应用,为工作全体者和 IT
机构表明价值,大多数部门将会从中收益。那样二个门类的成功,将能够被多个更周全、受益更备受关注标消除方案利用。

唯独,大家大 多数人并不是从权且拼凑起来布置 APM
消除方案;大家曾经拥有广大学一年级直服务于我们的目标的基础框架结构工具。那么,是什么样将一密密麻麻“结合平台的”platform-aligned)工具转变成
APM
消除方案的呢?就算对于那几个难题大概会有这些技艺回答,但是,那里有四个最重要的主旨:

·业务一致性business
alignment)。全新的根本设计目的依旧应该从侧重工作出现开始。对作业以来,首要的将是终端用户的感受——这么些可因此质量和可用性进行衡量。

·相关性和故障隔开分离correlation and fault
isolation)。对来源的可视性,是将基础架构提高至
APM、真正明白基础架构衡量指标怎么着影响工作生产力的第2。

很 简单理解诸如终端用户体验end-user experience,简称
EUE)和基础架构衡量指标等业务有关的度量指标的相关性为什么如此主要。将终端用户体验到的性质难题与基础架构度量指标组成起来,隔开首要的来源于,这能让
IT
小组相当的慢准确地在意于难点的源于,同时制止对不相干的零部件采纳行动。通过适当的阈值调整,那为不断工作革新奠定了基础。同样地,通过
EUE
的相关性,以及受影响的用户数量和所在地方、每一天交易的次数和事务价值,能够找到难点对工作的震慑。

通过1种类基础架构工具 营造 APM
解决方案,会带动集成和相关性方面包车型客车挑衅;您须要对第三的单纯供应商single-vendor)化解方案举办业评比估权衡,因为供应商和定制化的多供应商
multi-vendor)化解方案营造和付出了合并。对于更小壹些的计划,定制化的缓解方案也许会更省钱,不过对于较大的推行,可扩张性和掩护方面的思考将会飞速改变价格。

在安顿流程里,保持对终极用户交易响应时间的专注很重大。那有多少个原因。第一,品质分析和题材化解是
为更好的问询以作业为导向的条件并提议主要见解。就算在古板上,基础架构度量目的是满意事件和难点管理的数目,但是,那么些基础度量目的和它们的阈值驱动警
报在并未有事情相关性的动静下能够变得大概毫无意义。例如,对于多少个 2 M
广域网连接来说,75%的利用率终归是好也许坏呢?一个被报告的交易质量难点是由 SAN 里长度为 8的衡量磁盘阵列引起的呢?当使用的品质降级时,那些零件级的度量还将总会被出色?其次,从对事情影响的角度来说,IT
能够先行对事件作出响应是有价值的,它象征了向业务壹致性迈出的重大学一年级步。

同等主要的是,与技能和 IT 能源的血本有关的规划范围。许多 APM
项目不成功,是因为缺乏关爱和支撑,因为不能够保全那1消除方案、不大概适应基础架构的变通并不或许定义基于实际世界报告的流水生产线。

)
难题和事件管理是 APM 的两其中央 ITIL消息技术基础架构库,简称
ITIL)流程。事件管理Incident…

浅谈ITIL

  TIL即IT基础架构库(Information
Technology Infrastructure Library,
ITIL,音信技术基础架构库)由United Kingdom政党部门CCTA(Central Computing and
Telecommunications Agency)在20世纪80时代末制订,现由英帝国际商业信用贷款银行务部OGC(Office
of Government
Commerce)负责管理,主要适用于IT服务管理(ITSM)。ITIL为铺面包车型大巴IT服务管理实施提供了二个客观、严俊、可量化的正规化和规范。

一、事件管理(Incident
Management)

事故管理负担记录、归类和布置专家处管事人故并监督整个处理进程直至事故赢得解决和终止。事故管理的目标是在玩命最小地震慑客户和用户业务的气象下使IT系统恢复生机到服务级别协商所定义的劳动级别。

目的是:在不影响工作的情景下,尽可能快捷的回涨服务,从而确认保证最棒的效用和服务的可持续性。事件管理流程的确立包括事件分类,确定事件的优先级和建立事件的升官体制。

二、问题管理(Problem
Management)

标题管理是指通过考查和剖析IT基础架构的薄弱环节、查明事故时有产生的秘密原因,并制订消除事故的方案和防备事故再次产生的措施,将出于难点和事故对业务发生的负面影响减小到最低的劳动行政管理流程。与事故管理强调事故恢复生机的进程不一致,难点管理强调的是找出事故发生的发源,从而制定适合的化解方案或预防其再度产生的预防措施。

目标是:调查基础设备和颇具可用新闻,包涵事件数据库,来显明引起轩然大波发生的真正潜在原因,1起提供的劳务中也许存在的故障。

三、配置管理(Configuration
Management)

安排水管道理是可辨和认可系统的配置项,记录和告诉计划项境况和改变请求,检查评定配置项的不易和完整性等活动结合的历程,其指标是提供IT基础架构的逻辑模型,支持任何服务管理流程尤其是改变管理和公布管理的运维。

指标是:定义和控制伏务与基础设备的预制构件,并保持标准的配置音信。

四、变更管理(Change
Management)

改变管理是指为在最短的中止时间内成功基础架构或劳动的任壹方面包车型客车转移而对其进展控制的劳务管理流程。变更管理的对象是承接保险在转移实施进度中使用正规的点子和步子,尽快地实践变更,以将由变更所导致的作业暂停对业务的影响减小到最低。

目的是:以受控的方法,确定保证全体变更得到评估、批准、实施和评定审查。

5、发表管理(Release
Management)

 发表管理是指对因此测试后导入实际采取的增加产量或修改后的配备项进行分发和宣扬的田管流程。发表管理从前又叫做软件控制与分发。

对象是:在骨子里运维条件的昭示中,交付、分发并跟踪3个或八个改变。

 

实质上中国人民解放军海军事工业程高校业作情形中自动化学工业具举例:

图片 1

 

 

这就是说,互联网大方将如何行使他们的学识以及经验来帮衬她们的事务渡过难关呢?实施音信技术基础框架结构库ITIL)最优办法是援救大家的事体经受住难关的考验的最佳措施之1。周到运用ITIL将消费大量的日子和人力。由此,大家并不必要周全地陈设ITIL。网络团队能够选拔性地动用ITIL最优办法来为工作提供可衡量价值,那样也促进网络团队在那段忧伤的光景中收获突破。

CMDB

  CMDB –Configuration Management
Database
配置管理数据库, CMDB存款和储蓄与管理公司IT架构中设备的各个配置音讯,它与具有服务协助和劳务交由流程都紧凑相联,援助这一个流程的周转、发挥配置新闻的价值,同时凭借于有关流程保险数据的准头

在事实上的档次中,CMDB常常被认为是营造别的ITIL流程的底子而优先考虑,ITIL项目标成败与是或不是成功建立CMDB有这个大的涉嫌。

11分7~八成的IT相关问题与环境的更改有着直接的涉及。实施变更管理的难点和根本并不是工具,而是流程。即透过贰个自动化的、可重复的流程管理变更,使安妥变更发生的时候,有三个条件的流程去执行,能够预测到这些改变对全部系统一管理理发生的熏陶,并对这个潜移默化进行业评比估和操纵。而更改管理流程自动化的兑现首要正是CMDB。

CMDB工具中足足含有那三种首要的功力:整合、调和、同步、映射和可视化。

构成是指能够丰盛利用来自别的数据源的新闻,对CMDB中富含的笔录源属性进行存取,将八个数据源合并至叁个视图中,生成连同来自CMDB和任何数据源音信在内的告知;

调解能力是指通过对来自每一个数据源的非常字段展开自己检查自纠,保险CMDB中的记录在多少个数据源中未有重新现象,维持CMDB中种种配置项目数据源的完整性;自动调整流程使得开始实施、数据库管理员的手动运作和实地保养辅助理工程师作降至最低;

一同指确认保障CMDB中的消息可见反映联合数据源的换代景况,在壹块数据源更新频率的根底上分明CMDB更新日程,依据经过批准的更动来更新
CMDB,找出未被批准的变动;

使用映射与可视化,表明应用间的涉及并反馈应用和其他零件之间的依存关系,精通变更造成的熏陶并赞助检查判断难点。

方今CMDB资产管理的贯彻有如下格局:

1、Paramiko类

依照CMDB中控机和SSH对长距离服务器执行命令完结

import paramiko

# 创建SSH对象
ssh = paramiko.SSHClient()
# 允许连接不在know_hosts文件中的主机
ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
# 连接服务器
ssh.connect(hostname='c1.salt.com', port=22, username='wupeiqi', password='123')

# 执行命令
stdin, stdout, stderr = ssh.exec_command('df')
# 获取命令结果
result = stdout.read()

# 关闭连接
ssh.close()

2、SaltStack

依据SaltStack的master上的pillar以及远程执行命令完成

import salt.client
local = salt.client.LocalClient()
local.cmd('*', 'cmd.run', ['whoami'])

3、Puppet

puppet中默认自带了5个report,放置在【/usr/lib/ruby/site_ruby/1.8/puppet/reports/】路径下。如果需要执行某个report,
那么就在puppet的master的配置文件中做如下配置:

######################## on master ###################
/etc/puppet/puppet.conf
[main]
reports = store #默认
#report = true #默认
#pluginsync = true #默认


####################### on client #####################

/etc/puppet/puppet.conf
[main]
#report = true #默认

[agent]
runinterval = 10
server = master.puppet.com
certname = c1.puppet.com

如上述设置之后,每次执行client和master同步,就会在master服务器的 【/var/lib/puppet/reports】路径下创建一个文件,主动执行:puppet agent  --test

图片 2图片 3

在 /etc/puppet/modules 目录下创建如下文件结构: 

modules
└── cmdb
    ├── lib
    │   └── puppet
    │       └── reports
    │           └── cmdb.rb
    └── manifests
        └── init.pp

################ cmdb.rb ################
# cmdb.rb
require 'puppet'
require 'fileutils'
require 'puppet/util'

SEPARATOR = [Regexp.escape(File::SEPARATOR.to_s), Regexp.escape(File::ALT_SEPARATOR.to_s)].join

Puppet::Reports.register_report(:cmdb) do
  desc "Store server info
    These files collect quickly -- one every half hour -- so it is a good idea
    to perform some maintenance on them if you use this report (it's the only
    default report)."

  def process
    certname = self.name
    now = Time.now.gmtime
    File.open("/tmp/cmdb.json",'a') do |f|
      f.write(certname)
      f.write(' | ')
      f.write(now)
      f.write("\r\n")
    end

  end
end


################ 配置 ################
/etc/puppet/puppet.conf
[main]
reports = cmdb
#report = true #默认
#pluginsync = true #默认 

自定义factor示例

图片 4图片 5

$LOAD_PATH.unshift(File.dirname(__FILE__)) unless $LOAD_PATH.include?(File.dirname(__FILE__))
require "rubygems"
require 'pp'
require 'json'
require 'utils'

def dmi_get_ram(cmd)

    ram_slot = []

    key_map = {
        'Size' => 'capacity',
        'Serial Number' => 'sn',
        'Type' => 'model',
        'Manufacturer' => 'manufactory',
        'Locator' => 'slot',
    }

    output = Utils.facter_exec(cmd)
    devices = output.split('Memory Device')

    devices.each do |d|
      next if d.strip.empty?
      segment = {}
      d.strip.split("\n\t").each do |line|
        key, value = line.strip.split(":")
        if key_map.has_key?(key.strip)
          if key.strip == 'Size'
            segment[key_map['Size']] = value.chomp("MB").strip.to_i / 1024.0 # unit GB
          else
            segment[key_map[key.strip]] =  value ? value.strip : ''
          end
        end
      end

      ram_slot.push(segment) unless segment.empty?
    end

    return ram_slot

end

Facter.add("ram") do
  confine :kernel => "Linux"
  setcode do

    ram_slot = []
    cmd = "dmidecode -q -t 17 2>/dev/null"
    ram_slot = dmi_get_ram(cmd)

    JSON.dump(ram_slot)

  end
end


Facter.add("ram") do
  confine :kernel => 'windows'
  setcode do

    ram_slot = []

    if Facter.value(:manufacturer)  =~ /.*HP.*/i
      cli = 'C:\cmdb_report\dmidecode.exe'
      cmd = "#{cli} -q -t 17"
      ram_slot = dmi_get_ram(cmd) if File.exist?(cli)

    else

      require 'facter/util/wmi'
      Facter::Util::WMI.execquery("select * from Win32_PhysicalMemory").each do | item |

        if item.DeviceLocator
          slot = item.DeviceLocator.strip
        else
          slot = ''
        end

        if item.PartNumber
          model = item.PartNumber.strip
        else
          model = ''
        end

        if item.SerialNumber
          sn = item.SerialNumber.strip
        else
          sn = ''
        end

        if item.Manufacturer
          manufactory = item.Manufacturer.strip
        else
          manufactory = ''
        end

        ram_slot.push({
         'capacity' => item.Capacity.to_i / (1024**3), # unit GB
         'slot' => slot,
         'model' => model,
         'sn' => sn,
         'manufactory' => manufactory,
       })

      end
    end

    JSON.dump(ram_slot)

  end
end

内部存款和储蓄器音讯

4、Agent

依据shell命令完结

图片 6  

 

对于Agent的本子的落到实处思路:

  • Agent采集硬件开支
  • API提供有关处理的接口
  • 管制平台为用户提供可视化操作

 

 

本章是那一层层的率先局地,大家将研讨网络大方们接纳ITIL最优办法来协助理工科程师作伙伴对下降资金作出更多明智的裁定并与消沉本钱相和谐的格局。在这一名目繁多中,大家将探索关于驾驭事情进度、调整作业进度报告、改进财务的办法,同时与事务单位建立优良的工作涉及。

通晓事情经过

当前,大部分尖端CEO都在分析差别工作区域所遭到的经济影响。大部分主持也许正在思量出售业务单位依然外包作用和劳动以便收缩支出。不幸的是,半数以上的体量规划团队都不是从为业务决策提供实质性价值的角度实行考虑的。Forrester和Gartner的钻研显得,有行业内部的IT容积管理统一筹划的商行不到50%。而且那一个规划的半数以上也倾向于想念单个IT组件,因而不可能将用法归于1个一定的业务经过可能功用。

在1玖世纪80年间之初,ITIL已经考虑到容积管理的价值。三种版本都思量到了差异品种的体积管理:组件、服务和工作。

◆组件级体量规管单个基础架构组件。

◆服务级体积规划依照预先定义的IT服务来集合组件用途。

◆业务级体量规划从作业经过的角度管理IT基础架构财富、集合辅助单个业务单位的服务和零部件视图。

对此绝超越1/二境况,版本一使用者选用实施一个零部件视图进程。ITIL版本二是与作业有关的。然则,很少使用者会选拔直接跳过事情级视图而选取组件级和服务级视图。近日通告的ITIL版本三论述了1种办法,它能够使全数IT服务与业务进程来看,那样,IT便是任何的工作单位的贰个组合的等同体。不幸的是,整个团队范围内的ITIL实施必要一定大的日子和人力才能得逞。多少个好的上边是,具体的最优办法能够独立采取,因而,大家并不必要实行全体实施。那样,ITIL版本三的一对方法可以火速地动用来改正工作。

网络在信用合作社IT中有着异样的地方,因为它是将有着的基础架构组件整合在1块的粘合剂。与大型船运公司的货物运输主任区别的是,网络大方看来的是业务数据是何许在铺子中间传输的。典型地,互连网大方关注的是单个组件,诸如路由器、T1和VoIP数据包,同时他们很少关注那些IT能源是什么样影响工作经过和作业的。

为了改良工作,领会基础架构的客户驱动和内部驱动事务改变的震慑是很需要的。比如,客户业务的削减可能只是微小地影响到多少个通讯链路;然则里面帮衬工作的回落或者就会拉动更大的影响,尤其是当从三个位置或多个VLAN上发出体积降低时,因为它会同意更加多的网络能源的刑满释放解除劳教。壹旦大家询问了这几个,我们就可以进来下3个手续,它是有关定制客户化报告和单个业务进度成本的。这样,大家就足以用工作术语来抒发网络使用率,比如工作进度互联网轨迹,从而达成越多不易的事体决策。壹旦大家领悟了政工进度互联网轨迹,那么那些涉嫌足以相当粗略地更换来别的的领域,诸如服务器和打字与印刷机,那样能够得到更广大的关于业务进度的IT财富消耗的事情视图。

研商工作容积管理的第3步是领悟不一样的业务经过。唯有拥有了那一个知识,我们才得以将运用处境和单个业务进度中用地挂钩起来。实现这几个职分的特等方式是使用三个团体结构图可能公司电话号码簿。找出每一种工作单元的理事,并且跟她们预订时间研商他们哪些选拔IT系统。根据自己的个人经历,那么些领导都对他们本身对作业的进献颇为自豪,同时,他们也乐意有机遇炫耀一下他们的团体成果。

在议论进度中,鲜明工作单元使用的IT服务的具体方法是很关键的。要保全关于具体职能用途的对话。不要抱怨。我们的指标是知情事情实际上是什么样运用IT应用的。除了平时移动,大家直接在探寻特定岗位和巡回业务经过,因为它们大概与1般的如若分化等。比如,超越陆一%零售业务都面临一定事件的熏陶,比如圣诞节和开学。相对应的,很多医治服务公司都遭逢突发流感恐怕处理入学时代的熏陶。

募集各种工作单元,收集各样新闻,并它们实行文书档案化。初阶绘制一幅进度流和相关性的图。壹旦我们将那个音信收集到了协同,我们就足以健全掌握事情是如何行使IT服务的,尤其是那个影响互连网使用的作业。将来大家已经得以进来第叁个步骤了:业务经过和效益的告诉。

  1. 融入ITIL国际化IT管理思维塑造实用主义ITSM
  2. 解析ITIL理念广通走独立自主创新之路

相关文章

Post Author: admin

发表评论

电子邮件地址不会被公开。 必填项已用*标注