openstack搭建--8--控制节点部署Dashboard

最新推荐文章于 2023-06-06 10:32:41 发布

雨花石~

最新推荐文章于 2023-06-06 10:32:41 发布

阅读量1.2k

点赞数

分类专栏： Openstack学习笔记

本文链接：https://blog.csdn.net/shiyu1157758655/article/details/76769018

版权

Openstack学习笔记专栏收录该内容

7 篇文章 2 订阅

订阅专栏

Horizon介绍

Dashboard服务，这里具体的产品就是Horizon
1、它提供一个Web界面操作Openstack的系统
2、使用Django框架基于Openstack API开发
3、支持将Session 存储在DB、Memcached
4、支持集群

安装和配置Horizon

1、安装软件包

[root@linux-node1 ~]# yum install openstack-dashboard -y

2、更改配置文件

/etc/openstack-dashboard/local_settings
1、把这里改成控制节点的IP，下面的URL的%s调用了它
2、把URL的版本改成v3
3、把角色改成user，目前我们只有user和admin两种角色，通过openstack role list可以查看

[root@linux-node1 ~]# vi /etc/openstack-dashboard/local_settings

157行，改成如下：

OPENSTACK_HOST = "192.168.1.2"
OPENSTACK_KEYSTONE_URL = "http://%s:5000/v3" % OPENSTACK_HOST
OPENSTACK_KEYSTONE_DEFAULT_ROLE = "user"

30行，允许访问的主机改成*，表示所有，逗号留着，表示列表
ALLOWED_HOSTS = ['*',]

55行，改成如下：

配置API版本，去掉除了56行的注释

OPENSTACK_API_VERSIONS = {
#    "data-processing": 1.1,
    "identity": 3,
    "volume": 2,
    "compute": 2,
}

启用对域的支持，64行
OPENSTACK_KEYSTONE_MULTIDOMAIN_SUPPORT = True

通过仪表盘创建用户时的默认域配置为 default :
OPENSTACK_KEYSTONE_DEFAULT_DOMAIN = "default"

如果您选择网络参数1，禁用支持3层网络服务：

需要把下面的True都改成false，260行：

OPENSTACK_NEUTRON_NETWORK = {
    'enable_router': False,
    'enable_quotas': False,
    'enable_ipv6': False,
    'enable_distributed_router': False,
    'enable_ha_router': False,
    'enable_lb': False,
    'enable_firewall': False,
    'enable_vpn': False,
    'enable_fip_topology_check': False,

配置时区，改为如下，370行：

TIME_ZONE = "Asia/Shanghai"

3、重启服务

[root@linux-node1 ~]# systemctl restart httpd.service memcached.service
[root@linux-node1 ~]# systemctl reload httpd

网页登录和操作

浏览器输入
http://192.168.1.2/dashboard
打开如下界面

先用普通用户登录

可以通过此页面登录云主机控制台

使用admin用户登录

通过页面创建云主机

再次使用demo用户登录，删除云主机

点击启动实例

可以登录控制台

虚拟机的创建流程介绍

第一阶段
用户通过keystone认证，获得一个token，就可以请求别的服务了
比如创建虚拟机。nova-api拿着这个token去keystone对比，是否合法
然后nova-api把创建虚拟机这个事件写到库里
第一阶段完成了

第二阶段是nova组件之间的交互
通过rabbitmq消息队列，nova-api把创建虚拟机消息发到消息队列里
其它的nova-compute，nova-conductor以及nova-scheduler是订阅了消息队列这个主题的，不是api主动通知它们，而是它们监听消息队列自己取消息
nova-scheduler先过滤符合条件的计算节点，然后根据权重选择一个最佳的节点
计算权重有一个默认算法，资源使用率低的先创建。以及从数据库里取计算节点数据，然后把计算结果存到数据库里。
其实它计算完毕，还会发消息发送到消息队列里，然后nova-compute从消息队列里取事件（上面图用双向表示了，其实可以再分解详细的）
nova-compute取到创建虚拟机事件，要去数据库里取创建虚拟机的属性（配置等）（图上第9步）
这个图是老图了，因为现在M版的nova-compute不能直接连接数据库的，其实是通过nova-conductor连接数据库的
由此可以看到消息队列的枢纽中心作用。它挂了不影响现网，但是影响创建虚拟机

第三阶段
最后获取镜像，网络，存储资源，分别校验。nova-compute带着token请求的。
比如镜像，它拿着这个token去keystone验证，有没有效。成功后才获得镜像许可

第四阶段
nova-compute通过api调用libvirt创建kvm，同时nova-api不停的轮询查询数据库，看kvm的状态，更新状态给消息队列，然后dashboard取得最新数据状态
图里没画出来