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

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

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

在考慮到商務問題，Oracle RAC相對于操作系統(tǒng)集群、Hypervisor自帶的集群，價格高很多，所以在在項目實施過程中，一般也是折中建議采用系統(tǒ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功能)、以及應用和服務器本地存儲雙活方案Oracle RAC(配合ASM)和GPFS(配合Oracle RAC或PureScale)。他們技術(shù)有所差別，但在業(yè)務連續(xù)性保證上，實現(xiàn)的效果很類似。

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

物理應用部署

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

虛擬應用部署

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

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

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

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