通过IBM Cloud上的VMware,现有的VMware客户端可以将其基础架构扩展到IBM Cloud。 这使用户可以按需扩展和收缩资源。 此外,没有VMware基础架构的客户可以利用IBM SoftLayer的各种VMware on Cloud软件包,并将其非VMware工作负载迁移到IBM Cloud on VMware,从而帮助他们大幅减少IT基础架构并简化资源管理。
本教程描述了VMware on IBM Cloud解决方案及其对客户端的意义。 我们描述了IBM Cloud上的VMware组件以及选择存储选项时要考虑的标准。 最后,我们讨论使用NSX的联网方面。 ( 第2部分将探讨特定用例的设计和实现。)
首先,在表1中,我们列出了IBM Cloud上VMware的一些关键组件和功能。
本文档中介绍的硬件和软件是经过实践检验的可靠解决方案,可用于在IBM Cloud上实施VMware。 表2列出了IBM Cloud中所有可用的VMware组件。 每个组件的最新版本都包含在我们的解决方案设计中。
用户可以根据自己的需求选择存储。 图1和表3可以帮助您确定自己的存储解决方案。 请注意,每个存储选项都有一组特定的前提条件和限制,本文将介绍这些前提条件和限制。 在设计解决方案时,在确定最合适的选项时应考虑这些因素。
在此解决方案设计中,我们用适当的用例介绍了各种存储选项,以使您更好地了解何时以及在何处使用特定类型的存储。
表4比较了SoftLayer中可用的两种类型的共享存储:性能和耐久性。
VMware Virtual SAN(VSAN)是一种针对超融合基础架构的极其简单的企业级存储解决方案,已针对当今的全闪存性能进行了优化。 VMware VSAN 6.2将ESXi主机的本地存储集群化,并提供具有非常高IOPS的单租户高可用性存储。 VSAN可以至少在三个物理主机中实施,并且每个群集最多可以扩展到64个主机。
注意:尽管VSAN可以从三个物理主机启动,但最好从四个物理主机启动,以提供高可用性。 (如果三个主机之一发生故障,则第四个主机将充当故障转移。)
IBM Spectrum Accelerate是一种超灵活的软件定义的块存储解决方案,旨在在几分钟(而不是几天)内跨异构基础架构进行快速混合云部署。
模块的硬件由具有6-12个内部磁盘的x86商业服务器组成,这些内部磁盘构成了存储基础结构。 IBM Spectrum Accelerate引入了对融合基础架构的支持,这意味着Spectrum Accelerate虚拟机可以与同一VMware ESXi服务器上的其他虚拟机并行运行。
VMware NSX是一个软件网络和安全虚拟化平台,可为网络提供虚拟机的运行模型。 虚拟网络可以用软件重现Layer2–Layer7网络模型,从而可以在几秒钟内以编程方式创建和配置复杂的多层网络拓扑,而无需其他IBM Cloud专用网络。
可以通过vSphere Web Client,命令行界面(CLI)和REST API配置NSX。
NSX提供以下核心功能:
当NSX与IBM Cloud上的VMware一起使用时,专用管理集群是严格的要求。 托管NSX Controller VM和NSX Manager虚拟设备将需要管理群集。 NSX Manager将至少部署三个NSX Controller VM,它们也需要ESX / vSphere集群。 最佳做法是将一个具有足够N + 1容量的vSphere Management Cluster专用于为您的解决方案托管所有必需的管理VM和虚拟设备。
可以从较高的角度将网络流量视为北/南和东/西模式。 一个或多个NSX Edge VM通常将提供这些北/南服务。 强烈建议专用于边缘服务群集。 这允许将一组特定的Edge ESX主机连接到IBM Cloud公共网络以进行公共/不受信任的流量,以及将ESX vmnic专用于北/南服务的流量。
可以使用具有以下考虑因素的通用管理和Edge Services集群:IBM Cloud中的管理集群应利用vSphere Standard vSwitch进行虚拟网络连接。 这样可以确保承载vCenter VM的管理群集将具有可用的虚拟端口,以便在重新引导或故障转移时启动vCenter。 NSX要求将VTEP部署在vSphere Distributed Virtual Switch上。 ESX vmnics只能属于一个vSwitch(标准或分布式,但不能同时属于两者)。
为了在SoftLayer上使用通用管理和边缘服务群集,每个ESX主机必须具有不少于四个专用网络NIC。 两个专用网卡将与vCenter的vSphere Standard vSwitch和标准端口组以及其他管理VM关联。 然后,其余两个专用NIC应与vSphere Distributed Virtual Switch和已部署的VXLAN VTEP关联。 这将使通用群集上的NSX Edge可以在将要提供北/南或其他服务的任何逻辑交换机上放置接口。
使用标准开关的LACP限制最好在该ESX群集上具有多个NIC以实现冗余和性能。 IBM Cloud作为默认配置将所有配对的NIC部署在LACP捆绑包中。 vSphere Standard交换机不支持LACP协议。 建议仅使用vSphere Standard交换机托管vCenter vNIC。 建议这样做,以防止vCenter实例发生故障时中断。 分布式vSwitch需要控制平面才能启用连接到新上电的VM的端口,并转发vDS上已连接端口上的数据包。 默认情况下,vCenter提供该控制平面功能。 如果vCenter实例的vNIC连接到它管理的vDS上的端口时关闭并恢复了vCenter实例,则将没有可用的控制平面来允许端口转发。 由于这些原因,除非删除了LACP捆绑包,否则专用的ESX管理群集无法将两个专用NIC与标准vSwitch一起使用。
SoftLayer中不支持多播SoftLayer中的NSX仅支持单播控制平面模式。 此限制是由于IBM Cloud不支持专用网络上的IGMP侦听和多播路由。 可以在IBM Cloud专用网络中允许多播广播数据包,但是不允许流量在单个专用网络/ VLAN外部路由。
SoftLayer支持MTU所有IBM Cloud专用网络都启用了巨型帧,因此支持VXLAN所需的更大的MTU。 推荐的默认值为1600,但是如果遍历物理交换机的网络流量将受益于巨型帧,则该值可以调整为9000。
本教程探讨了VMware on IBM Cloud解决方案及其对用户的意义。 我们研究了IBM Cloud上的VMware组件,涵盖了它们的位置以及可用于满足用户需求的不同选项。 我们还研究了IBM Cloud上可用的存储选项以及选择一个时要考虑的标准。 最后,我们总结了使用NSX进入网络方面的情况,并根据任何给定方案研究了它如何满足用户要求。 在第2部分中 ,我们将探讨用于将本地VMware工作负载部署和迁移到IBM Cloud的用例。
我们要感谢以下主要成员的支持和协助:
Senthilkumar Vimalraj-IBM Cloud for Watson健康生命科学的OpenStack主题事项专家 Yash Nigam-IBM Cloud Tech销售技术服务专员 Christudhas Pitchai — IBM Cloud上的VMware技术主管 Nilanjan Banerjee-IBM Cloud技术销售专员 Vinod Chavan-IBM Cloud Tech销售技术主管翻译自: https://www.ibm.com/developerworks/cloud/library/cl-vmware-on-ibm-cloud-trs/index.html
相关资源:微信小程序源码-合集6.rar