“存储经理人”会不会火起来？

存储效率, V7000, 存储经理人

有朋友就职于一家中型企业的IT部门，虽然也Manager的title，但他总觉得自己的潜力没能充分发挥，不甘心只做些别人眼里“网管”的初级工作。先避开工作要保持平常心这件事，我问他是否听说过“存储经理人”，他摇摇头。其实作为和“网管”相对应的概念，“存储经理人”早就六七年前就被调研公司Gartner提出来，但由于普及推广的不够，对很多人来说还非常陌生，简单来说，它有两层含义，第一层是指存储经理人需要精通存储设备并对其作出管理和决策，第二层是指存储经理人需要根据数据产生、堆积、存储的情况来对公司的决策和和业务决策起到帮助甚至是决定的作用。

 

之所以和他谈到“存储经理人”这个概念，是想告诉他，第一，IT系统的管理绝不仅仅限于网络管理，服务器与存储的管理也是不可或缺的组成部分。第二，希望有更好的职业发展前景肯定是正确的，但也要积极挖掘现有工作的价值。

 

“那存储经理人和网管有什么区别啊？都做哪些事儿？有什么发展前景？”针对他或者类似朋友们的疑问，回答如下：存储经理人也好，存储管理员也罢，可能会涉及到的工作有以下几个方面：

 

 

一、存储系统相关的管理：包括各种各样的DAS、SAN、NAS存储系统（磁盘阵列）和里面使用的驱动器，以及存储虚拟化设备等。对于RAID阵列而言，在几年前有人认为只要让它们能够正常工作，通过基本的管理功能在平时监视其状态就好了。不过，现在的存储系统软件功能越来越丰富，在使用这些提高存储效率之前，还需要经过一个了解——分析/评估——预部署/测试的过程。

 

自动精简配置

 

自动精简配置（Thin Provisioning）的工作原理是：在创建“瘦”卷时，预分配一个虚拟的逻辑卷容量大小，而只是在实际写入数据时才分配物理空间给这个卷。这样我们可以轻易的创建出总逻辑容量超出物理磁盘空间的多个“精简卷”，而无须为将来可能达到的数据量提前“买单”。在应用产生的数据确实需要增加驱动器时，我们也可以灵活地在线调整卷的大小。我们在享受自动精简配置带来好处的同时，也要投入一定的管理精力在上面，或者说熟悉它的规则。

 

自动分层存储

 

自动分层存储技术通过将频繁访问的“热”数据移动到高速且昂贵的SSD固态驱动器或者15K RPM机械硬盘，而将访问频率较低的“冷”数据存放在大容量/廉价的7200RPM近线驱动器中，来实现改善存储效率、提高性能和降低单位容量成本的作用。

 

自动分层存储当然给企业带来了很大的帮助，不过同时也需要存储经理人在规划、实施和后期管理/监控过程中投入一部分精力。

 

存储虚拟化

 

总的来说，存储虚拟化设备是介于存储网络中间的一层，将后端连接的存储系统虚拟化整合起来、集中管理，并可以在上面统一执行自动精简配置、快照/复制/镜像保护，还有分层存储等功能。

 

快照、复制和镜像

 

如今，快照、复制和镜像这些基本的数据保护功能几乎已经成了高、中、低端企业级存储系统的标配——譬如IBM去年发布的中端存储产品Storize V7000。

 

作为一种简单的本地数据保护方式，快照主要用来应对一段时间（比如几分钟或一个月）之内的逻辑错误。它不等同于备份，因为被保护的数据内容仍然在这台存储设备上面，在需要的时候我们可以切回到某一时间的快照点，或者删除不再需要的快照来释放磁盘空间。快照还可以作为磁盘阵列之间的复制的基础，比如像IBM存储系统可选的FlashCopy，就可将FlashCopy快照与Tivoli Storage Manager备份软件的功能结合使用。

 

所谓同步镜像，就是2台存储上保存的内容完全一致。如果说本地镜像的目的是进一步避免单点故障（尽管存储系统的控制器、驱动器和电源等组件已经带有冗余了），那么远程镜像就是为了容灾，或者是像IBM SVC那样长距离的VMware服务器虚拟机实时迁移。镜像功能对存储网络的带宽和延迟的要求很高，如果达不到就会严重拖慢被保护系统的读写性能。

 

 

二、存储网络相关的管理：主要是FC交换机及其连接，有时也会涉及到以太网交换机，特别是支持FCoE的10GbE融合网络交换机。这部分还应包括大型机（Main Frame）环境中的存储网络。

 

FCoE（以太网光纤通道）

 

在传统数据中心环境中，通常是存储小组负责维护FC SAN，网络小组负责维护以太网LAN，这两个组是彼此独立的，引入FCoE后可能会给IT运营分工带来一些变化。

 

数据中心的文化、政治、组织结构和现有配置都可能会给推行FCoE带来阻力，有时必须引入新的业务流程和程序，确保适当的控制机制，才能保证FCoE的成功部署和运营，采购模式也可能发生变化，传统以太网网络的可靠性也需要增强。

 

随着FC和以太网网络的融合，传统上相互独立的两个网络运维小组也需要融合，但实施FCoE并不需要特殊的IT培训，运维人员可以充分利用已掌握的技能，存储小组继续负责维护SAN，网络小组继续负责数据网络的运维。

 

 

三、数据保护相关软硬件的管理：磁带机/带库、带有重复数据删除功能的VTL、NAS磁盘备份设备、备份/CDP软件等。

 

由于磁带库中包含机械手、步进电机等大量活动部件，因此出现的问题中最多的应该是机械故障，这就给保修期内和保外的维护工作提出了一定的要求在请维修人员到达现场之前，还可以使用带库管理软件（比如Quantum iLayer等）的诊断和纠正功能，对无法自己恢复的故障部分进行定位。因此熟悉和了解磁带设备的工作原理对管理人员还是有一定好处的。

 

重复数据删除的使用就更要下功夫研究了，比如说可能对备份性能产生的影响、不同数据类型的缩减效果、全备份/增量备份中的冗余数据比例……

 

备份和CDP之类的数据保护软件对于大多数企业来说也是不可或缺的。选择的标准还是要建立在用户对不同产品的功能特点了解和比较的基础上，或者说更多的还要看相关人员在备份方面的工作经验。

 

如果是对数据库应用之类的结构化数据进行备份，有些公司可能会让数据库工程师来兼管这部分的工作；若是以图像、视频、音频等类型为主的非结构化数据，它们产生和增长的速度很快，如果没有专人负责或者专门抽出一部分精力，对于数据规模较大的企业来说恐怕不太容易处理好这部分工作。

 

 

四、文件系统的管理：即对大规模分布式文件系统（或称集群文件系统）、云存储等。

 

分布式文件系统因为Amazon S3、Google GFS这些公共云存储应用而再次受到人们的重视。另外一些Internet服务提供商，比如Facebook、国内的淘宝等都因为应用的需求而产生了大量的非结构化数据，对此，自主研发分布式文件系统是一种比较合适，总体成本较低的解决方案。比如上海盛大在线计划在雅虎开源的Hadoop分布式文件系统基础上进行开发，淘宝的TFS经过1.0版本之后还要不断升级2.0、3.0…。这些都需要投入一定的人力等资源进行研发和维护方面的工作。

 

如此的实现方式，在应用上与集群NAS有些类似，不过分布式文件系统的软硬件是分开的，而集群NAS则相当于把它们打包在一起。具体应该选择哪种？要根据数据的规模、重要性以及用户自己的开发集成能力等方面来考虑。

 

负责以上所说的文件系统相关工作的人员，可能被归属于软件（开发）工程师之类的职位，但他们的工作是和存储、数据管理密切相关的，因此称为存储工程师也不为过。

 

 

说了这么多，可能大家所在公司对存储的需求各有不同，工作分工也相应地不一样。但无论如何，优秀的存储经理人由于对企业IT运营、数据安全和存储效率等方面的重要意义越来越受到公司的重视，当然，职业发展前景也会越来越好