双活解决方案如何部署“应用”双活？

存储双活已家喻户晓人人皆知，但是，你知道存储双活+虚拟化+应用集群，应该如何部署呢？在“数据中心双活该如何构建”文章中，谈到要构建从应用、服务器、网络到存储的端到端双活，必须要求端到端每个部件支持双活才可以。但由于很多应用不支持集群部署，这种情况只能从网络和存储层，或通过服务器虚拟化软件HA功能实现双活；今天重点聊聊基于虚拟机软件的应用该如何部署双活。

在医疗、证券交易、政府和制造等行业，对存储高可用和业务连续性有较高需求，业务集中在Oracle、虚拟化、ERP、MS SQL、HIS等业务系统，业务的实时在线诉求使其对双活方案需求也相对更旺盛一些。

但随着虚拟化和云计算广泛使用，核心业务已经逐渐实现虚拟化，大多数客户现网应用都呈现出物理、虚拟化混合的景象，在云计算领域，OpenStack的Ironic模块和技术，就是要实现物理和虚拟化的整合和云统一，具体参看“OpenStack Ironic如何管理物理和虚拟计算资源”文章。那在双活方案中，也需要同时考虑物理和虚拟化应用部署方案，下面拿Oracle数据为例来说明。

随着Oracle数据库不断被部署在虚拟化环境，通常情况，对业务连续性方案的考虑无碍乎采用主备容灾和双活。主备容灾方案要么是存储数据级复制，或是采用数据库Golden Gate或Data Gurd特性复制，但是数据库特性本身License比较昂贵，且无法自动化主备切换，更不能满足业务对连续性RPO=0、RTO=0要求，即使采用存储复制技术也很难解决RTO=0的要求。

所以双活方案就逐渐的成了首选，在考虑到商务问题，Oracle RAC相对于操作系统集群、Hypervisor自带的HA，也存在价格问题，所以在在项目实施过程中，一般也是折中建议客户采用系统自带应用和虚拟化集群。

存储双活方案中，需要保证端到端的双活，存储需要支持双活。目前主流存储厂商都支持双活特性和部署方案，如华为HyperMetro、HDS GAD、Dell Live Volume、IBM HyperSwap(配合阵列MetroMirror)和SVC ESC、富士通 Storage Cluster、HP PeerPersistence、EMC vPlex和VMAX3 SRDF/Metro、Netapp MetroCluster (在Syncmirror数据镜像之上增加了FailOver功能)。或者在应用和服务器层提供存储双活方案，如Oracle RAC(配合ASM)和GPFS(配合Oracle RAC或PureScale)。这些存储双活技术有所差别，但在业务连续性上，实现的效果很类似。

但针对双活服务器应用层的集群部署方案，需要结合应用集群软件，业务容灾诉求综合考虑，目前主要的部署方式包括下面几种情况。

物理应用部署

Oracle、DB2、Exchange和SAP HANA等应用集群部署在物理服务器上时，业务自动切换就需要Oracle RAC、DB2、MSFC或操作系统自动的集群软件实现，这种方式适合时延、性能要求很高的场景。

虚拟应用部署

Oracle，DB2，Exchange等应用部署在Vmware、Hyper-V或Fusioshere 等VM上时；在集群可靠性上，首先Vmware，Hyper-V和Fusionshere VM具备HA功能切换，再者基于VM内的Oracle，DB2，Exchange等应用也具有HA能力，所以，虚拟化上部署应用集群又有2种部署方式。

• 单机应用部署：即Oracle RAC、DB2、MSFC单机部署在VM中，采用虚拟化平台的HA功能切换。优点部署简单，切换容易，这种部署方式有大量案例，所以经过充分验证。

• 集群应用部署：除了Hypervisor的HA切换外，还需要依靠Oracle RAC、DB2、MSFC或操作系统集群软件切换，即在应用层实现嵌套集群部署。

在第二种部署方案中，Hypervisor的HA集群和应用集群一般都会有兼容性问题，一旦出现问题，很多Hypervisor厂商也不提供技术支持，如VMware和Oracle都是相互建议不同时部署集群，类似的，其他Hypervisor和应用集群理论上也有类似问题。总之，在应用虚拟化双活方案，目前应用还是主要采用单机部署方式。

下面谈谈云存储和存储如何上云。云存储概念想必大家都耳熟能详，但什么是云存储目前没有统一的定论。现实中很多厂商宣传的云存储并不具备上述特点。那么怎样的存储才是云存储，云存储应该具备怎样的特征，以及从技术层面谈谈存储上云的思路。

云存储源自云计算，也类似云计算，所以应该从服务角度出发，分析其应该具备的存储服务能力。

• 首先，云存储应该支持自助能力和租户角色，让租户觉得自己使用的就是一台单独的存储服务设备，而且可以自助配置、按需求通过电子流获取资源；

• 再次，云存储应该支持SAL或服务等级要求，厂商基于不同客户的行业背景和业务负载，提供SLA模板，匹配业务需求。

• 其次，云储存应该支持计费和计量能力，让服务可以度量，不造成资源的浪费。

• 最后，云存储应该采用新的商业模式和付费模式，迎合云计算和大数据对存储的弹性要求，比如PayU、PayG模式，既可以吸引客户、减低客户对存储投资的风险压力，又可以刺激存储厂商的创新能力。

云存储离不开基于云计算技术的支持，目前已经有成熟的云存储产品和存储上云的商业实践，下面我们简单看几个存储上云或云存储的例子，如果您有更多实践和卓见，欢迎留言一起讨论。

• 云网盘或企业网盘，统一Portal或客户端访问，按需分配、计量付费，多为对象存储，用时注册不用时注销。采用存储免费试用模式。

• 数据服务编排，主要针对大企业客户，存储资源池化，基于SLA和模块定制，统一Portal提供服务目录；支持拉拽式容灾和备份，用户对底层数据物理位置无感知，产品如EMC Vipr和Huawei DJ等产品。

• 对接云计算平台，数据服务化能力上报给云计算平台，上层云计算租户根据需求和SLA要求，通过智能API和存储级别能力匹配来取数据。

• 数据在公有云间流动，数据实现不同介质(HDD、SSD、VTL、PTV和S3等)、不同存储、云上和云下分级流动，资源池共享，数据接口互通；很多情况下，通过类似混合云的存储网关承担数据在云上云下流动的枢纽。产品如IBM SmartCloud Storage Access、NetApp DataFabric/ Fabric Pool、EMC CloudArray等。

温馨提示：请搜索“ICT_Architect”或“扫一扫”下面二维码关注公众号，获取更多精彩内容。