存储区网络变更管理基础入门

日期: 2009-10-14 翻译:曾少宁 来源:TechTarget中国 英文

理解SAN变更管理系统的作用   服务器和网络虚拟化给网络变更和配置管理(NCCM)增加了复杂性。但是,在存储区网络(SAN)实施变更管理是一切挑战的根源所在。   这是因为影射、存档和监控SAN是相当复杂的。SAN通过在所有存储设备之间形成一个网络来集中控制企业存储。

然后,SAN连接数据中心以及其它部分的网络。   SAN的变更管理意味着需要影射和存档数百个(或更多)互连的服务器以及交换机和存储途径之间复杂的关系。SAN变更管理同时涉及对虚拟机及其主机之间复杂的关系进行存档。除了组件,监控SAN需要实时跟踪成千的访问路径。

在一个只有50台服务器的SAN中,成千上万的路径必须存档和监控。   ……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

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

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

理解SAN变更管理系统的作用

  服务器和网络虚拟化给网络变更和配置管理(NCCM)增加了复杂性。但是,在存储区网络(SAN)实施变更管理是一切挑战的根源所在。

  这是因为影射、存档和监控SAN是相当复杂的。SAN通过在所有存储设备之间形成一个网络来集中控制企业存储。然后,SAN连接数据中心以及其它部分的网络。

  SAN的变更管理意味着需要影射和存档数百个(或更多)互连的服务器以及交换机和存储途径之间复杂的关系。SAN变更管理同时涉及对虚拟机及其主机之间复杂的关系进行存档。除了组件,监控SAN需要实时跟踪成千的访问路径。在一个只有50台服务器的SAN中,成千上万的路径必须存档和监控。

  更复杂的是,网络管理员会在SAN交换机中创建ZONE,这样服务器只查看特定的应用。这样做是出于安全性和组织性的考虑。同时,管理员将存储指派给特定的应用,并且他们必须为任何配置的每个变更存档。

  SAN变更管理是至关重要的,因为应用的可用性依赖于正常运行的存储网络。接近50%的SAN问题都是与变更相关的。

  最后,SAN变更和配置管理工具的目的是为了避免应用出错和维护服务级协议,以便更有效地管理变更实施。

  SAN变更和配置管理工具的用途是什么?

  SAN变更管理工具通常用于实现自动化组件和配置发现、影射、集中控制和报告。软件也可以监控和报告路径,以及业务程序和应用的运行状况。报告可以让网络管理员使用该信息来对变更作出决策而不需要干扰到现有的配置。

  由于SAN变更管理应用总是由SAN和容量规划工具实现的,因此软件也必须整合到现有网络变更和配置管理中。很多SAN变更管理应用被整合到现有服务器和网络变更管理数据库(CMDB)中,从而提供一个从核心到存储的整个网络的视图。

  使用SAN变更管理工具获知问题根源

  虽然网络、服务器和SAN变更管理应用之间有着相似性,但是特定SAN工具往往具备更加复杂的功能。其中一个功能是问题根源分析。

  问题根源分析使用所收集信息来一步步发现问题发生的原因,这些信息或来自于实时监控,或来自于数据路径的快照。它的目的是首先创建一个正确配置所应有状况的基线。接着,当发生问题时,网络管理员可以快速地通过对比之前存储的稳定配置与问题配置来找出原因所在。通过问题根源分析,管理员使用收集的信息来创建算法来修复这些问题。自动化问题根源分析是存储管理员利用来实时监控警报大量信息流的一种方式。

  用SAN变更管理工具预测未来状态

  有些工具也包含了预测性应用。它们对SAN建模,然后模仿变更以便测量对于系统的潜在影响。

  其中的一些应用会在一个编外网络进行模拟。大多数存储设备都包含常见信息模式(CIM)代理,管理员可以用来创建SAN模型。使用这些模型,他们可以引入新的变更,也可以重现所发生的事故以便寻找其它的故障修复方法。

  ITIL和SAN变更管理政策

  IT Infrastructure Library (ITIL)——国际公认的管理IT系统的一系列政策和程序——简单地阐述了存储变更管理。虽然ITIL为包括从布线基础架构到计算机安装的所有一切提供一套标准化方法的一种手段,但是,最新的版本重点关注的是服务管理。因此,其中有一部分特别针对于存储存档和政策。ITIL要求有一个专门管理存储的团队。同时,它还阐述了数据存储的方式、位置及存储时间长度。

翻译

曾少宁
曾少宁

TechTarget中国特约技术编辑,某高校计算机科学专业教师和网络实验室负责人,曾任职某网络国际厂商,关注数据中心、开发运维、数据库及软件开发技术。有多本关于思科数据中心和虚拟化技术的译著,如《思科绿色数据中心建设与管理》和《基于IP的能源管理》等。

相关推荐

  • FCoE未死 且值得期待

    FCoE真的已经死了或即将死去?显然不是。普遍的看法是,FCoE找到了归宿。是的,它在思科的UCS平台中确实找到了归宿。在作为LAN和SAN流量的理想融合网络的其它刀片系统中,它同样找到了用武之地。

  • 博科进一步将SAN管理技术整合到EMC ViPR软件定义存储平台中

    数据中心矩阵网络解决方案领导厂商博科(NASDAQ:BRCD)宣布进一步将其存储区域网络(SAN)管理技术整合到EMC ViPR软件定义存储平台中,从而在高度虚拟化云环境内支持更大规模的SAN。

  • 博科携手VMware加强虚拟化数据中心的SAN管理与控制

    博科与VMware合作开发了面向VMware vCenter运营管理套件的博科SAN Analytics管理包,它会把来自博科SAN架构的SAN实时健康状况和性能指标信息自动发送至vCenter 运营管理套件。

  • FCoE:选择标准 还是选择厂商?

    现在还没有一个令人信服的理由让竞争厂商在FCoE功能上实现互操作,厂商可以用不同的方式实现相同的标准么?你该考虑标准还是厂商?