RHCA CL220 CloudForms 3.1 架构介绍

简介:

概述:

什么是CloudForms?

红帽公司推出了混合云CloudForms解决方案,RedHat的宗旨在于通过CloudForms能够管理所有的基础架构设施如RHEV,VMware和云(AWS和OpenStack),实现集中化管理平台。CloudForms由Engine引擎,VMDB虚拟数据库等组成,其中Engine作为CloudForms中核心功能,负责CloudForms的日常管理工作。

CloudForms Engine简称CFME,是一个已经制定好的虚拟机,通过部署该虚拟机,可以快速的部署CloudForms的环境。由于是虚拟机,根据环境的不同,可以部署在不通的虚拟化平台上,并且根据不通的虚拟化平台,由不同的虚拟机提供,如VMware平台,RHEV平台,OpenStack平台等。

CloudForms旨在将公有云和私有云资源统一成一个单一系统,而不用去管底层云使用的是什么技术。 2014年,红帽 CloudForms 荣获了《Virtualization Review》为最佳虚拟化自动化产品颁发的 2014 年度编辑选择奖。

CloudForms 功能包括审批流程、合规、自服务、记账和配额管理。能管理多种IT和云环境功能全面、丰富,能管理多云,支持 OpenStack, VMware, KVM, Microsoft 和 Amazon等云环境。界面的用户体验不错,但是其风格还是传统IT管理软件的风格,因此 451 Reseach 将其归到 “Legacy CMP Vendors” 一类。Redhat 基于 CloudForms 提供了 open hybrid cloud 解决方案,该云管理平台同时管理 RHEV 与 OpenStack.

为什么要使用CloudForms?

在目前大型的虚拟化管理平台中,如何利用已有的基础设施,有效的进行基础平台管理,提供统一的混合云解决方案,是目前面临的一个问题。

Red Hat CloudForms 提供了对应的解决方案,帮助客户迅速完成混合云转型,来解决运维管理过程中遇到的问题,有效提升运维效率。

如何通过CloudForms,在现有虚拟化基础设施基础上,提供混合云业务服务;

通过CloudForms进行提升基础设施运维管理效率;

通过CloudForms制定自定义的控制策略,满足不同用户场景;

通过CloudForms和第三方系统集成,完成资产管理,IP DNS管理等扩展功能。

clip_image001

组件:

CloudForms由Engine引擎,VMDB虚拟数据库/smartproxy组成。

Regions and Zones

从公共和私有虚拟化环境中收集数据集中使用区域。

一个Region最终被表示为VMDB的单个数据库。当需要管理多个地理位置时,Region特别有用,因为它们可以使所有的数据收集发生在每个特定的位置,并避免跨网络之间的缓慢连接的数据收集流量。

当使用多个Region时,每个Region都有自己唯一的ID,可以创建一个主Region来将所有子Region的数据集中到一个主数据库中。要做到这一点,请配置每个子Region,将其数据复制到主Region数据库(Red Hat建议使用Region99)。

父和子Region是一对多的关系。

Region可以包含多个Zone,而这些Zone又包含了设备。分Zone用于进一步隔离网络流量和启用故障转移配置。每个设备都具有为许多专门的服务器角色配置的功能。这些角色仅限于包含他们所运行的设备的Zone。

每个服务器角色只有一个故障转移类型可以在一个Zone中运行。如果多个设备具有相同的故障转移角色,那么这些附加功能将用作备份,只有在主设备故障时才会激活。非故障转移服务器角色可以在一个Zone中模拟多个设备,因此可以根据这些角色的工作负载对资源进行调整。

特性:

导航栏有8大项。

clip_image002

控制台包含在主导航条上的以下内容:

云智能使用非常简单的联合(RSS)提要和图表来显示您的虚拟企业设备上的信息。它还包括了从盒子和定制的报告。

服务提供了所有已发现的服务和工作负载目录(虚拟机和云实例组合)的视图。

使您能够看到云服务提供商、可用性区域、硬件风格、安全组和云实例。

基础设施可以让你看到你的虚拟化提供者、集群、主机、虚拟机、资源池、Datastores和存储库。

控制通过管理器、模拟、导入/导出和日志选项卡来管理您的策略。它通过使用事件、条件和操作进一步定义您的策略。

自动化为事件和活动提供了流程集成和自适应自动化的模型。

优化使您能够确定虚拟机的瓶颈和规划位置。

除了导航栏上的项目之外,您还可以使用Configure来管理用户界面、创建标记、设置服务器、数据库和SmartProxy选项、管理用户、更新软件和查看文档。

角色:

服务器角色定义了服务器可以做什么。Red Hat建议数据库操作、事件监视器、报告、调度器、SmartState分析、用户界面、提供者目录、提供者操作和Web服务在每个区域至少启用一个服务器。这些角色在所有服务器上都是默认启用的。

12大类,17种。

clip_image003

Automation Engine自动化引擎

如果您希望使用这个CloudForms功能和利用率管理引擎服务器来处理自动化任务,那么可以使用这个角色。

The Capacity & Utilization Coordinator容量与利用率协调员

角色检查以查看是否需要收集数据,有点像调度程序。如果是时间,就会为容量和利用率数据收集器排队。协调器角色是完成容量和利用数据收集的必要条件。如果某个特定区域的多个CloudForms管理引擎服务器具有这个角色,那么每次只会激活一个。

Capacity & Utilization Data Collector容量和利用率数据收集器

执行容量和利用率数据的实际收集。这个角色有一个专门的工作人员,并且在一个区域中可以有多个CloudForms管理引擎服务器。

Capacity & Utilization Data Processor容量和利用率数据处理器

处理收集的所有数据,允许CloudForms管理引擎创建图表。这个角色有一个专门的工作人员,并且在一个区域中可以有多个CloudForms管理引擎服务器。

Database Operations数据库操作

使用数据库操作来启用这个CloudForms管理引擎服务器来运行数据库备份或垃圾收集。

Database Synchronization数据库同步

使用数据库同步来启用这个CloudForms管理引擎服务器的VMDB来复制到更高级别的VMDB。这应该只在为复制工作者创建设置之后才启用,只会激活一个。

Event Monitor事件监视器

该角色默认启用,并提供时间轴显示的信息。事件监视器负责CloudForms管理引擎服务器和您的提供商之间的工作。它为每个提供者启动2个工作人员。一个工作人员,监视器,负责维护与提供者的连接,捕获事件,并将它们放到CloudForms管理引擎消息队列中进行处理。第二个worker是处理程序,它是一个消息队列工作者,负责为提供者仅提供这些消息。每个区域至少应该有一个这样的。

Notifier通知人

如果您将使用CloudForms管理引擎控制或自动化将SNMP陷阱转发到监视系统或发送电子邮件,那么使用该角色。有关创建SNMP警报的详细信息,请参见CloudForms管理引擎控制指南。如果某个特定区域的多个CloudForms管理引擎服务器具有这个角色,那么每次只会激活一个。

Provider Inventory供应商的库存

缺省情况下,该角色是启用的。该角色负责刷新提供者信息,包括EMS、主机、虚拟机和集群,并负责捕获数据存储文件列表。如果某个特定区域的多个CloudForms管理引擎服务器具有这个角色,那么每次只会激活一个。

Provider Operations供应商操作

缺省情况下,该角色是启用的。该角色将停止、启动、暂停、关闭客户、克隆、重新配置和取消对提供者的注册,如果您有CloudForms管理引擎控制,则直接从控制台或通过策略操作。多个CloudForms管理引擎服务器可以在一个区域中拥有这个角色。

RHN Mirror红帽服务器

具有RHN镜像的设备可以充当包含最新的CloudForms管理引擎包的存储库的服务器。这还配置了同一区域内的其他设备,以指向所选的RHN镜像服务器进行更新。这提供了一个低带宽的方法来更新带有多个设备的环境。

Reporting报告

缺省情况下,该角色是启用的。报告角色指定了哪些CloudForms管理引擎服务器可以生成报告。如果您没有将CloudForms管理引擎服务器设置为该区域中的这个角色,那么在该区域内就不会生成任何报告。每个区域至少应该有一个这样的。

Scheduler计划任务

缺省情况下,该角色是启用的。调度程序发送消息以启动所有预定的活动,如报告生成和SmartState分析。该角色还控制所有系统调度,例如容量和利用率数据收集。每个区域中的一个服务器必须被分配这个角色,或者计划的CloudForms管理引擎事件不会发生。如果某个特定区域的多个CloudForms管理引擎服务器具有这个角色,那么每次只会激活一个。

SmartProxy

启用SmartProxy角色将CloudForms管理引擎服务器上打开嵌入的SmartProxy。嵌入的SmartProxy可以分析注册到主机和与提供者相关的模板的虚拟机。为了提供对存储库的可见性,请将SmartProxy从CloudForms管理引擎控制台安装到主机上。这个SmartProxy还可以分析安装它的主机上的虚拟机。

SmartState Analysis SmartState分析

缺省情况下,该角色是启用的。SmartState分析角色控制了CloudForms管理引擎服务器可以控制SmartState的分析,并从分析中处理数据。每个区域至少应该有一个这样的。

User Interface用户界面

缺省情况下,该角色是启用的。如果您不希望用户能够使用CloudForms管理引擎控制台访问这个CloudForms管理引擎服务器,那么取消检查用户界面。例如,如果CloudForms管理引擎服务器被严格地用于容量和利用率或报告生成,那么您可能想要关闭它。多个CloudForms管理引擎服务器可以在一个区域中拥有这个角色。

Web Services Web服务

缺省情况下,该角色是启用的。取消Web服务,以阻止这个CloudForms管理引擎服务器充当Web服务提供者。多个CloudForms管理引擎服务器可以在一个区域中拥有这个角色。



      本文转自810105851 51CTO博客,原文链接:http://blog.51cto.com/4708948/1977208,如需转载请自行联系原作者





相关文章
|
存储 Kubernetes 安全
金鱼哥RHCA回忆录:DO280介绍红帽OPENSHIFT容器平台--OpenShift特性和架构
第一章 介绍红帽OPENSHIFT容器平台--OpenShift特性和架构
357 0
金鱼哥RHCA回忆录:DO280介绍红帽OPENSHIFT容器平台--OpenShift特性和架构
|
存储 JSON 运维
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--介绍容器服务
第一章 红帽OpenStack平台架构--介绍容器服务
203 0
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--介绍容器服务
|
运维 Linux 测试技术
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--章节实验
第一章 红帽OpenStack平台架构--章节实验
228 0
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--章节实验
|
存储 负载均衡 Linux
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--介绍overcloud
第一章 红帽OpenStack平台架构--介绍overcloud
371 0
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--介绍overcloud
|
存储 运维 网络协议
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--介绍undercloud
第一章 红帽OpenStack平台架构--介绍undercloud
386 0
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--介绍undercloud
|
存储 运维 监控
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--平台的基本原理
第一章 红帽OpenStack平台架构--平台的基本原理
343 0
金鱼哥RHCA回忆录:CL210红帽OpenStack平台架构--平台的基本原理
|
运维 关系型数据库 Linux
金鱼哥RHCA回忆录:DO447诠释红帽Ansible Tower架构
第六章 诠释红帽Ansible Tower架构
302 0
金鱼哥RHCA回忆录:DO447诠释红帽Ansible Tower架构
|
5天前
|
敏捷开发 监控 数据管理
构建高效微服务架构的五大关键策略
【4月更文挑战第20天】在当今软件开发领域,微服务架构已经成为一种流行的设计模式,它允许开发团队以灵活、可扩展的方式构建应用程序。本文将探讨构建高效微服务架构的五大关键策略,包括服务划分、通信机制、数据管理、安全性考虑以及监控与日志。这些策略对于确保系统的可靠性、可维护性和性能至关重要。
|
17天前
|
API 数据库 开发者
构建高效可靠的微服务架构:后端开发的新范式
【4月更文挑战第8天】 随着现代软件开发的复杂性日益增加,传统的单体应用架构面临着可扩展性、维护性和敏捷性的挑战。为了解决这些问题,微服务架构应运而生,并迅速成为后端开发领域的一股清流。本文将深入探讨微服务架构的设计原则、实施策略及其带来的优势与挑战,为后端开发者提供一种全新视角,以实现更加灵活、高效和稳定的系统构建。
23 0