kolla ansible各组件作用

Aodh  
ceilometer进行了大量优化,其中变化比较大的就是 数据的采样、 采样的数据存储 、告警功能 这3个特性的分离
将这3个特性独立成3个项目,其中 数据的采样由 ceilometer负责,采样的数据存储由gnocchi负责,告警功能由 aodh负责
计费项目组合ceilometer、gnocchi、aodh、panko项目的稳步并进

Barbican
是为包含云服务在内的任何环境提供密钥管理功能。
Barbican能够存储的“秘密”包括:
密钥。包括对称算法中的密钥、非对称算法中的私钥(包括公钥)、数字签名的密钥等。其底层通过plugin设计支持不同的软、硬件(HSM)。
证书。通过plugin的方式提供证书的颁发、验证等功能。此功能将在Pike版本废弃。
二进制数据。
Barbican通过stevedore实现功能的插件式扩展。按照功能划分,Barbican有三种:
crypto。用来加密待存储的信息。后端支持simple_crypto和HSM。simple_crypto的主密钥保存在barbican的配置文件中,因此安全风险极大。
secretstore。可以生成和保存密钥,根据支持的插件不同,可以生成不同类型的密钥,包括对称/非对称。当前支持的插件有dogtag和kmip。
certificate。后端支持snakeoil、symantec和dogtag。

Bifrost
Bifrost 是一套 Ansible 工具,它可以在一套已知的硬件上通过 Ironic 上自动部署一个基本的镜像。它为一次性操作系统提供了模块化的实用程序,并且尽可能地减少了操作。整个过程被分为三个步骤:
安装:通过下载和建立机器镜像来准备本地环境,然后安装和配置必要的服务。
注册:输入定制化的硬件清单文件,用 Ironic 注册硬件列表,配置之前下载好的镜像
部署:指导 Ironic 将操作系统部署到每个机器上
Blazar
Blazar 是 OpenStack 的资源预留项目,通过 Blazar 用户可以让 OpenStack 在 “租约(leased)” 期内预留出特定的资源以供使用。
预留的资源类型:
虚拟预留资源:Nova Instances、Cinder Volumes、Neutron Networks
物理预留资源:Compute Host(full hosts with specific characteristics of RAM, CPU, etc)
应用场景:
为尖峰负载准备资源
将租约作为计量结算单元
优化能源消耗
申请专用资源
Ceilometer
Celiometer是OpenStack的计量与监控组件,官方的正式名称为OpenStack Telemetry,用来获取和保存计量与监控的各种测量值,并根据测量值进行报警。同时这些保存下来的测量值也可以被第三方系统获取,用来做更进一步的分析、处理或展示。
计量与监控是公有云运营的一个重要环节,计量是为了获取系统中用户对各种资源的使用情况,监控是为了确保资源处于健康的状态。

Cinder
块存储服务,提供相应的块存储,简单来说,就是虚拟出一块磁盘,可以挂载到相应的虚拟机之上,不受文件系统等因素影响,对虚拟机来说,这个操作就像是新加了一块硬盘,可以完成对磁盘的任何操作,包括挂载,卸载,格式化,转换文件系统等等操作,大多应用于虚拟机空间不足的情况下的空间扩容等等

CloudKitty
可以完成虚拟机实例(compute)、云硬盘(volume)、镜像(image)、网络进出流量(network.bw.in, network.bw.out)、浮动IP(network.floating)的计费
包括计费服务的对象获取(Tenant Fetcher)、计费数据源的收集(Collector)、计费引擎(Rating)的实现,计费费用数据的存储(Storage)

Congress
Congress是一个基于异构云环境的策略声明、监控、实施、审计的框架(policy-as-a-service)。Congress从云中不同的服务获取数据,输入到con
gress的策略引擎,从而验证云中的各服务状态是否按照设置的策略运行
Congress的功能
监控云中的策略冲突(monitoring the cloud for policy violations)
预防策略冲突(preventing violations before they occur)
矫正策略冲突(correcting violations after they occur)

Cyborg
随着机器学习和机器视觉的快速发展,用户对GPU的需求也日益剧增。截止目前,大多数用户仍会选择带有GPU的裸机服务器。然而,这同时意味着用户需要承担由配置此类设备所带来的管理性成本。如今,用户将能够使用vGPU驱动的虚拟机,并利用这部分资源运行人工智能相关的Workload。
随着OpenStack社区对AI和边缘计算的布局,而加速计算在边缘比在数据中心更为普遍,所以这又会加强OpenStack的地位,因此OpenStack在第17个版本迎来了Cyborg项目。

Cyborg项目起源于NFV acceleration management以及ETSI NFV-IFA 004 document,和OPNFV DPACC项目。Cyborg(以前称为Nomad)是用于管理硬件和软件加速资源(如 GPU、FPGA、CryptoCards和DPDK / SPDK)的框架,在Queens发布中首次亮相。特别是对于有 NFV workload的运营商,计算加速已经成为云虚拟机的必备功能。通过Cyborg,运维者可以列出、识别和发现加速器,连接和分离加速器实例,安装和卸载驱动。它也可以单独使用或与Nova或Ironic结合使用。Cyborg可以通过Nova计算控制器或Ironic裸机控制器来配置和取消配置这些设备。

在加速器方面,Nova计算控制器现在可以将Workload部署到Nvidia和Intel的虚拟化GPU(AMD GPU正在开发)。加速器可用于图形处理的场景(如虚拟桌面和工作站),还可以应用于集群上的通过虚拟化GPU以运行HPC或AI Workload的场景。
Cyborg API---应该支持有关加速器的基本操作,API支持以下接口:
attach:连接现有的物理加速器或创建新的虚拟加速器,然后分配给虚拟机
detach:分离现有物理加速器或释放虚拟机的虚拟加速器
list:列出所有附加的加速器
update:修改加速器(状态或设备本身)
admin:CRUD操作无关的某些配置
Cyborg Agent---Cyborg agent将存在于计算主机以及可能使用加速器的其他主机上,agent具体的作用:
检查硬件以找到加速器
管理安装驱动程序,依赖关系和卸载驱动
将实例连接到加速器
向Cyborg服务器报告有关可用加速器,状态和利用率的数据
硬件发现:每隔数秒就会扫描实例的加速器和现有加速器的使用级别,并将这些信息通过心跳消息报告给Cyborg服务器,以帮助管理调度加速器
硬件管理:Ansible将用于管理每个加速器的配置文件和加速器的Driver。install和uninstall特定的ansible playbook适配Cyborg所支持的硬件。在管理的硬件上进行的配置更改将通过运行不同配置的playbook作为底层实现。

实例连接:一旦产生一个实例需要连接到主机上的特定加速器,Cyborg服务器将向Cyborg agent发送消息。由于不同加速器之间的连接方法不同,因此agent需要不同的driver提供连接功能。
Cyborg-Conductor---Cyborg-db的数据库查询更新操作都需要通过向Cyborg-conductor服务发送RPC请求来实现,conductor负责数据库的访问权限控制,避免直接访问数据库。
openstack-Cyborg-generic-driver功能:
识别和发现附加的加速器后端列出在后端运行的服务
将加速器附加到通用后端
从通用后端分离加速器。
列出附加到通用后端的加速器。
修改附加到通用后端的加速器。
Quata---cyborg resource quota,Cyborg的配额管理用于在构建虚拟机时管理用户或项目对加速器的访问。目前,项目或用户可能拥有无限数量的加速资源,应该有一个限制,限制是可配置的。

Designate
提供了DNSaaS(DNS即服务)的功能,其目标就是要赋予OpenStack提供这种云域名系统的能力,云服务商可以使用Designate就能够很容易建造一个云域名管理系统来托管租户的公有域名。
,引入了pool manager机制,对DNS服务器进行池化管理。同时通过MiniDNS进行DNS区域和资源记录同步

Freezer
Freezer是一套开源的备份软件,它能帮助你自动的进行数据备份和还原动作。
目前Freezer已正式引入OpenStack,从事数据备份,是OpenStack社区中一个官方项目,旨在为OpenStack提供数据备份环境的解决方案
参考网址: https://blog.csdn.net/zhongbeida_xue/article/details/78458849
Glance
镜像服务,用来注册、登陆和检索虚拟机镜像
Heat
是OpenStack提供的自动编排功能的组件,基于描述性的模板,来编排复合云应用程序。
Heat向开发人员和系统管理员提供了一种简便地创建和管理一批相关的OpenStack资源的方法,并通过有序且可预测的方式对其进行资源配置和更新。
用户可以使用Heat的示例模板或自己创建模板来描述OpenStack资源以及应用程序运行时所需的任何相关依赖项或运行时参数。
当设置完成后,可通过按授权控制、可预测的方式修改和更新OpenStack资源。
用户可以通过OpenStack管理控制台、Heat命令行工具或 API对模板及其相关的资源集进行设置和更新。

Horizon
提供页面支持

Ironic
OpenStack的裸金属服务Ironic支持物理机的添加,删除,电源管理及安装部署,让硬件基础设施资源分钟级快速交付成为可能。另外,还可以自定义RAID。更令人兴奋的是,还可以通过支持多租户,让裸金属与VPC内的虚拟机互通。

Karbor
Karbor(原名Smaug)是一个OpenStack中提供应用数据保护服务的项目,让各个厂商的数据保护软件通过标准接口接入OpenStack,为OpenStack提供增强的备份、复制、迁移等数据保护即服务(Data Protection as a Service)能力,Karbor致力于解决虚拟机备份难、无标准备份的接口的现状

Keystone
是OpenStack框架中负责管理身份验证、服务规则和服务令牌功能的模块。

Kuryr
Kuryr项目在OpenStackbigtent下,目的是将容器网络与openstackNeutron对接。Kuryr给人的第一印象是:这又是一个在Neutron框架下的项目,能够通过Neutron统一的北向接口来控制容器网络的SDN项目。但是实际上,Kuryr是将Neutron作为南向接口,来与容器网络对接

Magnum
Mangum现在应该是OpenStack里边比较热门的一个和Docker集成的新项目。Magnum是一个新的专门针对Container的一个新项目,用来向用户提供容器服务
Manila
File Share Service,文件共享即服务。是OpenStack大帐篷模式下的子项目之一,用来提供云上的文件共享,支持CIFS协议和NFS协议。

Mistral
WorkFlow as a service。 典型的用户用例包括云平台的任务计划服务(Cloud Cron),任务调度(Task Scheduling), 复杂的运行时间长的业务流程服务

Monasca
Monasca为OpenStack提供监控即服务。它具有可扩展性、容错性,集成Keystone支持多租户,你可以按照你喜欢的任何采样频率将指标植入。你可以将其嵌入到现有的OpenStack发行版上,它将收集日志和指标,不仅适用于你的控制平面,还适用于租户工作负载。

Murano
murano是OpenStack的Application Catalog服务,推崇AaaS(Anything-as-a-Service)的概念,通过统一的框架和API实现应用程序快速部署和应用程序生命周期管理的功能,降低应用程序对底层平台(OpenStack层和虚拟化层)的依赖。

Neutron
Nova

Octavia
openstack octavia 是 openstack lbaas的支持的一种后台程序,提供为虚拟机流量的负载均衡。实质是类似于trove,调用 nove 以及neutron的api生成一台安装好haproxy和keepalived软件的虚拟机,并连接到目标网路。octavia共有4个组件 housekeeping,worker,api,health-manager,octavia agent。api作用就不详细说了。worker:主要作用是和nova,neutron等组件通信,用于虚拟机调度以及把对于虚拟机操作的指令下发给octavia agent。housekeeping:查看octavia/controller/housekeeping/house_keeping.py得知其三个功能点:SpareAmphora,DatabaseCleanup,CertRotation。依次是清理虚拟机的池子,清理过期数据库,更新证书。health-manager:检查虚拟机状态,和虚拟机中的octavia agent通信,来更新各个组件的状态。octavia agent 位于虚拟机内部:对下是接受指令操作下层的haproxy软件,对上是和health-manager通信汇报各种情况

Panko
Panko主要提供事件存储服务

Rally
Tempest用来作为 Openstack的功能测试框架,而 Rally则通常主要用作性能测试与分析的工具

Sahara
大数据服务

Searchlight
Searchlight的目的是优化搜索的能力和性能,为不同的OpenStack云服务提供用户查询

Senlin
为OpenStack云提供集群服务(Cluster as a Service)
把OpenStack中同类对象的集合称为集群(Cluster)。集群由节点(node)组成。同一集群内的每个节点都是用相同的Profile创建出来的。注意,这里的节点和集群都是抽象对象(Object),具体是什么可通过插件(Plugins)进行定制和扩展。比如,早期的Senlin版本中,node只支持Nova Server(即Nova创建的VM)和Heat Stack(即通过Heat部署的包含计算存储和网络的一系列资源)。今年新增加对docker的支持,即node可以是一个Container。后续可能还会增加对裸机的管理,基于Ironic来实现。
除Profile可扩展外,对集群和节点进行管理的策略(Policy)也支持扩展(同样基于Plugins机制)。目前Senlin项目中已经支持的策略主要包括:部署(包括region级和zone级)、删除、扩容、负载均衡、健康管理等。具体如下图所示:

Solum
Murano是一个App Store(应用存储)服务,而Solum可以将开发的应用程序App发布到Murano中

Swift
对象存储服务,提供相应的对象存储,简单来说,就是虚拟出一块磁盘空间,可以在这个空间当中存放文件,也仅仅只能存放文件,不能进行格式化,转换文件系统,大多应用于云磁盘/文件
存储节点包含最少两个网络接口

Tacker
OpenStack中 NFV编排和VNF 的管理
Tacker主要有以下模块与功能:
VNF Manger
为用户提供VNF Catalog。VNF Catalog存储着由最终用户上传的VNF descriptor(描述符?)。
对NFV实例进行基本的生命周期管理
有利于VNF的初始配置

NFV编排
提供基于端到端部署的 VNFs 平台模板
提供了横跨 VIMs 编排 VNFs灵活性
Tacker通常需要TOSCA模板作为输入 VNF管理器以编排 VNFs。TOSCA模板构成 VNF descriptor和网络服务descriptor,目前 Tacker 仅支持VNF descriptor。

Tacker的Health Monitoring (健康监测)
当前版本的Tacker的监测是去Ping 运行NFV的虚机IP,Tacker的开发者将为下一代的监测框架努力,包括:
即插即用的驱动程序来监测虚机
提高对更多事件和行为的监测驱动可用性
当Tracker无法到达虚机时,将自动重启

Tempest
Tempest 是一个旨在为云计算平台 OpenStack提供集成测试

Trove
Openstack Trove是openstack为用户提供的数据库即服务(DBaaS)。所谓DBaaS,即trove既具有数据库管理的功能,又具有云计算的优势。使用trove,用户可以:
"按需"获得数据库服务器
配置所获得的数据库服务器或者数据库服务器集群
对数据库服务器或者数据库服务器集群进行自动化管理
根据数据库的负载让数据库服务器集群动态伸缩

Vitrage
Vitrage是openstack里面提供根因分析(RCA)服务的组件。
用来组织、分析和扩展openstack的告警和事件,对问题产生的根本原因进行推导,为系统产生推导后的告警或者设置推导后的状态。
功能简介:
1.物理-虚拟实体映射
2.推导告警和状态(例如:基于系统分析后产生告警或者修改状态,而不是直接监控)
3.对告警、事件进行根因分析
4.Horizon显示

Watcher
Watcher是OpenStack中提资源优化服务组件
Watcher提供一个完整的优化循环链:从度量接收器,到优化处理器和操作计划应用程序。Watcher的目标在于提供一个强大的框架,可以实现广泛的云优化目标,包括减少数据中心运营成本,通过智能虚拟机迁移提高系统性能,提高能源效率等。此外,Watcher可供用户定制丰富的资源优化目标与策略算法

Zun
Zun是Openstack中提供容器管理服务的组件,Zun的目标是提供统一的Openstack API用于启动和管理容器,支持多种容器技术。Zun原来称为Higgins,后改名为Zun。Zun计划支持多种容器技术,Docker,Rkt,clear container等,目前只支持Docker。OpenStack Queens版本发布,由于容器社区的火热,一项值得关注的补充则为“Zun”,它在OpenStack项目中负责提供容器服务,旨在通过与Neutron、Cinder、Keystone以及其它核心OpenStack服务相集成以实现容器的快速普及。通过这种方式,OpenStack的原有网络、存储以及身份验证工具将全部适用于容器体系,从而确保容器能够满足安全与合规性要求。

你可能感兴趣的:(OpenStack)