移動网管IT基础架构标准化-电信.docVIP

IT基础架构的“变与不变” ——通过标准化管理技术解决网管中心发展中遇到的问题 前言： 长久以来有这样一个争论：通信公司的网管部门是通信网的附属机构还是一个专业的IT部门？姑且在这里不做结论！本文的观点是：IT的专业性就像通信的专业性一样毋庸置疑！移动公司的网管业已形成一定规模的数据中心，业务支撑系统遇到的问题在网管都会遇到，并且有着自身的特点。江苏移动网管中心基于历史现状和对发展的思考，引入基础架构标准化管理技术，以“不变的”、有前瞻性的思路，有效解决了网管数据中心“演变”过程中遇到的一些核心问题。我们相信这些解决问题的方法、技术和思路对各专业IT部门都有借鉴，在此拿出来探讨！ 数据中心演变中遇到的问题 网管最初是作为大网的附属组件零零星星的分布于各专业网络中，例如：交换网管、传输网管等等。但是江苏移动的用户规模已经突破5000万了！网管中心的规模也经历了一个从量变到质变的过程，从管理着几个分散的网管系统到运营着一个大型的数据中心。在演变的过程中，不仅遇到了其他数据中心从小到大时所必经的一般性问题，还存在自身沿革过程中产生的特殊性问题。就IT基础架构来说，有如下这些比较棘手的难题： 建设起点低，设备老化比较严重 一方面新的系统不断在新建，另一方面一些重要的系统由于建设时间早，设计起点低，6到7年前的老技术和老设备还在服役。例如：一个重要的上报集团的系统还在使用10多年前的SUN3510型号的老款磁盘阵列（服役长达？年）。2009年的一次磁盘损坏就造成了30多小时的停机事故。 设备类型杂乱，系统复杂度高 就像早期交换网络的“七国八制”一样，我们网管中心的设备也是“五花八门”。Windows、Linux、Unix各种操作系统平台自不待言，即使Unix平台也存在早些年较大规模使用的SUN平台和最近2年大规模使用的IBM平台。存储更是种类繁多——老旧的SUN存储、被收购来收购去的STK存储、IBM存储、HDS存储等等。 建设维护缺乏连续性 由于建设缺乏标准，平台跳来跳去，造成了维护人员的知识不连贯，也缺乏有效的监控和评估手段，使得运维的效率大打折扣。 建设维护缺乏专业性 就像许多数据中心一样，维护管理最初是按照业务区分的，一个管理员要把一个业务系统从应用软件、数据库、操作系统、硬件一直管到备份。这样的知识结构和管理水平只能用“不专业”来形容。IT技术的专业分工不知道经历了多少个时代，我们还在延续这种原始的生产方式。 分散建设，资源不能统一利用 按照应用系统建设IT技术设施的旧套路制造了多个彼此分离的信息孤岛存在于一个数据中心。硬件和一些公共的基础资源不能共享，有的地方浪费，有的地方不够用。例如：历史上为不同的业务平台建设了多套备份系统，仍然有业务数据没有备份资源的情况。 缺乏有效的成本控制手段 由于厂家之间的技术壁垒，客观上造成了不同技术平台之间的转换门槛过高，企业的成本被高悬于空中，缺乏对设备供应商的制约手段。 基础设施冗余度不够 随着网管系统中个子系统重要性的提升，如省部接口和统一投诉平台等面向总部和客户的系统对高可用的要求也提升了，传统高可用架构中仅能防止主机和网络的单点故障，而如阵列存储的单点风险却没有得到有效保护。 对策和实现方法 建立集中的虚拟化存储平台 为了提高资源的利用率和管理效率，最有效的方法是将原来分散的相互隔离的资源聚合在一起建立一个资源池，而虚拟化是建立这样的资源池的最简单方法。这种方法可以称为云计算，也可以称为标准化，也可以就称为虚拟化，目的是让所有存储资源能够按需分配给需要的应用和系统，而这个资源池本身必须是动态的，可扩展的，与硬件无关的。通过在所有服务器上部署标准化存储管理软件，我们就建立了这样的虚拟化存储平台，该平台支持我们所有现有的操作系统和已有的存储硬件，在这个平台上，我们可以专注于提高存储的利用率，消除存储热点和瓶颈，方便的实现存储的扩容和迁移，同时利用软件的分级存储功能真正建立起数据的生命周期管理流程。 实现跨机房阵列高可用保护 当前IT系统实现了多个层次的高可用保护，如主机和网络，但是存储始终是一个单点故障，尤其当采用集中存储的时候一个阵列的故障将影响到多个关键业务系统，基于主机的卷管理软件实现了基于SAN的跨阵列镜像，两个阵列是双活的，实现了阵列故障零停机。卷镜像对数据库系统是透明的，数据库系统只看到其使用的文件系统和卷，每个卷包括两份完全一致的数据拷贝，这两份拷贝分别在两个阵列上，所有对卷的写操作同时在两份拷贝上完成，读操作可以在任意一份拷贝上读取，对于卷来说只要有一份拷贝是可用的那么卷就是可用的。同时支持异构阵列间的镜像，支持镜像快速重新同步和镜像指定读策略。在规划中对于重要程度为一级的系统将跨机房的阵列镜像定义为必须的高可用条件，彻底消除存储单独故障，提供系统整体可用性，提高