OpenStack管理VMware的几点实践

1、分享简介：崔昊之，目前就职中电科华云，任IaaS 技术经理；分享内容是OpenStack 管理VMware 的几点实践。2013年开始基于OpenStack 做公有云（联通沃云）的后台，之后开始做一些私有云项目，大部分是KVM 虚拟化，也有一些VMware 虚拟化；一开始用OpenStack 管理私有云感觉是有点别扭，后边再加上管理VMware 就更别扭了；今天介绍的内容就是在使用OpenStack 对接管理VMware 的过程中遇到的几个具体问题和解决方法。1. 存量虚拟机纳管背景在上OpenStack 之前，用户已经有一大批虚拟机，用户不想丢弃它们，希望OpenStack 能统一管理新创建

2、的虚拟机和已存在的虚拟机怎样做反向纳管程序，将存量虚机同步到OpenStack 数据库中，后续可统一管理纳管程序分为三部分：扫描：根据用户输入范围扫描到存量虚拟机信息；治理：对扫描到的虚拟机信息进行补充，比如租户信息，网络信息等；纳管：对治理完成的虚机进行纳管操作，纳管完成后就与OpenStack 初始创建的虚机一样了； 2. 能够使用vlan(标准虚拟交换机/分布式虚拟交换机背景用户使用标准交换机或分布式交换机，没有使用NSX对接VMware 时，Neutron 的高级网络功能都在NSX 插件中，如果没有购买NSX ，就只能使用FLAT 网络；nova-network 可以使用vmware

3、vlan，使用nova-network ？是不是有点因噎废食的味道？怎样做订制neutron ml2 plugin，针对vmware 虚拟化可使用标准交换机或分布式交换机，在指定的虚拟交换机上创建PortGroup ，使能vlan 功能； 3. 镜像传输路径优化背景大家知道，在OpenStack 中，镜像在计算节点有缓存机制；当使用一个镜像在某计算节点第一次创建虚机时，计算节点会从Glance(镜像服务 拉取镜像，然后写入本地的缓存空间；拉取动作是通过HTTP 协议针对KVM 虚拟化，可以使用direct_download模式，优化拉取时间；前提是计算节点通过共享文件系统可直接读取Glance

4、 中注册的镜像；对于VMware 虚拟化，计算节点只是一个代理角色，所以在这一过程中，计算节点的服务先从Glance 节点读取镜像，然后再通过VCenter API写入指定的datastore ，相当于做了一次文件中转，实测效率是比较低的怎样做按KVM 虚拟化的思路实现VMware 直接拷贝镜像 Glance 镜像所在目录基于共享文件系统，需要功能生效的ESXi 节点与Glance 可读写此文件系统修改nova.conf 配置文件中的选项allowed_direct_url_schemes=file，Glance 配置文件show_image_direct_url=True订制OpenStac

5、k-Nova 代码，使用直接拷贝的方式下载镜像到datastore 。4. 镜像缓存优化5.docker nova-compute Whynova-compute 使用VMware Driver 时，相当于只是一个代理角色，并不提供资源服务；占一个物理机或者虚拟机，都显得有点浪费；OpenStack 计算节点相关的配置比较静态，不支持动态修改、或者新增一个代理计算节点； How将OpenStack 计算节点制作为Docker image ，在需要新接入VMware 虚拟化环境时使用OpenStack-Heat 项目启动一个Docker 实例，传入VCenter 连接控制信息（ip/user/password/cluster），控制节点信息，计算节点主机名等变量，最终在Docker 实例中启动nova-compute 服务，这样一个计算节点就动态的创建起来了；具体部署模式6. 其他一些虚拟化功能如内存设置、热迁移等背景 VCenter 管理界面中提供对内存资源的高级设置功能，默认的内存分配策略是不预留虚机内存，云平台需要实现对虚机内存的绑定能力，对应为开启“预留所有客户机内存（全部锁定）”选项