金鱼哥RHCA回忆录:CL210介绍

简介: 金鱼哥RHCA回忆录:CL210介绍
🎹 个人简介:大家好,我是 金鱼哥,CSDN运维领域新星创作者,华为云·云享专家,阿里云社区·专家博主
📚个人资质: CCNA、HCNP、CSNA(网络分析师),软考初级、中级网络工程师、RHCSA、RHCE、RHCA、RHCI、ITIL😜
💬格言:努力不一定成功,但要想成功就必须努力🔥

🎈支持我:可点赞👍、可收藏⭐️、可留言📝


CL210是CA体系中已经很久的一门课程了,这几年历经了V10和V13版本,现时培训版本为V13,主要是讲解和介绍红帽OpenStack平台的使用。明年会更换为V16的版本。

由于课程没介绍相关部署与安装,也没有详细介绍各个组件的情况,所以在CA课程中的学习难度是比较高的。尤其出现报错的时候,会不知从何下手。但就考试的情况来说,就不是最难的一门。因为考试可启用图形界面进行点点点。

因此,此门课程若要往深学习,应当先了解原生的OpenStack,对各个组件的原理和协作有一定的了解后,再来学习210的话会更事半功倍。尤其是网络组件的原理,难点中的难点。

如若不走OpenStack方向,那可了解到常规操作足矣。毕竟人的精力是有限的,应当将时间用在更需要学习的地方。


📜以下摘自官网介绍:

https://www.redhat.com/zh/services/training-and-certification

在这里插入图片描述


📜红帽OPENSTACK管理II(CL210)

📑课程概述

培养执行在红帽 OpenStack 平台上进行混合云基础架构运维和管理的高级技能

红帽 OpenStack 管理二(CL210)主要面向云运维人员、服务管理员以及使用红帽 OpenStack 平台运维和管理全功能混合和私有云计算环境的自动化工程师。将学习如何管理、监控、故障排除和扩展红帽 OpenStack 平台基础架构。本课程重点介绍使用 OpenStack 客户端命令行用户界面来配置指标、策略和架构,以支持企业云应用程序和日常运维。


📑课程内容摘要

  • 管理 overcloud 服务容器化技术。
  • 提供性能调优和管理的指标。
  • 对开放虚拟式网络(OVN)的网络流程进行监控和故障排除。
  • 使用外部红帽 IdM 存储配置身份服务。
  • 管理核心控制平面,包括 Pacemaker。
  • 借助适用于多种用例的技术自定义镜像。
  • 管理块存储和对象存储后端。
  • 管理计算节点,包括调优和超融合。
  • 对红帽 OpenStack 平台进行故障排除。

📑课程培训对象

  • 负责管理日常运维和自动化的云运维人员。
  • 有兴趣或负责维护大规模私有云或混合云的基础架构架构师。

📑课程前提条件

  • 已成为[红帽认证工程师(RHCE)、红帽认证 Ansible 自动化专家或具备同等经验。
  • 参加了红帽 OpenStack 管理 I(CL110)课程或具备同等经验。

📜环境介绍

在这里插入图片描述


🔖启动顺序:

1. classroom

2. workstation

3. power

4. utility

5. director 和 overcloud 相关节点机器

content.example.com和materials.example.com提供特定练习的课程内容。workstation虚拟机也是教室网络的路由器,必须保持运行,以便所有其他虚拟机都能正常运行。


📑机器相关信息介绍

在这里插入图片描述
在这里插入图片描述


📑各机器认证密码

在这里插入图片描述


📑环境的网络拓扑图

在这里插入图片描述


📑管理Redhat Openstack集群

[student@workstation ~]$ ssh director

🔖启动集群

(undercloud) [stack@director ~]$ rht-overcloud.sh start
[*] power is up
[*] ironic-conductor is up
[*] node: controller0, state: power off, powering on
[*] node: ceph0, state: power on, not powering on
[*] node: computehci0, state: power on, not powering on
[*] node: compute0, state: power on, not powering on
[*] node: compute1, state: power on, not powering on

🔖关闭集群

(undercloud) [stack@director ~]$ rht-overcloud.sh stop
[*] power is up
[*] ironic-conductor is up
[*] node: compute0, state: power on, powering off
[*] node: compute1, state: power on, powering off
[*] node: ceph0, state: power on, powering off
[*] node: computehci0, state: power on, powering off
[*] node: controller0, state: power on, powering off

📑查看节点状态

(undercloud) [stack@director ~]$ openstack baremetal node list

在这里插入图片描述

(undercloud) [stack@director ~]$ openstack baremetal node list -c name
No recognized column names in [u'name']. Recognized columns are ('UUID', 'Name', 'Instance UUID', 'Power State', 'Provisioning State', 'Maintenance').
(undercloud) [stack@director ~]$ openstack baremetal node list -c Name -c 'Power State'
+-------------+-------------+
| Name        | Power State |
+-------------+-------------+
| controller0 | power on    |
| compute0    | power on    |
| computehci0 | power on    |
| compute1    | power on    |
| ceph0       | power on    |
+-------------+-------------+

🔖查看状态和启动

检查节点的服务器状态。如果服务器没有运行,请启动它;如果您确定服务器正在运行,但状态不正确,请按照下面的示例设置正确的状态。

(undercloud) [stack@director ~]$ openstack server list -c Name -c Status
+-------------+---------+
| Name        | Status  |
+-------------+---------+
| compute1    | SHUTOFF |
| compute0    | SHUTOFF |
| computehci0 | SHUTOFF |
| controller0 | SHUTOFF |
| ceph0       | SHUTOFF |
+-------------+---------+
(undercloud) [stack@director ~]$ openstack server start compute1
(undercloud) [stack@director ~]$ openstack server list -c Name -c Status
+-------------+---------+
| Name        | Status  |
+-------------+---------+
| compute1    | ACTIVE  |
| compute0    | SHUTOFF |
| computehci0 | SHUTOFF |
| controller0 | SHUTOFF |
| ceph0       | SHUTOFF |
+-------------+---------+
(undercloud) [stack@director ~]$ openstack server start controller0 
(undercloud) [stack@director ~]$ openstack server set --state active controller0
(undercloud) [stack@director ~]$ openstack server list -c Name -c Status
+-------------+---------+
| Name        | Status  |
+-------------+---------+
| compute1    | ACTIVE  |
| compute0    | ACTIVE  |
| computehci0 | ACTIVE  |
| controller0 | ACTIVE  |
| ceph0       | SHUTOFF |
+-------------+---------+

如果服务器启动有困难,并且不能响应前面的启动或设置状态命令,则强制重新引导对于清除当前问题有效,如本示例所示。

(undercloud) [stack@director ~]$ openstack server reboot --hard controller0

📑重置overcloud的要点

Never Need To Be Reset

• classroom

• workstation

• power

• utility


Only Reset Together As A Group

• controller0

• compute0

• compute1

• computehci0

• ceph0

• director


在不重置director的情况下重置overcloud将加载一个新的overcloud,同时该控制器将保留关于刚刚丢弃的前一个overcloud的陈旧信息。

[root@foundation0 ~]# rht-vmctl reset undercloud
[root@foundation0 ~]# rht-vmctl reset overcloud

📑配套环境常规操作:

F0宿主机密码:root/Asimov
F0普通用户密码;kiosk/redhat

🔖1. 如果是AMD CPU,可能出现如下报错

MoTTY X11 proxy: Unsupported authorisation protocol
Unable to init server: Could not connect: Connection refused
qemu-system-x86_64: error: failed to set MSR 0xe1 to 0x0
qemu-system-x86_64: /build/qemu-BQ4hMP/qemu-4.2/target/i386/kvm.c:2691: kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed.
Aborted

这个是由于AMD CPU的兼容性问题,此时需要添加kvm参数,才能打开F0中的KVM虚拟机。
# 添加KVM参数
tee /etc/modprobe.d/qemu-system-x86.conf << EOF
options kvm ignore_msrs=1
EOF

# 重启Vmware的F0虚拟机
reboot

🔖2. 重置环境顺序

# 如果之前有加载过其他课程环境,请执行以下命令,把所有虚拟机关机;如无,则跳过。
rht-vmctl poweroff all
rht-vmctl poweroff classroom

# 切换课程环境命令
rht-setcourse do447

# 切换课程环境后,进行课程环境所需虚拟机的初始化(重置)
# 必须先初始化classroom虚拟机,启动完成,再启动下一个
rht-vmctl fullreset classroom

# 其余虚拟机初始化可不按顺序
# 初始化workstation虚拟机
rht-vmctl fullreset workstation
# 初始化servera虚拟机
rht-vmctl fullreset servera
# 初始化serverb虚拟机
rht-vmctl fullreset serverb
......

# 初始化(重置)只在刚切换环境时进行,后续可使用reset命令进行虚拟机重置。

🔖3. 其余操作

# 启动虚拟机
rht-vmctl start xxx

# 查看状态
rht-vmctl status xxx

🔖注意:rht-vmctl命令只对配套学习环境生效。


💡总结

  • 每门课程都有其大纲和课程内容,都可在官网进行查看。
  • 了解好课程环境,每门CA环境的拓扑都大同小异。
  • AMD CPU运行KVM报错,需要进行内核设置。
  • 课程切换后,需要遵循一些操作顺序,否则会出错。

RHCA认证需要经历5门的学习与考试,还是需要花不少时间去学习与备考的,好好加油,可以噶🤪。

以上就是【金鱼哥】对 CL210开篇 的简述和讲解。希望能对看到此文章的小伙伴有所帮助。

💾 红帽认证专栏系列:
RHCSA专栏: 戏说 RHCSA 认证
RHCE专栏: 戏说 RHCE 认证
此文章收录在RHCA专栏: RHCA 回忆录

如果这篇【文章】有帮助到你,希望可以给【金鱼哥】点个赞👍,创作不易,相比官方的陈述,我更喜欢用【通俗易懂】的文笔去讲解每一个知识点。

如果有对【运维技术】感兴趣,也欢迎关注❤️❤️❤️ 【金鱼哥】❤️❤️❤️,我将会给你带来巨大的【收获与惊喜】💕💕!

目录
相关文章
|
缓存 测试技术 C++
|
算法框架/工具
哥尼斯堡的“七桥问题”
哥尼斯堡的“七桥问题”
177 0
哥尼斯堡的“七桥问题”
|
运维 Shell Linux
|
运维 安全 Linux
|
运维 监控 安全
|
运维 监控 测试技术
|
运维 监控 网络协议
|
运维 监控 安全
|
存储 Kubernetes 监控
金鱼哥RHCA回忆录:DO280安装和配置Metric系统
第八章 安装和配置Metric系统
264 0
 金鱼哥RHCA回忆录:DO280安装和配置Metric系统

相关课程

更多