存儲雙活已家喻戶曉人人皆知，但是，你知道存儲雙活+虛擬化+應(yīng)用集群，應(yīng)該如何部署呢？

在醫(yī)療、政府和制造等行業(yè)，對存儲高可用和業(yè)務(wù)連續(xù)性有較高需求，業(yè)務(wù)集中在Oracle、虛擬化、ERP、MS SQL、HIS等系統(tǒng)，核心業(yè)務(wù)已經(jīng)逐漸實(shí)現(xiàn)虛擬化，在云計(jì)算領(lǐng)域，OpenStack的Ironic模塊和技術(shù)，就是要實(shí)現(xiàn)物理和虛擬化的整合和云統(tǒng)一。

通常，我們在核心系統(tǒng)中使用的關(guān)系數(shù)據(jù)庫，如Oracle，在數(shù)據(jù)容災(zāi)用的Golden Gate本身license比較貴、而且在數(shù)據(jù)容災(zāi)切換上無法自動化，而且指標(biāo)RPO=0、RTO要求的滿足度不高。逐漸的，客戶業(yè)務(wù)Oracle RAC集群，或Oracle等數(shù)據(jù)庫應(yīng)用都部署在虛擬機(jī)上，采用虛擬機(jī)HA集群提供可靠性，采用存儲雙活實(shí)現(xiàn)業(yè)務(wù)連續(xù)性。

在考慮到商務(wù)問題，Oracle RAC相對于操作系統(tǒng)集群、Hypervisor自帶的集群，價格高很多，所以在在項(xiàng)目實(shí)施過程中，一般也是折中建議采用系統(tǒng)自帶應(yīng)用和虛擬化集群。

存儲雙活方案中，需要保證端到端的冗余和雙活，目前主流存儲廠商都支持雙活特性和部署方案，如華為HyperMetro、HDS GAD、Dell Live Volume、IBM HyperSwap(配合陣列MetroMirror)和SVC ESC、富士通 Storage Cluster、HP PeerPersistence、EMC vPlex和VMAX3 SRDF/Metro、Netapp MetroCluster (在Syncmirror數(shù)據(jù)鏡像之上增加了FailOver功能)、以及應(yīng)用和服務(wù)器本地存儲雙活方案Oracle RAC(配合ASM)和GPFS(配合Oracle RAC或PureScale)。他們技術(shù)有所差別，但在業(yè)務(wù)連續(xù)性保證上，實(shí)現(xiàn)的效果很類似。

但針對雙活服務(wù)器層的集群部署，需要結(jié)合應(yīng)用集群軟件，業(yè)務(wù)容災(zāi)訴求綜合考慮，目前主要的部署方式包括下面種中情況。

物理應(yīng)用部署

Oracle，DB2，Exchange等應(yīng)用部署在物理服務(wù)器上；服務(wù)器層自動切換就需要Oracle RAC、DB2、MSFC或操作系統(tǒng)自動的集群軟件實(shí)現(xiàn)，這種方式適合時延、性能要求很高的場景。

虛擬應(yīng)用部署

Oracle，DB2，Exchange等應(yīng)用部署在Vmware、Hyper-V或Fusioshere 等VM上；在可靠性上，Vmware，Hyper-V和Fusionshere VM具備HA功能切換，然后基于VM內(nèi)的Oracle，DB2，Exchange等應(yīng)用也具有HA能力。虛擬化上部署應(yīng)用集群又有2種部署方式。

• 單機(jī)應(yīng)用部署，即Oracle RAC、DB2、MSFC單機(jī)部署在VM中，優(yōu)點(diǎn)部署簡單，切換容易，這種部署方式有大量案例，所以經(jīng)過充分驗(yàn)證。

• 集群應(yīng)用部署，除了Hypervisor的HA切換外，還需要依靠Oracle RAC、DB2、MSFC或操作系統(tǒng)集群軟件切換。

在第二種這種部署方案中，Hypervisor的HA集群和應(yīng)用集群有兼容性問題，并且很多Hypervisor廠商也不提供技術(shù)支持，如VMware和Oracle都是相互建議不同時部署集群，類似的，其他Hypervisor和應(yīng)用集群理論上也有類似問題。