openstack计算中的"主机聚合"和"主机组"

1.主机聚合

  • 针对物理主机
  • 依据Metadata数据的描述,将具有某些特性的物理主机组成一类集群主机
  • 一个物理主机可以加入到多个“主机聚合”的集合中
  • 配合openstack的flavor(虚拟机模板)控制虚拟机针对物理主机选择

2.主机组

  • 针对虚拟机
  • 依据相关的配置策略针对用户创建的虚拟主机进行管理
  • 主要是约束虚拟主机与虚拟主机在物理主机上部署关系
  • 在创建虚拟主机的时候需要选择“服务组”,这样策略才会生效

3.实践操作

3.1配置nova(nova.conf),支持通过“主机聚合”和“主机组”对物理主机和虚拟机的部署(相关的主机选择的算法和机制可以参考互联网介绍)

openstack计算中的"主机聚合"和"主机组"

3.2 配置主机聚合操作(当前只有一台服务主机)

openstack计算中的"主机聚合"和"主机组"

通过以上操作步骤,创建主机聚合,聚合特定的物理主机 

openstack计算中的"主机聚合"和"主机组"

openstack计算中的"主机聚合"和"主机组"

针对"主机聚合“的物理主机,实质是具有相同特性的主机集合,需要通过元数据的标签去进行处理,所有需要设置元数据

openstack计算中的"主机聚合"和"主机组"

openstack计算中的"主机聚合"和"主机组"

openstack计算中的"主机聚合"和"主机组"

此时在该组中,所有物理主机都打上了“标签”(通过元数据描述),ssd=true,availability_zone = nova

3.3 “主机聚合”需要配合flavor一起使用,同时在flavor中也需要配置相关"标签”,这样通过flavor创建的虚拟机才会选择相关“主机聚合”中的主机

openstack计算中的"主机聚合"和"主机组"

具有相关的元数据信息ssd=true,如果元数据信息不一致,则不能将虚拟主机部署在特定“聚合主机”上。--操作用户自己验证

 

3.4配置“主机组”,针对特定的用户项目而言

openstack计算中的"主机聚合"和"主机组"

3.5创建虚拟主机时,需要做主机组选择

openstack计算中的"主机聚合"和"主机组"

 

总结:

这两种基本的策略,可以控制特定虚拟机部署在特定主机上。