内容简介:az是在region范围内的再次切分,只是工程上的独立,例如可以把一个机架上的机器划分在一个az中,划分az是为了提高容灾性和提供廉价的隔离服务。选择不同的region主要考虑哪个region靠近你的用户群体。在新建虚拟机的时候,用户设置了希望将虚拟机放在az-1中,那么调度器将会选择属于这个azhost aggregate是管理员用来根据硬件资源的某一属性来对硬件进行划分的功能,只对管理员可见。
az是在region范围内的再次切分,只是工程上的独立,例如可以把一个机架上的机器划分在一个az中,划分az是为了提高容灾性和提供廉价的隔离服务。选择不同的region主要考虑哪个region靠近你的用户群体。
在新建虚拟机的时候,用户设置了希望将虚拟机放在az-1中,那么调度器将会选择属于这个az
可用域available zone(az)
host aggregate是管理员用来根据硬件资源的某一属性来对硬件进行划分的功能,只对管理员可见。
其主要功能就是实现根据某一属性来划分物理机,比如linux,windows区分;是否SSD高性能存储区分;是否高性能计算GPU区分等等。
区别总结
az是用户可见的,用户手动的来指定vm运行在哪些host上;Host aggregate是一种更智能的方式,是调度器可见的,影响调度策略的一个表达式。
如何将一个host加入az
不能直接通过命令将一个host加入az
可能是社区的开发人员意识到,让管理员通过配置的方式管理zone不太合适,不够灵活,所以在G版中将这一方式修改。就改用nova aggregate-create 命令,在创建一个aggregate的同时,指定一个AZ。
root@controller:~# nova help aggregate-create usage: nova aggregate-create <name> [<availability-zone>] Create a new aggregate with the specified details. Positional arguments: <name> Name of aggregate. <availability-zone> The availability zone of the aggregate (optional).
因此创建一个aggregate后,同时把它作为一个zone,此时aggregate=zone。因为大家知道,aggregate是管理员可见,普通用户不可见的对象,那么这个改变,就可以使普通用户能够通过使用zone的方式来使用aggregate。
创建完aggregate之后,向aggregate里加主机时,该主机就自动属于aggregate表示的zone。
相互关系
- 一个aggregation可以和一个az建立关联,也可以不和任何az建立关联
- 多个aggregation可以和同一个az建立关联,但反之不行
- 一个host只能加入一个az,不可同时加入多个az,但是一个host可以同时加入多个aggregation
[root@bc-controller-01 ~]# nova aggregate-list +----+--------------+-------------------+--------------------------------------+ | Id | Name | Availability Zone | UUID | +----+--------------+-------------------+--------------------------------------+ | 1 | SRIOV | sriov | f12d7b70-ea5b-4ce6-bad0-d7620e91eafa | | 4 | gl-host-test | - | 2724fc88-9847-4524-877d-7114f8924115 | | 6 | test-hostag1 | sriov | 60741be3-dac1-400b-9e1d-d28d8504c8e8 | | 9 | test-hostag2 | sriov | 50115730-b48e-4e95-b492-cab9713a4557 | | 15 | test-hostag3 | nova | 020df897-6077-4547-860d-4799d4adc23c | | 18 | DPDK | dpdk | 21b2c376-571b-4c29-a92c-16c1c246fcef | +----+--------------+-------------------+--------------------------------------+
虚拟机的numa和物理机的numa
$ openstack flavor set aze-FLAVOR \ --property hw:numa_nodes=2 \ --property hw:numa_cpus.0=0,1 \- --property hw:numa_cpus.1=2,3 \ --property hw:numa_mem.0=2048 \ --property hw:numa_mem.1=2048 \
numa_cpus.0 numa_cpus.1 numa_mem.0 numa_mem.1 中的numa0,1都说的是虚拟机numa。不一定会分配给物理机的numa0,1,可能反着分配。
0,1 2,3 2048也是虚拟机的cpu编号和内存大小,具体落在哪个物理cpu和物理mem上是不能控制的。
以上所述就是小编给大家介绍的《Openstack两个容易混淆的概念》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
硅谷增长黑客实战笔记
曲卉 / 机械工业出版社 / 2018-4-10 / 65.00元
增长黑客这个词源于硅谷,简单说,这是一群以数据驱动营销、以迭代验证策略,通过技术手段实现爆发式增长的新型人才。近年来,互联网公司意识到这一角色可以发挥四两拨千斤的作用,因此对该职位的需求也如井喷式增长。 本书作者曾在增长黑客之父肖恩•埃利斯麾下担任增长负责人,用亲身经历为你总结出增长黑客必备的套路、内力和兵法。本书不仅有逻辑清晰的理论体系、干货满满的实践心得,还有Pinterest、SoFi......一起来看看 《硅谷增长黑客实战笔记》 这本书的介绍吧!