EMC VPLEX 与 Oracle Streched RAC

Local RAC & Streched RAC的工作原理其实是相似的，只是由于跨距离的2个中心在实施时对网络，存储等的环境，技术要求不同。

Local RAC由于是在本地，不存在网络latency的问题。而所有的数据包括data，redo log，control，system parameters，OCR，voting disk files都存放在本地的共享存储上，所以实施起来相对要简单很多。

Streched RAC由于是跨距离的两地双活应用，对网络，存储等要求较高，一定程度上增加了实施的复杂性。通常需满足以下条件：

• 需要快速专用的冗余（redundant）网络用于public，private（interconnect），SAN（storage synchronization）。10km内可用WAN，10km以上须用DWDM/Dark Fibre以减少latency。
• 需要两个存储分放两地并用host based mirroring对两地存储的数据进行同步
• 需要第三地存放Voting disk，用于与两地的nodes通信

VPLEX在此类方案中的价值：

• VPLEX是完全开放架构，除了可与Oracle RAC整合，也可与其他数据库及应用（如SQL，Exchange，SAP，EBS等）进行整合，帮助用户建立真正的双活数据中心而不仅仅是某个双活应用。其灵活性及扩展性无与伦比，而实施的复杂性大大简化。对用户的TCO也是极大的保护。
• 两地存储的同步可通过VPLEX实现，取代了host based mirroring，减小了对服务器的投资，同时节省了Oracle license的成本。
• 两地的nodes只需与本地得VPLEX node连接，无需像Streched RAC的跨两地连接，大大简化操作，减小了连接风险并节省成本。
• Voting Disk存放在VPLEX的distributed volume上，无需第三地的Voting Disk（但需要VPLEX Witness用于VPLEX的仲裁）
• 可通过consistency group对多个数据库建立保护。

如有进一步的问题或不同意见，欢迎一起讨论！