互联网服务OpenStack
整个系统的管理迁移到一个由 OpenStack 提供的普通平台
我们公司需要将其应用从一个传统的虚拟化环境中迁移到一个新的由API 驱动的合理组织的环境中。我们公司的一些应用有着严格的支持需求，这限制了在哪些宿主机上它们能够被支持。然而另外的一些应用没有这些限制也不需要相同的特性。根据这些需求，整个目标环境就需要多种类型...显示全部查看其它 2 个回答博飞信息科技的回答
回复 1# wenjing
您好，您遇到的情况我们有一个生产环境的部署案例。以下是我的建议：
您已经在VMWare环境下运行了大量的虚拟机，无论这些虚拟机是否必须要运行在ESXi上，至少他们不能由于业务迁移导致业务中断。所以我给您的第一个建议是，保持现有环境，先用OpenStack将这些环境管理起来，后续的新购入的硬件，可以使用开源的方案，与VMWare划分为不同的资源池。
第二个建议是关于OpenStack管理VMWare的缺陷，您必须了解的：
1、OpenStack vCenter驱动是无法看到VMWare的ESXi的，也就是说在OpenStack的hosts其实对应于VMWare的Cluster粒度。
2、原有虚拟机，是无法直接被OpenStack接管的。
3、VMWare的高级功能，HA/FT等集群功能，OpenStack是无法控制的。
4、OpenStack无法管理VMWare集群的存储。
第三、针对以上的这些缺陷，您需要评估哪一个是您无法接受的，那么需要做出相应的开发。
您好，您遇到的情况我们有一个生产环境的部署案例。以下是我的建议：
您已经在VMWare环境下运行了大量的虚拟机，无论这些虚拟机是否必须要运行在ESXi上，至少他们不能由于业务迁移导致业务中断。所以我给您的第一个建议是，保持现有环境，先用OpenStack将这些环境管理起来，后续的新购入的硬件，可以使用开源的方案，与VMWare划分为不同的资源池。
第二个建议是关于OpenStack管理VMWare的缺陷，您必须了解的：
1、OpenStack vCenter驱动是无法看到VMWare的ESXi的，也就是说在OpenStack的hosts其实对应于VMWare的Cluster粒度。
2、原有虚拟机，是无法直接被OpenStack接管的。
3、VMWare的高级功能，HA/FT等集群功能，OpenStack是无法控制的。
4、OpenStack无法管理VMWare集群的存储。
第三、针对以上的这些缺陷，您需要评估哪一个是您无法接受的，那么需要做出相应的开发。
浏览2095