OpenStack nova M Blueprints 分析

Posted 2023-02-14 Eric_Xiett

OpenStack nova M Blueprints 分析

• OpenStack nova M Blueprints 分析
  • mitaka-1
  • mitaka-2
  • mitaka-3
  • mitaka-rc1

mitaka-1

1. https://blueprints.launchpad.net/nova/+spec/nova-cors
   
   • 背景：Same Origin Policy是Web安全的核心，在OpenStack中，各个服务通常使用不同的端口，当访问时，需要经过Horizon维护的proxy进行转发。Horizon维护的这部分代码随着组件增多、应用的使用，维护工作量巨大。W3C提出了CORS，OpenStack的相关项目需要增加CORS的支持。
   • 实现：修改/etc/nova/api-paste.ini增加cors中间件支持。
   • 备注：引入参考OpenStack CrossProject Spec,Oslo_Middleware Docs,OpenStack Cloud Admin Guide
   • Medium
2. https://blueprints.launchpad.net/nova/+spec/print-table-archived-rows
   
   • 背景：nova-manage db archive_deleted_rows命令返回nova数据库表中删除行的数目，依赖于–max_rows，但没有显示详细的信息，即每个表有多少删除的行数。
   • 实现：
     
     • nova-manage db archive_deleted_rows只有sqlalchemy的api使用，修改archive_deleted_rows_for_table方法为私有方法；
     • 增加命令选项–verbose的解析，如果使用此选项，则显示每张表的删除行数。
   • Medium
3. https://blueprints.launchpad.net/nova/+spec/vmware-expand-opaque-support
   
   • 背景：在Liberty版本新增了插件openstack/vmware-nsx（NSXv3），此功能需要一个全局的integration桥，并确保此opaque网络连接到此桥。
   • 实现：
     
     • 判断满足的VC版本号5.5；
     • 根据CONF.vmware.integration_bridge的值实现2个工作流程；
     • 只适用于VIF_TYPE_OVS。
   • 备注：在vSphere V5.5增加了opaque网络，此网络由vSphere外的控制面进行管理，host和虚拟机也连接到此网络上。
   • Medium
4. https://blueprints.launchpad.net/nova/+spec/deprecate-service-management-in-nova-manage
   
   • 背景：novaclient已存在service-disable、service-enable、service-list和host-describe命令，nova-manage存在相同功能的命令，此bp标识相关命令为弃用，在N版本去除。
   • 实现：在cmd/manage.py中定义标识弃用的装饰函数，当用户调用相关命令，提示用户此命令将要弃用。并将ServiceCommands类里的方法用弃用装饰函数装饰。
   • Low
5. https://blueprints.launchpad.net/nova/+spec/no-more-soft-delete
   
   • 背景：“不在软删除任何东西”是在YVR峰会上得到广泛认同的观点，数据库中软删除带来很大的管理工作，同时对查询的性能也有很大的影响，因此从NovaBase的继承中去掉SoftDeleteMixin。
   • 实现：
     
     • 在NovaBase的继承中去掉SoftDeleteMixin；
     • 原来从NovaBase类继承的子类中增加models.SoftDeleteMixin。
   • Low
6. https://blueprints.launchpad.net/nova/+spec/ploop-snapshot-support
   
   • 背景：virt_type为parallels的情形下，libvirt的image后端还未支持ploop镜像的快照抽取特性。
   • 实现：libvirt utils中的extract_snapshot/find_disk/get_disk_type方法增加对ploop镜像快照抽取的内容。
   • 备注：
     
     • libvirt支持多个Hypervisor的并发，因此需要对镜像执行快照抽取的工作；
     • ploop在loop的基础上增加了动态调整、快照、被封的功能；
     • loop设备允许用户以一个普通磁盘文件虚拟一个块设备，以 /dev/loop0、/dev/loop1 等命名。每个设备可虚拟一个块设备。注意只有超级用户才有权限设置回环设备。
   • Low
7. https://blueprints.launchpad.net/nova/+spec/vmware-rescue-image
   
   • 背景：bp allow-image-to-be-specified-during-rescue允许用户在虚拟机救援时指定image，但vmware的救援流程还未进行相应的更改。
   • 实现：修改vmware的救援流程，不从instance对象中获取image_ref，直接使用image_meta.id。另外增加获取image的流程。
   • Low

mitaka-2

1. https://blueprints.launchpad.net/nova/+spec/service-version-behavior
   
   • 背景：在升级过程中，云operator会遇到nova代码的多个版本，比如新版本的api、conductor和老版本的compute共存，会存在消息不兼容问题。同样当老版本compute的计算节点因故障好久没上报自己的信息，后来又继续工作，也会面临版本不一致的问题。
   • 实现：
     
     • 数据库API增加get_minimum_version方法；
     • 当CONF.upgrade_levels.compute设置为auto时，自动选择compute RPC版本；
     • 如果服务在启动时发现版本号比最小版本号还小，则启动失败；
     • 当收到SIGHUP信号时触发最小版本号的重新检查。
   • High
2. https://blueprints.launchpad.net/nova/+spec/request-spec-object-mitaka
   
   • 背景：Scheduler中的select_destinations()方法使用request_spec参数，此参数是嵌套的字典，不易维护，在L版本已经用RequestSpec类的对象代替，此bp继续完成剩余的工作。
   • 实现：
     
     • 修改所有的filters使用RequestSpec对象代替request_spec嵌套字典；
     • 修改Scheduler的RPC API接受RequestSpec对象；
     • 修改Conductor直接合成RequestSpec对象；
     • 增加developer文档指导。
   • 备注：Scheduler从nova分离出去做的一些调整。
   • High
3. https://blueprints.launchpad.net/nova/+spec/add-os-win-library
   
   • 背景：OpenStack中的多个组件（nova, neutron, cinder, ceilometer等等）均使用Hyper-V的功能，存在代码重复的问题，此bp对这部分代码进行重构，新建os-win库。
   • 实现：
     
     • 在requirements.txt中增加os-win;
     • 将代码中的”nova.virt.hyperv.vmutils.HyperVException”替换为”os_win.HyperVException”;
     • 将”nova.virt.hyperv.utilsfactory”的imports替换为”os_win.utilsfactory”;
     • 删除utils模块及其单元测试;
     • 在global-requirements.txt增加os-win.
   • 备注：openstack/requirements为解决OpenStack各组件requirement不一致导致包重复安装或不兼容的的问题，这个问题多出现在一台机器安装多个组件的场景，此项目定义global-requirements.txt。
   • Medium
4. https://blueprints.launchpad.net/nova/+spec/persist-request-spec
   
   • 背景：当虚拟机launch后，RequestSpec对象可能会用于后续的resize、migrate中，因此需要在数据库进行持久化存储。
   • 实现：
     
     • 在api、cell数据库中新增request_specs新表；
     • 对RequestSpec对象增加get_by_instance_uuid(), create(), save()方法。
   • Medium
5. https://blueprints.launchpad.net/nova/+spec/soft-affinity-for-server-group
   
   • 背景：如果使用亲和策略时，用户希望虚拟机尽可能的部署在相同的主机上，但当资源不够时，也希望尽量部署在尽可能少的主机上，而不是失败。
   • 实现：
     
     • 新增2个配置项soft亲和和互斥的权重；
     • 新增2个weigher类：软亲和和互斥，使用权重进行计算，互斥为-1；
     • 扩展server group的API支持软亲和和互斥，增加相应的微版本号；
     • 更新FilterScheduler支持软亲和互斥。
   • 备注：减小亲和和互斥的硬性限制，变得比较柔和，更人性化。
   • Low
6. https://blueprints.launchpad.net/nova/+spec/get-valid-server-state
   
   • 背景：当nova-compute服务失败时，虚拟机的状态不会更新，但当用户获取虚拟机状态时不能看到真正的失败信息。此bp实现在获取虚拟机信息时增加host的状态。
   • 实现：
     
     • 定义host_status有4个值：DOWN/UP/UNKNOWN/MAINTENANCE；
     • 修改server的GET /v2.1/tenant_id/servers/server_id and /v2.1/tenant_id/servers/detail的API，增加host_status的展示；
     • 增加server object和service object的数据库关联。
   • 备注：同步修改python-novaclient。
   • Low
7. https://blueprints.launchpad.net/nova/+spec/add-project-id-and-user-id
   
   • 背景：管理员能够查看所有项目的server group，但显示结果中没有项目的信息，辨认困难，此bp增加项目ID和用户ID
   • 实现：
     
     • 新增API微版本号2.13，当调用高于2.13的API时才会显示project_id和user_id；
     • 修改server group的GET和POST的API，增加高于2.13时显示project_id和user_id的逻辑；
     • 修改相应接口文档；
     • 单元测试和功能测试。
   • 备注：同步修改python-novaclient。
   • Low
8. https://blueprints.launchpad.net/nova/+spec/cinder-backend-report-discard
   
   • 背景：nova在attach卷时不知道Cinder后端是否支持discard/unmap/trim功能，此BP使能此功能。
   • 实现：
     
     • libvirt的驱动检查从volume的连接信息中是否支持discard功能；
     • 如果支持discard功能，则写入到configuration文件中；
     • virtio-blk不支持，增加LOG记录。
   • 备注：相关cinder：Cinder BP、Cinder Spec 、Cinder Patch
   • Low
9. https://blueprints.launchpad.net/nova/+spec/boot-from-uefi
   
   • 背景：UEFI代替传统Bios是个未来趋势，很多的OS厂商（如微软）支持UEFI启动，但OpenStack的libvirt驱动还未支持。
   • 实现：
     
     • 增加image的metadata”hw_firmware_type”的解析流程;
     • libvirt驱动的config和driver中增加对UEFI的支持代码;
   • 备注：Open Virtual Machine Firmware（OVMF）是用于虚拟机上的UEFI固件，支持x86和ARM。此bp依赖：libvirt版本>=1.2.9, ovmf动态库
   • Low
10. https://blueprints.launchpad.net/nova/+spec/remove-shared-storage-flag-in-evacuate-api
    
    • 背景：virt驱动能够检测虚拟机是否使用共享存储，因此在evacuate时指定onSharedStorage意义不大，为简化管理员的工作，此bp去掉此标志。
    • 实现：
      
      • 在evacuate API增加微版本号2.14，当高于此版本号时，不传入onSharedStorage标志；
      • 高于2.14版本时，不返回adminPass。
    • 备注：adminPass的使用分2种场景：如果使用共享存储，adminPass不变，如果不使用共享存储，则由nova产生新adminPass或由client传入。
    • Low

mitaka-3

1. https://blueprints.launchpad.net/nova/+spec/resource-classes
   
   • 背景：resources中不同资源的展示不统一，如numa使用json，metrics使用字典等，需要统一结构，便于后续扩展和Scheduler分离出去。
   • 实现：大部分的工作在bp resource-provider实现，此bp仅实现了ResourceClass类。
   • High
2. https://blueprints.launchpad.net/nova/+spec/complete-todo-in-api-concept-doc
   
   • 背景：API文档在bp(https://review.openstack.org/#/c/226253/)中重构了，遗留很多未做的工作，此bp完成这些TODOS
   • High
3. https://blueprints.launchpad.net/nova/+spec/block-live-migrate-with-attached-volumes
   
   • 背景：libvirt 1.2.17新增接口实现在热迁移过程中指定哪些块设备迁移（拷贝）到目的host，这样就避免了挂载volume的虚拟机将数据重新写入自己的场景。
   • 实现：
     
     • 当libvirt版本号>=1.2.17时，热迁移接口中增加’migrate_disks’: device_names；
     • 使用本地存储实现iso9660格式的config
       drive时，增加libvirt版本号>=1.2.17时执行热迁移可能成功
   • High
4. https://blueprints.launchpad.net/nova/+spec/pause-vm-during-live-migration
   
   • 背景：当虚拟机有工作负载时，即存在写入内存数据等情形时，虚拟机在热迁移时会特别慢；另外计算节点快出现故障时需要热迁移执行迅速。上述两种场景热迁移完成比虚拟机down时长更重要，此bp实现对热迁移过程中的虚拟机进行暂停。
   • 实现：
     
     • 新增DB API，根据migration id和instance uuid获取migration信息；
     • policy中增加migration：force_complete
     • 新增虚拟机热迁移强制完成的API，具体包括版本号、Controller类、API字段类型便于检验等；
     • 新增RPC API，包括消息的发送和接受、消息版本号等；
     • libvirt驱动中实现force complete的流程代码，具体就是调用pause接口暂停虚拟机。
   • High
5. https://blueprints.launchpad.net/nova/+spec/compute-node-inventory
   
   • 背景：云内的资源包括计算节点上的资源包括CPU、内存、本地硬盘和PCI设备等，另外的资源是由外部提供的，比如Ceph或NFS共享等，但都统计到计算节点的资源，统一保存在计算节点对应的数据库记录中，这样在跟踪使用情况时不方便，很容易造成误用。
   • 实现：
     
     • 新增DB表：resource_providers、inventories和allocations；
     • 新增对象：ResourceProvider、InventoryItem和AllocationItem
     • compute nodes中新增字段uuid。
   • High
6. https://blueprints.launchpad.net/nova/+spec/abort-live-migration
   
   • 背景：热迁移耗时长或者误操作，允许云操作员执行中止热迁移流程。包括热迁移失败、迁移时虚拟机性能变差和耗时较长等场景。
   • 实现：
     
     • 新增API微版本号2.24，当调用高于2.24的API时才支持中止已进行中的热迁移；
     • 新增中止热迁移的API（ DELETE /servers//migrations/），增加高于2.24时才支持中止操作的逻辑；
     • 修改相应接口文档；
     • 单元测试和功能测试；
     • policy.json中增加权限信息；
     • virt driver增加中止的流程，增加虚接口，增加libvirt接口。
   • Medium
7. https://blueprints.launchpad.net/nova/+spec/service-status-notification
   
   • 背景：nova服务状态可通过disable或force_down API进行改变，但外部感知不到，难以形成合适的云提供者和终端用户之间的服务等级。
   • 实现：当nova服务状态改变时，nova会发送service.update通知，此通知包括versioned负荷。
   • Medium
8. https://blueprints.launchpad.net/nova/+spec/oslo-for-mitaka
   
   • 背景：在oslo messaging 2.9.0，RPC和通知模块解耦，使用不同的传输机制，nova代码需要进行相应的修改。
   • 实现：新增NOTIFICATION_TRANSPORT记录通知的transport。
   • Medium
9. https://blueprints.launchpad.net/nova/+spec/centralize-config-options
   
   • 背景：nova拥有大概800个配置项，目前没有很好的帮助文档来表明配置项的影响、使用及关联的nova服务。
   • 实现：此bp提供一个集中管理的方案。
     
     • 创建nova/conf文件夹，按nova.conf中section定义模块;
     • 将nova代码中配置项的使用都挪到1中对应的模块中，包括配置项说明、注册和列表展示;
     • 丰富配置项的帮助内容描述，包括简短描述、详细描述、哪个nova服务使用、配置的值范围和相关的配置项等
   • Medium
10. https://blueprints.launchpad.net/nova/+spec/check-destination-on-migrations
    
    • 背景：live-migrate和evacuate命令中指定host时，conductor直接调用host的RPC接口，不调用Scheduler进行检查，这种做法会破坏调度的规则，比如用户统计的计算资源和Scheduler维护的计算资源之间的差异、亲和属性的限制等等。
    • 实现：
      
      • 在conductor的方法（live-migrate/evacuate/unshelve）调用select_destinations()之前先读取RequestSpec；
      • 把RequestSpec追加到requested_destination；
      • 修改live-migrate和evacuate的方法，如果走调度，则调用scheduler_client.select_destinations()；
      • 修改FilterScheduler._schedule()，使之能够解析requested_destination中的RequestSpec；
      • 修改API中对force选项的支持；
      • 如果具有FORCED_REBUILD或FORCED_MIGRATE的flag，则走调度。
    • Medium
11. https://blueprints.launchpad.net/nova/+spec/objectify-live-migrate-data
    
    • 背景：热迁移过程中使用的数据是没有版本控制，且无组织的，此bp实现对象化。
    • 实现：
      
      • 新增文件nova/objects/migrate_date.py, 新增对象LiveMigrateData/XenapiLiveMigrateData；
      • 在nova/compute/manager.py,对于dest_check_data, migrate_data, and pre_live_migration_result执行从object转换为dict，对老版本的兼容；
      • libvirt驱动增加对LiveMigrateData的支持；
      • 修改xenapi支持XenapiLiveMigrateData对象；
      • 增加RPC的版本号，支持发送和接受migrate_data对象
    • Medium
12. https://blueprints.launchpad.net/nova/+spec/service-catalog-tng
    
    • 背景：不同云服务提供商对服务目录中的很多内容不统一，给用户和开发者的理解造成很大的困惑。另外在配置文件中使用URL来定位服务，应该使用服务目录自发现，提供用户体验。
    • 实现：nova的API中将必选的project id修改为可选。
    • 备注：此bp依赖在温哥华峰会的提议https://review.openstack.org/#/c/181393/，且部分实现。
    • Medium
13. https://blueprints.launchpad.net/nova/+spec/making-live-migration-api-friendly
    
    • 背景：用户在进行虚拟机热迁移时需要知晓虚拟机迁移的source和dest主机是否使用相同的共享存储，当配置host为None和block_migration为True时，调度到使用共享存储的dest主机上，热迁移失败。另外disk_over_commit会要求用户知道Hypervisor的一些细节，用户体验很差。
    • 实现：
      
      • libvirt和xenapi驱动中支持block_migration的自动检测，通过分析是否使用共享存储判断；
      • 如果disk_over_commit设置为None，不做检查；
      • API中把block_migration、host变成可选，去掉disk_over_commit
    • Medium
14. https://blueprints.launchpad.net/nova/+spec/disk-allocation-ratio-to-rt
    
    • 背景：allocation-ratio从scheduler服务挪到compute服务，从全局变成局部有效。CPU和内存在L版本已经修改完成，此bp实现disk-allocation-ratios的修改。
    • 实现：
      
      • resources_tracker.py文件中增加disk_allocation_ratio配置项的解析；
      • compute_nodes表中增加disk_allocation_ratio字段；
      • DiskFilter修改为使用compute_nodes提供的disk_allocation_ratio；
      • 更新compute_nodes时使用disk_allocation_ratio对硬盘使用情况进行修改
    • Medium
15. https://blueprints.launchpad.net/nova/+spec/split-network-plane-for-live-migration
    
    • 背景：当使用QEMU/KVM驱动，对虚拟机进行热迁移时.热迁移使用的网络和RPC的是同一个，会对网络产生很大的影响，占用带宽。
    • 实现：
      
      • default组新增配置项live_migration_inbound_addr；
      • 修改代码中pre_migration_data使用此配置项代替libvirt.live_migration_uri。
    • Medium
16. https://blueprints.launchpad.net/nova/+spec/versioned-notification-api
    
    • 背景：nova对通知API中的格式使用比较混乱，包括priority、event_type、publisher_id和payload，priority有info和error，但仅当monkey_patch_modules设置时（默认为None）有效，event_type和publisher_id多种格式，且有些字段两者还重复，payload更是格式多样。
    • 实现：
      
      • 创建必要的基础设施，包括基类、示例、基本测试和文档；
      • 创建service.update的versioned通知；
      • 新增配置项notification_format，可能的值为versioned、unversioned、both
    • Medium
17. https://blueprints.launchpad.net/nova/+spec/live-migration-progress-report
    
    • 背景：虚拟机如果承载很多的业务，迁移耗时很长。在这段时间，操作人员并不清楚迁移的详细信息，如有多少数据已被传输，还有多少遗留数据等，这样的话，操作人员很难决定下步该执行哪些动作。
    • 实现：
      
      • 数据表migrations增加进度详细信息，包括memory_total,memory_processed, memory_remaining,disk_total,disk_processed,disk_remaining；
      • 扩展/servers/id/migrations/id接口，返回进度详细信息；
      • libvirt的_live_migration_monitor()中更新进度详细信息到数据库；
      • client新增两个命令server-migration-list和server-migration-show。
    • Medium
18. https://blueprints.launchpad.net/nova/+spec/return-request-id-to-caller
    
    • 背景：REST API 都返回 X-Openstack-Request-Id，但此属性并没有返给python client的调用者。
    • 实现：
      
      • 新建RequestIdMixin类，增加从header中读取X-Openstack-Request-Id到缓存中；
      • 修改相应的resource类，比如server、agent、flavors等，原来没有返回值的接口增加返回值。
    • 备注：bp（http://specs.openstack.org/openstack/openstack-specs/specs/return-request-id.html）影响到nova，需要同步修改。
    • Medium
19. https://blueprints.launchpad.net/nova/+spec/ironic-networks-support
    
    • 背景：当前ironic使用flat网络共享控制面和租户网络，多租户环境、控制面安全和使用高级网络配置如bonding等多因素的考虑，需要隔离开网络。
    • 实现：
      
      • 新增VNIC类型baremetal；
      • virt驱动新增方法，当使用flat网络时按原来实现，使用分离网络时，把binding:host_id设置为NULL。
    • 备注：部分内容未完成：ironic驱动中处理port groups的部分，在Newton版本实现。
    • Low
20. https://blueprints.launchpad.net/nova/+spec/add-cinder-disco-connector-for-libvirt
    
    • 背景：libvirt支持 cinder DISCO驱动。
    • 实现：
      
      • 新增libvirt下volume的disco驱动文件，实现类的get_config()/connect_volume()/disconnect_volume()方法；
      • libvirt_volume_drivers中增加disco的支持。
    • Low
21. https://blueprints.launchpad.net/nova/+spec/functional-tests-for-nova
    
    • 背景：棘手bug的修复需要功能测试。
    • 实现：
      
      • 原来的测试用例挪到unit/；
      • 固定RPC设置，定义类RPCFixture()，目前只有少数的测试用例会用到，多数使用mock；
      • 新增RealPolicyFixture(),使用真实的policy文件；
      • 修改flavor的测试用例，非admin用户操作flavor失败。
    • Low
22. https://blueprints.launchpad.net/nova/+spec/neutron-ovs-bridge-name
    
    • 背景：OVS桥的名字只能从nova.conf中获取，此bp实现名字指定的方式。
    • 实现：如果bridge名未指定，则使用nova.conf中配置的。
    • 备注：支持neutron的vlan-aware-vms的spec，每个port归属不同的桥。
    • Low
23. https://blueprints.launchpad.net/nova/+spec/volume-ops-when-shelved
    
    • 背景：目前虚拟机暂停和停机的情况支持volume的attach和detach操作，但shelve状态的不支持，用户感觉很奇怪。
    • 实现：
      
      • 在volume挂载和解挂的API支持shelved和shelved_offload的状态的虚拟机；
      • shelved_offload状态下的volume挂载和解挂仅处理nova和cinder的数据库一致，因为这种状态下的虚拟机资源都释放了。
    • Low
24. https://blueprints.launchpad.net/nova/+spec/user-settable-server-description
    
    • 背景：目前创建、重建虚拟机时，description硬编码为虚拟机的display名字，用户不能设置。
    • 实现：REST API中增加description及其参数检查流程，对应微版本号v2.19。
    • Low
25. https://blueprints.launchpad.net/nova/+spec/nova-python3-mitaka
    
    • 背景：nova支持python3.4
    • Low
26. https://blueprints.launchpad.net/nova/+spec/libvirt-vif-vhostuser-ovs-lb-fp
    
    • 背景：为支持Fast path技术，扩展libvirt的vhost-user的支持力度，使之支持ovs-fp和lb-fp驱动的plug和unplug。
    • 实现：
      
      • 新增fp的创建和删除接口;
      • 实现libvirt的vhost-user对ovs和fp的plug、unplug接口。
    • 备注：在网络设备里面区分不同的路径是一个很自然的选择，因为网络设备的首要任务是转发网络包，不同的网络包，在设备里面的处理路径不同。fast path就是那些可以依据已有状态转发的路径，在这些路径上，网关，二层地址等都已经准备好了，不需要缓存数据包，而是可以直接转发。slow path是那些需要额外信息的包，比如查找路由，解析MAC地址等。Fast path可加速IP路由、ovs桥接等功能。
    • Low
27. https://blueprints.launchpad.net/nova/+spec/mitaka-objects
    
    • 背景：L版本bp(Image API中获取的数据以字典形式存放，转化为ImageMeta对象)的后续工作。
    • 实现：
      
      • ironic驱动中去掉stats Json格式的解析，使用object；
      • libvirt、HyperV、ironic、vmware、xen、驱动中去掉supported_instances Json格式的解析，使用object；
      • Instance对象新增image_meta的只读属性，修改nova compute manager/virt等使用image_meta；
      • security_group_rule中去掉NovaObjectDictCompat父类；
      • 新增Console和ConsolePool对象，代替原来的字典。待workflow。
    • 备注：不止Image相关信息。
    • Low
28. https://blueprints.launchpad.net/nova/+spec/neutron-hostname-dns
    
    • 背景：用户希望通过虚拟机的名字在DNS系统中查询自己的虚拟机。
    • 实现：修改port的dns_name为虚拟机的hostname。
    • Low
29. https://blueprints.launchpad.net/nova/+spec/libvirt-hardware-policy-from-libosinfo
    
    • 背景：Guest OS因操作系统的不同需要的硬件信息也不同，比如Linux使用virtio获取硬盘和网络的最佳性能，而对于windows也无效。还有clock的区别，linux使用UTS，而windows使用localtime。目前使用glance的image meta来指定，但用户可能需要记忆很长的硬件信息，这些硬件信息比较底层，用户易用性很差。
    • 实现：
      
      • 新增osinfo模块，实现从libosinfo数据库中获取os信息，对外暴漏disk和net模型；
      • 新增fake libosinfo模块，修改相应测试用例；
      • 修改libvirt的vif和disk模块，从libosinfo中获取相关硬件信息
    • Low
30. https://blueprints.launchpad.net/nova/+spec/libvirt-real-time
    
    • 背景：虚拟机可以绑定CPU，但host的许多内核任务仍然会抢占这些CPU，影响性能。
    • 实现：
      
      • 增强libvirt配置文件的cputune配置以支持调度优先级；
      • 解析flavor的特殊设定hw:cpu_realtime，如果使能，则在libvirt配置文件的配置项中增加调度策略相关信息（策略、优先级）；
      • CPU的拓扑中根据flavor的hw:cpu_realtime_mask和image的hw_cpu_realtime_mask设置拓扑，即哪些CPU不使用realtime。
    • 备注：QEMU使用全局互斥变量导致较长的延时。此BP改善最差延时时长，平均值还是比较大。调度策略有SCHED_OTHER/SCHED_FIFO/SCHED_RR.
    • Low
31. https://blueprints.launchpad.net/nova/+spec/libvirt-aio-mode
    
    • 背景：image有raw, qcow2等格式，block device有ceph, iSCSI, fibre channel等后端，为提升I/O性能，需要用户对AIO的模式可进行配置，目前默认使用thread模式。
    • 实现：
      
      • 修改预分配的raw、qcow2和LVM not sparse镜像的I/O模式为native；
      • 修改后端为iSCSI、Fibre Channel和NFS的volume的I/O模式为native。
      • ps: 代码中直接写死，不知后续是否改为可配置。
    • 备注：AIO(Asynchronous IO)的thread模式是Glibc实现的，用户态，用多线程同步来模拟异步IO，native模式是内核的异步通知，内核态。
    • Low
32. https://blueprints.launchpad.net/nova/+spec/os-instance-actions-read-deleted-instances
    
    • 背景：os-instance-actions API需读取删除的虚拟机的信息，用作审计。
    • 实现：新增微版本号v2.21，os-instance-actions API读取删除虚拟机的信息，设置read_deleted为yes。
    • Low
33. https://blueprints.launchpad.net/nova/+spec/nova-support-image-signing
    
    • 背景：目前镜像使用MD5进行hash，防止镜像被恶意修改。但没有响应的认证机制，抵抗恶意的镜像等攻击。安全风险主要来自中间人攻击和不可信的Glance。
    • 实现：
      
      • 新增签名utils模块，支持PSS/ECC/DSA；
      • nova/image/glance.py中增加验签的流程，根据签名key的类型选择合适的验签方法。
      • 在image_meta对象新增版本号，支持验签的属性img_signature、img_signature_hash_method、img_signature_certificate_uuid、img_signature_key_type
    • Low
34. https://blueprints.launchpad.net/nova/+spec/sriov-physical-function-passthrough
    
    • 背景：NFV的一些应用需要完全控制归属于它们的物理端口，需要分配PCI设备的PF给它们，目前nova仅支持分配VF。
    • 实现：
      
      • pci_devices表中新增列parent_addr，指明PF和VF的关系；
      • 新增数据库接口，根据parent_addr获取pci设备；
      • PciDevice对象中增加parent_addr，处理和老代码中extra_info[‘phys_function’]的兼容；
      • 修改resources中不再对PF类型的设备进行过滤掉；
      • 增加PF/VF声明和分配的逻辑：当其中一个VF不可用时，PF无法分配，当PF分配后，所有的VF都不可用；
      • 修改pci的stats（缓存在内存中），当PF分配时，相关VF信息去除，当其中一个VF分配，PF信息去除。
    • 备注：部分完成。
    • Low
35. https://blueprints.launchpad.net/nova/+spec/rbd-instance-snapshots
    
    • 背景：rbd可作为glance镜像存储的后端或者nova的临时盘，当做快照时，需要从rbd下载，然后上传给glance，再由glance推到rbd，比较耗时，用户体验差。
    • 实现：imagebackend中新增直接创建快照的接口，直接在本地的pool中创建快照，将url更新到glance，如果出错则使用原来的方式进行快照。
    • Low
36. https://blueprints.launchpad.net/nova/+spec/remove-mox
    
    • 背景：python3不支持mox
    • 实现：测试框架中使用mox的代码去掉。
    • Low
37. https://blueprints.launchpad.net/nova/+spec/instance-crash-dump
    
    • 背景：处于调试用户需要虚拟机的crash dump，目前还不支持。X86平台使用NMI，libvirt/ipmitool/Hyper-V均有命令支持注入到虚拟机中。
    • 实现：
      
      • 完善libvirt驱动已有的注入接口，增加单元测试和错误处理；
      • 新增REST API和compute API支持注入crash dump到虚拟机中。
    • Low
38. https://blueprints.launchpad.net/nova/+spec/scheduler-driver-use-stevedore
    
    • 背景：Scheduler使用classloader加载驱动和hostmanager类，必须指定全路径，此bp使用Stevedore避免指定全路径。
    • 实现：
      
      • 修改配置项不再指定全路径；
      • 修改Scheduler的driver和manager使用stevedore导入类。
    • Low
39. https://blueprints.launchpad.net/nova/+spec/new-oslodb-enginefacade
    
    • 实现：使用新的oslo_db enginefacade.
    • Low
40. https://blueprints.launchpad.net/nova/+spec/vmware-limits-mitaka
    
    • 背景：提升vmware驱动的QoS，已实现CPU、内存、磁盘的限制。
    • 实现：增加对网络流量的限制。
    • Low
41. https://blueprints.launchpad.net/nova/+spec/vmware-better-display-names
    
    • 背景：虚拟机相关文件放置在以UUID为名字的文件夹下，对于VC的管理员来说比较困惑。
    • 实现：新建文件夹/OpenStack/project-id/instances/,下级目录以虚拟机的display_name命名。
    • Low
42. https://blueprints.launchpad.net/nova/+spec/virt-driver-cpu-thread-pinning
    
    • 背景：nova已实现了pCPU的亲和和绑定，但对于超线程来说，还需要考虑线程亲和和绑定。
    • 实现：修改Scheduler支持CPU绑定时考虑线程策略；新增flavor特殊设定hw:cpu_thread_policy；修改NUMA拓扑等支持线程策略。
    • Low
43. https://blueprints.launchpad.net/nova/+spec/rm-object-dict-compat
    
    • 背景：使用nova对象的方式，去掉原来字典的方式。
    • Low

mitaka-rc1

1. https://blueprints.launchpad.net/nova/+spec/cells-db-connection-switching
   
   • 背景：在cells v2，nova-api不再使用nova-cells代理而是直接和cell的数据库和消息队列进行通信，因此在DB层的API需要知道目标cell数据库的连接信息，而这些信息保存在API层CellMapping中。当DB层获取目标cell数据库的连接信息时，如有虚拟机的信息更新时，可同步进行更新。
   • 实现：
     
     • 在RequestContext增加数据库连接信息;
     • 在nova.context中增加context manager，后者能够从CellMapping中获取数据库连接信息，并写入到context中;
     • 更新nova.db.sqlalchemy.api中的get_session和get_engine，使之能够解析数据库信息。
   • Medium