首先，个人不太建议在虚拟化平台搭建数据库rac。因为虚拟化平台是为充分利用服务器的计算和内存资源而提供的一种一虚多的云计算解决方案，能很好解决信息IT的烟囱式发展方式，数据库rac最主要是实现如下两个目标:双机高可靠和业务负载均衡。虚拟化平台本身就是多台服务器组成...

传统的物理机 rac 架构，大多数都是服务器 + 存储的方式，基于这种架构的 IT 基础设施，价格和运维成本比较高。而超融合架构是近年来新型的架构，基于计算虚拟化和分布式存储，以应对业务和数据的增长，超融合架构很好的将计算、存储、网络、虚拟化等不同的模块进行了全融合，灵活性和...

从当前市场的实际进展来看，不仅Gartner明确超融合场景已经越来越多的覆盖核心业务，SmartX、Nutanix等专业厂商都已经在包括金融行业在内的生产环境里形成了诸多案例并且长时间稳定运行，以SmartX为例，我们在某东区大型知名券商 50+ 节点运行网上交易、行情接入、交易前置、OA ...

容量管理可以说和资源池的方案紧密结合，非常个性化，建议自主开发，而且要纳入到工作流程中，同时能够采集生产数据反馈到容量管理平台上，把数据用起来、流动起来

不建议在虚拟环境搭建RAC和数据库，前期看似省钱，后期维护问题较多，增加了太多的不确定性。

目前市场上备份vmware的备份软件没啥太大区别，都是基于vmware的接口技术(vadp)来做的，比如块级增量备份，比如instance recovery各家主流软件都有！然后在此基础上做微创新，比如nbu的加速器使全备份也能读取cbt减少备份时间，ibm spp直接作为单独产品细化出来选择哪家要综合自己的...

VMware、KVM、Hyper-V、Citrix

云管理平台如果设计的比较完善的话 会使用 分层架构portal 只是页面操作 业务层在做资源分配处理 中间会添加 mq 消息队列消息会发送到 执行的 厂商接口比如 vmware的pyvmomi接口封装 ,或者java vsphere client接口封装只要在不同网络部署一个接口层能连接到mq就可...

企业首先考虑是成本，信息投入的效益产出很难精确计算，所以脱开实际预算谈技术谈需求那都是虚的。在预算下，切合企业实际来看技术路线和具体需求的发展做出的规划更稳妥，执行成功率更高。您提到的五点都会影响规划，另外不同时期谈不同的想法，规划也不是一成不变的。举个例子来说...

现在很多厂商的私有云产品是基于openstack开发的，可以实现对vmware、powervm、kvm等异构虚拟资源的纳管、创建等。