🎹 个人简介:大家好,我是 金鱼哥,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 回忆录
如果这篇【文章】有帮助到你,希望可以给【金鱼哥】点个赞👍,创作不易,相比官方的陈述,我更喜欢用【通俗易懂】的文笔去讲解每一个知识点。
如果有对【运维技术】感兴趣,也欢迎关注❤️❤️❤️ 【金鱼哥】❤️❤️❤️,我将会给你带来巨大的【收获与惊喜】💕💕!