建议不要对oracle所在的宿主机进行虚拟化，而是oracle放在物理机，然后再oracle层面上再使用多租户特性（12C）硬件选型看成本限制了，基本上是越高越好，比较数据库还是挺吃资源的，内存的大小和存储是否是SSD的影响最明显。...
1、我认为可能面临以下问题：一是不同RAC集群节点间的心跳交互数据流量会叠加，二是主机CPU、内存的资源较其他分区消耗更大，三是对不同业务类型分区在同一台物理机上的分布，导致对存储IOPS和吞吐量要求大大提高，同一存储路径难以同时满足两种需求。2、网络尽可能用万兆网络，并设...
云管理平台对华为FusionSphere虚拟化资源池对接，只需要使用华为提供的SDK工具进行二次开发就可以。华为FusionSphere提供eSDK，可以提供开放云计算资源池管理能力，以适配客户已有的运营和运维系统。客户自己的云管理平台，通过eSDK开放接口实现华为的云计算产品与第三方运营和...
Power入云现在在银行的开发测试环境里比较普遍了。对于小型机物理资源池的迁移，现在应该还没有哪家云平台能够做到自动化的管理，多数都是可以纳管，进行上下电、看看状态之类的；只有经过PowerVM虚拟化后，才可以实现Power分区的全生命周期管理。...
先详细按照你的需求设计资源池部署规范比如 一个vCenter管理多少物理esxi,物理esxi几个做业务集群例如 业务高可用 使用两个机柜,每个机柜部署16个设备,每个机柜做一个部署单元两个部署单元做一个集群部署虚拟机时 两个vm做一个集群 每个vm对应到 一个部署单元上 ...
提前做好规划，步步为营，同时有合理的期望，没有什么特别的难点。个人认为要注意的有两点：一是架构设计一定要层次清晰，每个层次要各司其职，例如，服务编排、流程设计、监控、计量都应该统一在云管理层实现；二是考虑清楚SDN的问题，当前主要的SDN方案还是针对的x86，规模不大的建议用二...
实际上，与资源池有关的工作量主要在于资源池的建设阶段，在这个阶段需要根据需求、规范等将各类资源根据规范有效地整合成资源池，满足业务系统的灵活需求。 在资源池建设完成后，日常使用过程中相对反而简单；管理工作主要在于保持整个平台资源的稳定和可控，处理个别计算、存储、...
这种情况主要评估性能损失和今后的可维护性，孰轻孰重了，如果性能损失不大，在现有条件下都是应该迁移到虚拟资源池，这样主要为了和物理资源解耦，方便今后的维护。如果性能在现有条件有较大损失，又不想提高IO基础能力，那维持原状吧。我们一般都会去提高原有小型机IO能力的，都会迁到...
开源平台缺少 必要的开发支持而厂商的平台开发速度又慢看你公司的技术能力 有强开发能力的用开源没有用厂商
