1、openstack架构
(1)openstack是一种SOA架构(微服务就是从这种架构中剥离出来的)
(2)这种SOA架构,就是把每个服务独立成一个组件,每个组件通过定义好的api接口进行互通
(3)glance组件:可以为云主机提供镜像,镜像可以存放在S3、SAN、glaster、NFS、Ckeph、Swift等存储中。glance可从这些存储中加载给云主机使用
(4)Cinder组件:为云主机提供硬盘的,存放的操作系统
(5)Neutron组件:为云主机提供网络资源的
(6)Cellometer组件:提供计费服务(例如,创建的浮动IP,使用的镜像,进行收费)
(7)Keystone组件:提供身份认证服务(每个组件都有对应的账户和密码,通过账号和密码进行对接数据库,在应答文件中有组件的用户名和密码。而Keystone就是负责管控每个组件的账号和密码)
(8)Nova组件:负责维护和管理云环境的计算资源
(9)openstack里面有很多大组件:Nova/glance/cinder,每个大组件下面还有很多小组件,如Nova(nova-api/nova-scheduler/nova-compute/nova-conductor等)
(10)在控制节点中有nova-api(接受cpu和内存的请求),cinder-api(接受硬盘分配),glance-api(加载镜像)
(11)再通过nova-scheduler的计算调度服务(根据一系列的计算操作,看内存、磁盘等的占用比,来得出权重,在权重高的上面创建。),把请求发送给计算节点,每个计算节点都有nova-compute,通过nova-compute创建云主机
(12)openstack比较复杂,出了问题,无法根据经验来判断,要学会看日志。openstack的所有配置文件都在/etc/nova /etc/glance /etc/neutron等。openstack的所有日志文件都在/var/log/nova /var/log/glance /var/log/cinder /var/log/neutron等
(13)为了让日志显示的更全面,开启debug
(14)由于nova-scheduler是自己来断定,云主机该发放在哪台主机上。如果不想让nova-scheduler自己判定,自己可以创建一个域(也就是主机集合),平分nova域的主机
(15)nova-conductor是nova各个服务与数据库的中间件。如果所有服务都通过nova-conductor直接访问数据库就会导致并发量太大,而且还不安全(对于数据库,当然是访问的越少越安全),所以RabbitMQ消息队列(一秒可以处理几十万条数据)就是解决了并发量问题、以及数据库安全问题。
(16)openstack中都是NOVNC这种远程登录桌面,所谓的novnc是不需要单独安装VNC的客户端,并不是不需要VNC,这个直接嵌入在网页中了文章来源:https://www.toymoban.com/news/detail-785503.html
(17)VNC客户端依靠的是VNCserver,在所访问的主机上(controller或compute,通过virsh list查看,若在controller上由5台云主机,则监听5900端口依次到5904端口。以此类推,在compute上也一样 )文章来源地址https://www.toymoban.com/news/detail-785503.html
到了这里,关于nova组件讲解和glance对接swift的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!