[b]前言[/b] 从虚拟化的层面来说，GuestOS 的生命周期、迁移、快照等管理过程都离不开 Hypervisor 的支持。 EG. KVM/VMwate Workstation/Hpyer-V 等 VMM 。VMware 暴露的 API 接口和 OpenStack Dirver 驱动程序两种结合，就能够实现使用 Openstack 平台来管理多种虚拟化产品。本质上就是 Openstack 的 Nova Service 能够使用这些 API/Dirver 去连接 VMware Hypervisor 并达到控制的目的。在了解 VMware 接入 Openstack 的两种方式之前，首先要了解一些关于 VMWare 虚拟化产品的概念： [b]vSphere：[/b]是 VMware 的一个虚拟化产品，是一套整体企业级虚拟化解决方案，其中主要包含了下面两个组件。 [b]vCenter：[/b]表示一个虚拟化数据中心，是所有的物理主机(ESX/ESXI)和虚拟机等资源的统一管理工具。 [b]ESXI(ESX)主机：[/b]使用虚拟化软件 ESX/ESXI 来运行虚拟机的物理主机虚拟化操作系统(实际上是一个可以在裸机上安装的管理软件)，为虚拟机提供 CPU 和内存资源，同时为虚拟机提供访问存储资源和网络连接的能力。其中 ESX 是收费的，注意：可以直接在裸机上安装，能更节省硬件资源，类似与 Redhat 的 RHEV-H 。 [b]Datastore：[/b]共享数据存储，用于保存虚拟机、镜像文件等数据，挂载给 ESX 主机使用。 [b]Openstack 接口驱动[/b] Openstack Nova Project 提供了两个连接 VMware 的 Driver 实现( nova/nova/virt/vmwareapi/dirver.py)： [list=1] [*]ESXDriver 是一种将 ESX/ESXI 主机作为 Hypervisor 的接入方式，ESXDirver 的缺陷在于因为 ESX/ESXI 并不具有太多虚拟化集群的管理操作功能，所以也就丢失 VMware 的一些集群特性(HA/DRS)。* 最新版本的 Openstack 已经在逐渐的抛弃这种连接方式 * 。[/*] [*]VCDriver 则可以保留这些虚拟化集群的特性，因为 VCDirver 把 vCenter(集群管理工具) 作为 Hypervisor 来接入 Openstack 。 VCDriver 很好的支持了 Vmware 与 Openstack 的互补，这也符合当前各厂商对混合云趋势的共识。这也是本篇最主要的内容。[/*] [/list] 当然这也会引入一些新的问题，[b]EXAMPLE[/b]： VCDriver 无法让 Openstack 对 VMware 虚拟机进行直接的操作(需要通过 vCenter 来进行)。这就带来了资源跨 ESXi 节点导致无法轻易整合的问题。具体来说就是作为 Hypervisor 的 vCenter 整体呈现出来的CPU、内存资源都很充足，但是在创建虚拟机时就会发现任何一个节点的资源都不足以创建虚拟机的情况。 VCDirver 仅仅是实现了 Openstack 对 vCenter 的操作而已。 在开始 VCDirver 的内容之前，先看看 Openstack 默认的虚拟化实现方式 —— KVM 使用 KVM 在 Compute Node 上创建虚拟机的流程 [list=1] [*]nova-api 接收 HTTP 请求并将请求通过消息总线的 RPC 传递到 nova-conductor[/*] [*]nova-conductor 通过消息总线通知 nova-scheduler 获取最佳创建虚拟机的Compute Node[/*] [*]nova-scheduler 通过消息总线获取 nova-conductor 的任务，并返回一个 Compute Node 的数据信息[/*] [*]nova-conductor 获取到 Compute Node 的信息后，通过信息总线通知 nova-compute 在该 Node 上创建虚拟机[/*] [*]nova-conductor 通过消息总线接受到创建任务并通过配置文件(nova.conf)来决定以那种方式来创建虚拟机(virt/VCDirver)[/*] [*]nova-conductor 通过消息总线通知 nova-network 提供网络[/*] [*]nova-conductor 通过消息总线通知 nova-conductor 完成了虚拟机的创建[/*] [*]nova-conductor 访问数据库修改元数据[/*] [/list] 对于 KVM 来说，通过 nove-compute serivce 直接在 Compute Node 创建虚拟机就可以完成。即： HTTP Request ==> Restful API ==> nova-api ==> RPC & Queue ==> nova-scheduler ==> nova-compute ==> Create VM in Compute_Node [b]使用 VCDirver 在 vCenter 上创建虚拟机的流程[/b] [list=1] [*]首先需要在 Openstack Nova Service 的配置文件 nova.conf 配置实现创建虚拟机的 Driver type == VCDirver 。[/*] [*]nova-compute 通过 VCDirver 与管理虚拟机集群的 vCenter APIs 交互[/*] [*]然后 vCenter 选出 Cluster 中合适的 ESX[/*] [*]最后在 Cluster 内部使用 DRS 来创建虚拟机。 [/*] [/list] VMware driver architecture [img]http://files.jb51.net/file_images/article/201703/201703290903227.png[/img]   注意：nova-scheduler 可调度的 nova-compute 可以有多个，并且每个 nova-compute 对应了 vSphere 上的一个 Cluster ,每个 Cluster 又都要有一个 Datastore 进行配置和使用。 通过 Openstack 来创建 vSphere 的虚拟机后，虚拟机在 vCenter 的总控界面中会得到呈现，并且可以支持 VMware 的高级功能。除此之外，在 Horizon 中也会得到呈现，能够像管理其他 Openstack 虚拟机一样管理 vCenter 中的虚拟机，但也可能会存在部分 VMware 的功能限制(如ssh keys等)。 [b]配置 vCenter 接入 Openstack[/b] Use the VMwareVCDriver to connect Openstack Compute(nova-compute) with vCenter,and you can access through vCenter to advanced vSphere featuers(vMotion/HA/DRS(Dynamic Resource Scheduling)). 修改 Openstack 配置文件 nova.conf ：启用 [code]vmwareapi.VMwareVCDriver [/code]Dirver [b]NOTE：[/b]EG.[code]datastore_regex="nas.*" [/code] ==> select all the data stores that have a name starting with “nas”. if the line is omitted, Compute uses the first data store return by the vSphere API. glance-api.conf & glance-registry.conf ：配置 Image 上传到 vCenter datastore 中 镜像下载流程： a. Openstack 在 Compute Node 上调用 Glance API 下载镜像 b. 再调用 VMware 的 API 将镜像上传到 datastore [img]http://files.jb51.net/file_images/article/201703/201703290903228.png[/img] 和 Openstack 原始支持的 Libvirt Driver 一样，VMware Driver 也能够和 Glance service 交互。如架构图，从 Openstack Image Service 复制 vmdk Image File 到启动 vCenter 虚拟机的 Shared Datastore 中去，同时还会被缓存下来。即：镜像需要从 Glance 下载到 Vmware datastore 中。这样能够使用 VMware 的资源来存储属于 VMware 的文件数据。 [b]cinder.conf：配置在 VMware 的资源上创建 Volume [/b] 与创建虚拟机的流程类似，Cinder 的后端存储支持指定为 VMware，使用 VMware Dirver 去创建卷，最终都是调用 vCenter 的存储管理的功能。 [b]通过 Openstack 在 vCenter 上安装虚拟机[/b] Step1. 上传 VMDK 镜像文件 注意：最好使用 Commands 的方式来上传镜像文件，因为必须指定镜像文件的属性为： [code]vmware_disktype="sparse"/vmware_adaptertype="ide"/--disk-format vmdk[/code]，使用 Dashboard 来上传镜像的话不能准确的指定这些属性，导致上传之后的镜像无法被 ESXI 识别。 [b]转换镜像文件格式为 VMDK：[/b]VMware 只能认识这种类型的镜像文件，所以当我们手中的镜像文件不是 VMDK 时，我们可以转换镜像文件的格式。 Step2. 使用 Dashboard 或 Commands 启动虚拟机，需要使用刚刚上传 VMDK 格式的镜像来启动。 在成功启动虚拟机的过程中，在 vCenter 的 Log 控制台上会显示由创建信息。 [img]http://files.jb51.net/file_images/article/201703/201703290903229.png[/img] Step3. nova list 查看虚拟机信息 [b]注意：[/b]需要先加载环境变量，如果是使用 admin 身份创建的虚拟机，必须使用 admin 的环境变量才能查看。 [img]http://files.jb51.net/file_images/article/201703/2017032909032310.png[/img] [b]ERROR[/b] [b]ERROR 1:[/b] TSG：考虑是否相应的服务没有启动 [b]ERROR 3：[/b] TSG：配置完 Glance service 后，无法上传镜像文件。是因为Devstack-L 的 PIP 包版本与 vCenter 6 不兼容。上级包即可。 [b]ERROR 4： [/b] 在Openstack创建VMWare虚拟机时无法传递镜像，导致VMWare虚拟机无法引导操作系统。 TSG: 需要使用 commands 方式上传镜像，并且在Dashboard中将镜像的属性编辑成为 public 。 EXAMPLE： [b]最后[/b] 对于 Openstack 的用户来说，完全不会感觉到 KVM 虚拟机和 VMware 虚拟机的不同，表面上都是通过 Openstack 去管理底层的虚拟机实现，而终端也都仅是调用了 Openstack API 。Openstack 作为一个云集算管理平台，只能管理到 nova-compute 这一层，即：知道 nova-compute 对应了哪一个 VMware Cluster，对于 ESX/ESXI 底层的虚拟机实现，Openstack 是无法管理的，都交由 vCenter 管理。所以虚拟机在 Cluster 内的变动，对于 Openstack 来说是完全不会有影响的。 以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持编程素材网。