在IT系统的建设过程中,规划、实施、运维、升级各个过程中会遇到各种各样的问题。这些问题有些比较容易解决,有些却难以解决,有些虽然暂时解决了,却给将来的运维和升级带来潜在的风险。运维中爆发出的某个问题也许是实施过程中埋下的隐患。升级时的种种不便也许是规划时未能充分考虑到系统增长扩容的程度和速度等需求。毕竟,系统没有上线以前我们还是有很多选择的,此时充分了解将来系统的局限性,以及如何降低风险是非常必要的。引用一句英文谚语“Fail to plan is planning tofailure.” 如何规划出更好的、更适合的IT基础架构,是IT系统建设过程中非常重要的部分。
让我们先来看一下某企业在IT建设发展过程中的一个真实需求,相信大多数用户在IT建设中都会有类似的经历。
一、机房主要设备:
UPS电源机柜、ERP集群(共四台P系列小机(两台P740、两台P720))、F5负载均衡、TSM服务器一台(WinServer2003R2)、TS3310带库一台、V7000磁盘阵列一台、两台Cisco4948交换机、两台2498-B24光交。
二、设备连接情况:
四台小机AIX系统:
四台小机通过光交与V7000存储相连,另外:四台小机还用过4948交换机与V7000相连。V7000三个raid5组成一个stgpool,通过划分卷映射至小机AIX系统。
.目前存储阵列V7000就一台,如果要搬迁机房,在花费成本最低的情况下,如何才能保证业务不中断(或控制在1小时左右)且数据是安全完整的?若需要购买另一台V7000的话,如何才能使两台存储数据实时同步?
对于需求的理解:
大致分两部分:
一> 在注重业务连续性的要求下进行IT系统的搬迁;
二> 对IT系统的备份机制、网络应用服务器及相关监控和分析等方面进行优化。
企业在IT系统的建设和升级过程中都会遇到各种各样类似的需求。
企业的IT系统建设是非常复杂和不断变化的。业务需求和业务量不断的增长促使IT系统的功能和容量呈线性或指数型增长。而IT基础架构由于其本身的建设规律等技术条件制约,一般呈阶梯式增长。业务需要和运维的技术条件之间的矛盾长期存在。
下面先简要讨论一下业务连续性方面的问题,也就是需求中目前主要关心的问题:
业务连续性可以从两个维度来讨论,
一个维度是规划与实施,
1)所谓规划就是为了达到一定的业务连续性,需要预先规划,采用什么样的技术和条件准备。比如为了达到多站点双活和亚分钟级的业务切换,也许需要DS8000 MM+AIX HyperSwap这样的顶级灾备方案。而DS8000 MM+PowerHA XD一般可以满足十分钟级别的切换需要。如果采用异步数据复制技术,一般时间更长,即使是DS8000一般也至少需要半小时的切换时间,因为异步会导致数据可能不是最新,需要人工等其他机制来决定是否启用异步灾备的数据。
2)实施也非常重要,因为必须有一个完整并成功的实施过程,才能达到规划的效果。换句话说,越是高大上的灾备功能,实施本身越是复杂的,而在成功实施前,当然无法使用这样的功能。所以,对于本次企业的实际需求来说,很多保障业务连续性的方案是远水解不了近渴的。切实的方案首先是能在线实施的。如果需要生产系统中断来实施的话,也许应用中断的时间反而会长于直接搬迁的时间。
另一个维度是风险控制与功能实现。
在任何IT规划与实施过程中,当然要实现尽量多、尽量好的功能。但同时,为实现这些功能,我们要付出多少人力物力财力,以及会遇到哪些风险,都是必须要充分分析和权衡的。对于生产系统,特别是生产数据,一切操作必须慎重再慎重。规划的任何不周全,或者实施的疏忽都可能导致灾难。
可选方案一:
特点:成本低。无需增加任何服务器及存储整机设备。停机时间窗口可控。
步骤:
停机窗口前准备工作:
停机窗口内工作步骤:(预计约1小时,受实际环境影响)
停机窗口后工作:
完成迁移工作。
可选方案二:
特点:成本高。需增加服务器及存储整机设备。需SAN和LAN光缆在两机房间互联。无需申请停机时间。
完成迁移。
迁移注意事项:
一个成功的IT系统在建设过程中必然会遇到用户不断增长、数据量不断增加、业务模块不断扩充等各种各样的需求。这些需求对IT基础架构来说,都是升级的需求。如何在规划时更深入地了解未来业务需求,充分了解现有IT技术的各种局限性,同时对IT基础架构的发展趋势有前瞻性了解,是我们这些IT基础架构技术人员努力的方向和价值所在。只有这些方面做的更好,我们才能有更适合用户的、更平衡的、满足未来发展需求的IT系统。
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞1
添加新评论0 条评论