openstack各个组件对应介绍

时间 2019-12-21

标签 openstack 各个组件对应介绍繁體版

原文原文链接

圆形为openstack组件，矩形为外部组件

RabbitMQ, Qpid, ZeroMQ为消息队列

xapi+XCP, xapi+XenServer, libvirt+KVM, libvirt+QEMU, libvirt+LXC, libvirt+VMWare为虚拟化技术

LVM+IET, LVM+tgt, Xen Storage Manager, SAN (Solaris, HP, SolidFire), NexentaStor, NetApp, Ceph, Sheepdog为外部扩展iscsi存储，用来挂载远程块存储设备

MySQL, PostgreSQL, sqlite为数据库

Apache, Nginx 为web服务器

memcache, any Django-supported database backend (e.g., MySQL, PostgreSQL, sqlite)为会话缓存技术

floating IP为服务器对外网络IP，fixed IP为虚拟机网段IP

nova-compute 经过虚拟驱动技术管理虚拟机，通常采用KVM+libvirt或XCP+xapi技术

nova-network 经过linux网络技术实现虚拟机与物理服务器的通讯，Dnsmasq与DHCP服务器类似，向虚拟机分发IP。（F版为 Quantum）

nova-volume 利用LVM建立和管理本地磁盘卷，使用IET或tgt实现iSCSI。(F版为Cinder)

openstack-dashboard基于 Django的web应用，使用apache web服务器，默认使用 memcache作会话缓存，novnc经过VNC技术远程控制虚拟机节点node

Identity-------------Keystonelinux

Compute----------Novagit

Image-----------Glancegithub

Dashboard---------Horizonweb

Object Storage--------Swiftsql

Volumes---------Cinder数据库

Networking------Quantumapache

OpenStack 主要由3个核心的项目组成，它们是OpenStack Compute(代号 Nova)、OpenStack Object Storage(代号Swift)和OpenStack Image Service(代号Glance)，除此以外，目前还添加了身份验证服务Openstack Identity Service(代号Keystone)和OpenStack Dashboard, 经过它们之间相互集成和协做，咱们就能够很是方便的打造一个规模庞大的云计算环境。另外开源社区也在不断的为OpenStack添砖加瓦，咱们能够经过OpenStack Projects来了解，具体有多少应用以及它们的做用是什么。

下面这张图描述了OpenStack的核心部件是如何工做的：

官方地址：https://github.com/openstack

孵化项目：https://github.com/stackforge

Nova
这个是最核心的，Nova最开始的时候，能够说是一套虚拟化管理程序，还能够管理网络和存储。不过从Essex版本后，Nova开始作减法，和网络相关的内容，包括安全组，交给Quantum负责，存储相关的交给Cinder负责。调度有关的内容，会交给新的项目Marconi。
之前还有一个nova common，这实际上是各个组件都使用相同的东西，如今也专门成立一个项目：oslo，已是核心项目。
将来Nova对各类Hyperv的支持是有差别的，KVM和XEN，基本是最好的。微软的Hyper-V算是很不错，微软投入再研发。刚才朋友还专门提到一点：就是将来计算节点，不直接查询数据库，而是经过rpc的方式，听说这是一大进步。
Nova的稳定性，其实取决于libvirt，qemu，但愿将来能够能更加稳定。功能如今其实已经不是大问题。

keystone
这是提供身份认证和受权的组件。任何系统，身份认证和受权，其实都比较复杂。尤为Openstack 那么庞大的项目，每一个组件都须要使用统一认证和受权。
目前keystone 要作的东西其实仍是不少。无法基于角色的受权，web管理用户等。固然你若是但愿实现使用动态令牌认证，多因素认证，LDAP集成，这都是将来版本须要实现的功能，这些功能都已经在计划中。
目前好像要实现keystone的高可用，仍是比较困难，这个就让社区慢慢解决吧。大规模部署，这也会是瓶颈。

Glance
这是镜像管理。功能其实相对比较简单。不过Glance后端的存储的支持，其实一直到Folsom的版本，Glance对swift的支持，才算是比较完善。
目前Glance的镜像存储，支持本地存储，NFS，swift，sheepdog和Ceph，基本是够用了。
目前Glance的最大需求就是多个数据中心的镜像管理，如何复制，不过这个功能已经基本实现。还有就是租户私有的p_w_picpath管理，这些目前功能都已经实现。
我的感受：Glance后续基本就是一个bug修复，稳定的阶段。swift

Quantum
这是网络管理的组件，也是重头戏，Openstack的将来，基本都要靠quantum。上面介绍nova的时候，说过网络相关的内容，都会交给 Quantum。不过Quantum的开发进度不是太如人意。Flosom规划实现功能，到Grizzly才实现。将来nova network的代码清理，估计到H版本都不见得能够实现。
Quantum 后端能够是商业产品或者开源。开源产品支持Openvswitch，和linux bridge。网络设备厂商都在积极参与，让他们的产品支持Quantum，目前思科，锐捷已经实现支持。
比较悲观的估计：quantum要彻底知足生产的需求，例如带宽限制，mutilhost等功能，极可能须要等到2014年的I版本，真的考验耐心。
若是你关注Quantum的话，就会发现目前仍是在起步阶段，不管是bug仍是功能，都是很是多。

Cinder
这是存储管理的组件。一直以来，不少人都很纠结AWS的EBS的实现。Openstack也终于推出了本身的存储管理组件。
Cinder存储管理主要是指虚拟机的存储管理。目前支持开源和商业化产品。开源的sheepdog，Ceph等。商业存储的支持，目前ＩＢＭ是最积极的。将来若是商业存储厂商都支持Cinder，对Openstack的商业化仍是很是有利的。
对于企业来讲，使用分布式做为虚拟机的存储，并不能真正节省成本，维护一套分布式存储，成本仍是很高的。目前虚拟机的各类高可用，备份的问题，其实均可以把问题交给商业存储厂商来解决。

Lbaas
这是实现负载均衡的项目。如今linode，Rackspace，都提供了负载均衡的服务，有了这个服务，你才有可能实现所谓的弹性扩展。这个组件是Mirantis公司和思科合做开发的。目前这个项目集成在Quantum里，不过基本算是一个独立的组件。
Lbaas后端能够是各类商业产品和开源产品。F5，Ngnix，Haproxy，LVS
为了发布的Grizzly，你应该有机会在Dashboard里设置虚拟机的负载均衡。

Horizon
严格意义来讲，Horizon不会为Openstack 增长一个功能，他更多的是一个演示，demo。不过对于不少用户来讲，了解Openstack基本都是从Horizon，dashboard开始。从这个角度来看，他在Openstack各个项目里，显得很是重要。
Horizon的开发者，应该是最累的。须要和各个项目打角度。每一个项目的功能不少都是须要经过Dashboard来展示。
你们须要注意的是：Horizon只是使用了Openstack部分API功能，不少功能，你能够根据你的需求去实现。

Swift
这是对象存储的组件。对于大部分用户来讲，swift不是必须的。你只有存储数量到必定级别，并且是非结构化数据才有这样的需求。不少人都问一个相同的问题：是否能够把虚拟机的存储放在swift上。简单回答：不行。你须要搞明白对象存储是干啥，擅长那些地方，那些是不行的。
swift是Openstack全部组件了最成熟的,能够在线升级版本,各类版本能够混合在一块儿,也就是说,1.75版本的swift能够和1.48的在一个群集里.这个是很可贵的.后端

oslo
这个项目其实就是把全部组件须要用到相同的东西，集中起来，之前叫nova common，估计感受不贴切，如今单独成立一个项目。往后你们开发新的组件，估计都须要用到oslo。

Ceilometer
这是实现监控和计量的组件。这应该算是Grizzly的孵化项目。对他的了解其实不多。在Grizzly版本里，你应该能够在Dashboard里看到这个组件。
监控和计费一直是一个难题，尤为用户但愿知道cpu和内存的使用状况。看看他如何解决这个问题。到时候看看同事如何调用api来解决监控和计量的问题。解决计量，计费就简单的。
http://wiki.openstack.org/Ceilometer

Heat
这个项目是要解决虚拟机的软件部署的问题。你的虚拟机建立好，os准备好，你还须要作不少配置才能使用，如何能实现把全部繁琐的操做简化呢？亚马逊上有一个专门的工具：AWS cloudformation。目前Openstack上，但愿经过Heat来实现相似的功能。
关于这个项目，仍是有不少争议。不过这个项目是Redhat发起。他们的功力是无可置疑，等Openstack成熟后，这个项目的重要性就会体现出来。
http://wiki.openstack.org/Heat
真的要实现弹性扩展，自动部署，都是须要期望这个。目前Heat已经成为孵化项目

下面的项目，基本都仍是在讨论阶段，不过成为孵化项目的可能性很大。
Moniker
这是实现dns功能的组件。其实若是你用过AWS，你就知道这个功能是必不可少。新浪目前的已经加上了这个功能，每一个虚拟机，都会自动有一个dns记录。
https://github.com/stackforge/moniker
估计集成到Dashboard里，仍是须要等待一段时间啊。目前该项目开发仍是很是积极。

marconi 此项目用于解决openstack 消息队列的扩展问题。听说这是Rackspce推出的项目，就是为了解决他们生产中遇到消息队列的问题。 Marconi – Message Bus for OpenStack