整合SAN存储应做的准备

日期: 2009-05-04 作者:Marc Staimer翻译:涂凡才 来源:TechTarget中国 英文

整合SAN存储的出发点应该立足于减少手动操作、数据迁移、线缆、机架空间、设备占地面积,降低能耗、冷却成本和总体拥有成本,从而降低管理的难度。然而,这些都是理想化的效果,实际操作中的SAN整合还需要清晰全面的考虑和引导才能见成效。 SAN存储整合有两层含义。第一层含义是将多个彼此独立的SAN结构(网络)整合为更少更庞大的SAN结构;第二层意思则是将多个独立的SAN存储系统整合为更少、更大、更利于管理的SAN存储系统。

本文将着重介绍第二层含义的重要考虑因素。 在考虑SAN存储整合时,应该考虑如下关键性问题,并做一些准备工作: ·整合后的SAN存储将来如何进行升级? ·每个系统下的各组RAID实际可……

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

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

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

整合SAN存储的出发点应该立足于减少手动操作、数据迁移、线缆、机架空间、设备占地面积,降低能耗、冷却成本和总体拥有成本,从而降低管理的难度。然而,这些都是理想化的效果,实际操作中的SAN整合还需要清晰全面的考虑和引导才能见成效。

SAN存储整合有两层含义。第一层含义是将多个彼此独立的SAN结构(网络)整合为更少更庞大的SAN结构;第二层意思则是将多个独立的SAN存储系统整合为更少、更大、更利于管理的SAN存储系统。本文将着重介绍第二层含义的重要考虑因素。

在考虑SAN存储整合时,应该考虑如下关键性问题,并做一些准备工作:

·整合后的SAN存储将来如何进行升级?

·每个系统下的各组RAID实际可用容量是多大?(例如,实际可被应用使用的容量大小。)

·使用的是何种类型的容量管理策略?或者需要何种容量管理策略的第三方软件?

·对于可预见的性能和容量管理,拥有哪些工具?

·整合后的存储系统管理是否比整合前的管理要简单很多?换句话说,就是整合后的存储系统是否有利于存储管理员的管理。

·系统管理是否易于故障排查?

·LUN如何扩展——动态扩展还是自动精简配置?

·整合后的SAN如何满足吞吐量和IOPS需求(包括现在与将来)?

·SAN整合如何简化管理(基于决策的临界值、警报、基于管理策略自动化等等。)?

·SAN存储整合如何管理应用性能优先级?它是否会使用安全隔离?(例如LUN掩码,应用无法识别或访问其它应用的数据或存储。)

·如果有单个出错点的话,它们可能出现在哪儿?如果这些单个出错点可以接受,那么有哪些减少出错的措施(双系统、双结构、多路径、负载平衡等)?如果一个应用崩溃了,会不会影响其它应用,有哪些影响?

·从多个SAN存储系统进行迁移整合时,如何做到应用和用户中断最小化?

·整合后的SAN存储系统如何满足企业的数据保护要求?

·整合后的SAN系统是否支持即将运行于其上的所有应用?

·整合的存储系统如何最小化无记载数据损坏(silent data corruption)?有哪些RAID之外的端到端错误检测与错误整合?

·除RAID之外,整合系统为硬盘驱动提供何种自我修复功能?整合系统如何缩短RAID重建时的应用中断时间,以及如何减少数据丢失?

·整合的SAN存储系统的总体拥有成本(也就是基本建设投资与运营成本的总和)是否低于整合前的多个SAN系统的总成本?如果不低于整合前的总体拥有成本,有哪些理由证明需要进行整合?

如果对如上的这些问题的回答全部或大部分是比较肯定和积极的,你就可以开始如下的准备工作和实施了。

·选择厂商、合作方和系统。

·对执行工作进行非常详尽的规划。

·为每个受影响的部门提供执行清单,包括服务器、SAN、网络、线缆、机械设备和应用等等。

·同所有部门、管理员和应用所有者进行非常详细的交流。如果必要的话,尽量多交流。

·对所有事情记录备案。你会从最初的错误中学到很多东西,这些知识有助于你今后的整合工作。一定要获取和记录整合项目所带来的所有节省项,有助于弄清楚你之前保证的项目价值是否真的存在。

最后,一个成功的SAN存储整合项目归根结底就是需要清楚的了解当前需求与未来的需求,以及充分的准备、有效可行的规划、高效的执行和严格地遵守规章制度。

相关推荐