争议 | 生产环境搭建 RAC,直接物理机上搭 vs 虚拟化平台上搭,两种方案如何选择?( 二 )


数据库作为信息化最为核心的部分 。自然是要竭尽所能去保证它的稳定运行和安全可靠 , 往往随着业务变得越来越重呀 , 技术架构也变得越来越复杂 , 对运维技术 , 资金投入也越来越高 , 多数时候对技术的选择最后都是受限于资金和能力上 。
传统意义来说 , 体量较大的数据库业务并不是很建议在虚机上运行RAC 。
@eximbank 某金融企业 系统架构师:
根据业务数据流量来定 , 而不是根据运维的简便来搭建 。您得先咨询业务应用!
@贺磊 山西英伦斯顿 数据库开发工程师:
如果物理机资源不够的话 , 可以在VMware上搭建 。建议在物理机上搭建 。
@杨文云 GBS 数据库管理员:
第一步确认一下vSphere是不是Oracle 认证的虚拟平台 , 不是的话出现问题Oracle 就作为一般的RAC问题处理 , 底层的问题不提供技术支持 。
共享存储已经做了存储级别的主备同步 这个不太明白 , 可以直接切换数据库提供服务么?还是只是一个数据的备份 。一般情况非ADG不会直接切换数据库启动 , 几分钟就可以接管服务 。
@asdf-asdf cloudstone 研究学者:
1、看你业务需求 。见到过vmware上双机rac , 运行良好 。
2、如果vm性能无法承载rac数据库 , 进行物理机部署也相对简单 。
3、小型机rac下移 , 见到过3几点x86rac , 保证性能可用 。
4、dataguard备库技术 , 看你容灾设计 , 如果需要数据库容灾或者需要数据库异地容灾 , 可部署 , 对数据库进行高度数据保护也可部署 。
@bryan 金融研发 软件架构设计师:
依据生产经验 , 建议直接在物理机上进行操作 , 主要是基于性能考虑 。
@disorder2013存储工程师:
其实现在oracle rac在虚拟化平台上搭建已经非常成熟 , 但是具体还是要结合实际情况 , 看看需求 , 也要考虑成本 , 现有环境等 。
@冯岩 银行 数据库管理员:
生产环境 Oracle 12c RAC 是使用 物理机 还是 虚拟化平台 , 主要取决于该应用系统的业务价值以及系统的业务吞吐量、并发访问、资源使用等指标 。
1、业务价值方面来讲 , 如果业务系统不是承载公司核心业务的系统 , 一般使用vSphere虚拟化平台 , 易于配置部署管理 。如果该系统承载对公司贡献值极高的业务 , 那么推荐使用物理机搭建部署Oracle RAC , 稳定性、高可用和性能方面都能得到最大程度的保证 。
2、其次 , 要考虑业务系统的吞吐量、并发访问以及交易时长等业务指标 。通常 , 业务并发访问很高、吞吐量极大的系统 , 对CPU、IO、内存、网络资源消耗很高 , 对系统性能要求严苛 , 基本上只能考虑物理机环境了 , 高吞吐量、高 IO , 不适合运行于虚拟化环境 。
3、成本上 , 虽然虚拟化环境可以降低硬件资源的投资成本 , 但是vSphere上的 Oracle RAC运维管理更加复杂 , 技术成本上需要投入更多的资金 。
因此 , 要根据应用系统的实际情况 , 综合业务价值、业务系统特点、资金成本等 , 具体情况具体分析 。
@chenjunhong 神州泰岳 软件开发工程师:
目前情况 , VM上部署的RAC很成熟了 , 小库(数据量小于3T以下) , 对性能要求不高的 , 完全可以rac部署在虚拟化上 , 加上ADG , 保护已经很好了 。

推荐阅读