第⑭讲:Ceph集群管理:守护进程管理、日志管理和端口号配置

devtools/2024/9/22 23:59:29/

文章目录

    • 1.Ceph各组件守护进程的管理方式
    • 2.守护进程管理操作
      • 2.1.Ceph所有组件的守护进程列表
      • 2.2.重启当前主机中所有的Ceph组件
      • 2.3.重启主机中所有的Monitor组件
      • 2.4.重启指定主机的Monitor组件
      • 2.5.重启指定的OSD组件
    • 3.Ceph的日志管理
    • 4.Ceph集群各组件的守护进程
    • 5.Ceph集群各组件的端口号

1.Ceph各组件守护进程的管理方式

官方操作文档:https://docs.ceph.com/en/pacific/rados/operations/operating/

Ceph组件守护进程管理是通过systemctl命令实现的。

针对组件的管理有四种类型:

  • ceph.target
    • 同时管理当前主机中所有Ceph组件,通过ceph.target这个守护进程,就可以对当前主机中所有的Ceph组件进行管理,例如启动、停止、重启、查看状态等等。
  • {ceph_service}.target
    • 例如ceph-mon.target守护进程,用于对当前主机中所有ceph-mon服务的管理操作。
    • 一个Ceph服务器中可能会运行很多个相同的组件,相同的组件守护进程是以ID进行区分,如果想要对这些相同的组件进行统一的管理,那么就可以使用{ceph_service}.target这种命名格式的守护进程来管理。
  • {ceph_service}@{node_name}
    • 例如ceph-mon@ceph-node-1守护进程,用于对指定主机中某个组件进行管理。
    • 一般情况下,在一台主机中,只有OSD组件会有多个,其余组件都是一个,可以通过这种类型的守护进程,对指定节点的组件进行操作。
  • {ceph_Service}@{number}
    • 例如ceph-osd@1守护进程,对相同组件中的某一个进程进行管理。
    • 在一个服务器中可能会对一个组件部署很多个,每个单独的组件都会有一个ID号,在守护进程后面加上要管理的组件ID号,就可以单独去管理这一个组件,而不影响机器中其他的组件。
    • 建议使用这种方式,影响面最小。

这几种方式中,循序渐进,越来越细微划分,从整体到分组到单体到个体。

快速记忆:带target的表示管理所有该组件的进行,带@的表示管理单一组件。

2.守护进程管理操作

2.1.Ceph所有组件的守护进程列表

带@符号的都是可以对一个主机或者某一个组件进行管理操作,以target结尾的都是全局性质的。

[root@ceph-node-1 ~]# ll /usr/lib/systemd/system/ceph*
-rw-r--r-- 1 root root  203 630 2021 /usr/lib/systemd/system/ceph-crash.service
-rw-r--r-- 1 root root  667 630 2021 /usr/lib/systemd/system/ceph-fuse@.service
-rw-r--r-- 1 root root  182 630 2021 /usr/lib/systemd/system/ceph-fuse.target
-rw-r--r-- 1 root root  847 630 2021 /usr/lib/systemd/system/ceph-mds@.service
-rw-r--r-- 1 root root  238 630 2021 /usr/lib/systemd/system/ceph-mds.target
-rw-r--r-- 1 root root  983 630 2021 /usr/lib/systemd/system/ceph-mgr@.service
-rw-r--r-- 1 root root  238 630 2021 /usr/lib/systemd/system/ceph-mgr.target
-rw-r--r-- 1 root root 1072 630 2021 /usr/lib/systemd/system/ceph-mon@.service
-rw-r--r-- 1 root root  200 630 2021 /usr/lib/systemd/system/ceph-mon.target
-rw-r--r-- 1 root root 1019 630 2021 /usr/lib/systemd/system/ceph-osd@.service
-rw-r--r-- 1 root root  238 630 2021 /usr/lib/systemd/system/ceph-osd.target
-rw-r--r-- 1 root root  825 630 2021 /usr/lib/systemd/system/ceph-radosgw@.service
-rw-r--r-- 1 root root  242 630 2021 /usr/lib/systemd/system/ceph-radosgw.target
-rw-r--r-- 1 root root  129 630 2021 /usr/lib/systemd/system/ceph.target
-rw-r--r-- 1 root root  302 630 2021 /usr/lib/systemd/system/ceph-volume@.service

2.2.重启当前主机中所有的Ceph组件

systemctl restart ceph.target

2.3.重启主机中所有的Monitor组件

systemctl restart ceph-mon.target

2.4.重启指定主机的Monitor组件

systemctl restart ceph-mon@ceph-node-1

2.5.重启指定的OSD组件

systemctl restart ceph-osd@1

3.Ceph的日志管理

[root@ceph-node-1 ~]# ll /var/log/ceph/*.log
-rw------- 1 ceph ceph  112875 44 17:09 /var/log/ceph/ceph.audit.log
-rw-r--r-- 1 root ceph     833 44 16:25 /var/log/ceph/ceph-client.admin.log
-rw-r--r-- 1 ceph ceph    2317 44 16:25 /var/log/ceph/ceph-client.rgw.ceph-node-1.log
-rw------- 1 ceph ceph 8706528 44 17:10 /var/log/ceph/ceph.log
-rw-r--r-- 1 ceph ceph   12454 44 16:25 /var/log/ceph/ceph-mds.ceph-node-1.log
-rw-r--r-- 1 ceph ceph 5447111 44 17:10 /var/log/ceph/ceph-mgr.ceph-node-1.log
-rw-r--r-- 1 ceph ceph 4509319 44 17:10 /var/log/ceph/ceph-mon.ceph-node-1.log
-rw-r--r-- 1 ceph ceph 3105424 44 17:04 /var/log/ceph/ceph-osd.0.log
-rw-r--r-- 1 ceph ceph 1981601 44 17:05 /var/log/ceph/ceph-osd.3.log
-rw-r--r-- 1 ceph ceph 1019387 44 17:04 /var/log/ceph/ceph-osd.6.log
-rw-r--r-- 1 root ceph   29675 44 11:02 /var/log/ceph/ceph-volume.log

4.Ceph集群各组件的守护进程

MonitorManagerMDSOSDRGW
ceph-mon.targetceph-mgr.targetceph-mds.targetceph-osd.targetceph-radosgw.target
ceph-mon@{id}.serviceceph-mgr@{id}.targetceph-mds@{id}.targetceph-osd@{id}.targetceph-radosgw@{id}.target
ceph-mon@{host_id}.serviceceph-mgr@{host_id}.serviceceph-mds@{host_id}.serviceceph-osd@{host_id}.serviceceph-radosgw@{host_id}.service

Ceph所有组件的守护进程:ceph.target

5.Ceph集群各组件的端口号

组件名称端口号范围
Monitor6789
Manager8080、8443
MDS6800-7300(按着顺序启动吗,例如6801/6802)
OSD6800-7300(按着顺序启动吗,例如6801/6802)
RGW7480

image-20220425170623032


http://www.ppmy.cn/devtools/6727.html

相关文章

【氮化镓】微波脉冲对GaN HEMT失效的影响

本文是一篇关于高功率微波脉冲作用下GaN HEMT(高电子迁移率晶体管)热电多物理场耦合失效的实验研究。文章由Xiangdong Li等人撰写,发表在2023年11月的《IEEE Transactions on Electron Devices》上。文章通过实验研究了在高功率微波脉冲应力下…

logstash迁移es自建数据到pass服务

1 安装 下载对应版本的tar文件 https://www.elastic.co/cn/downloads/past-releases#logstash解压 tar -zvxf logstash-6.8.23-linux-x86_64.tar.gz 2 配置 修改Logstash的堆内存使用vi config/jvm.options,修改Logstash配置文件config/jvm.options,增…

dns高防和ip高防的区别是什么?

在面对日益增长的网络安全威胁时,DNS高防和IP高防作为防御策略发挥着重要的作用。虽然两者都旨在保护网络资源免受攻击,但它们在操作方式和防护重点上有着本质的不同。 DNS高防:保护域名解析服务DNS高防,全称是高防御的域名解析服…

AI大模型引领未来智慧科研暨ChatGPT自然科学高级应用

以ChatGPT、LLaMA、Gemini、DALLE、Midjourney、Stable Diffusion、星火大模型、文心一言、千问为代表AI大语言模型带来了新一波人工智能浪潮,可以面向科研选题、思维导图、数据清洗、统计分析、高级编程、代码调试、算法学习、机器/深度学习、大尺度模拟、论文检索…

Redis如何查看KEY的数据类型

1. 查看数据类型 在Redis中,可以使用 TYPE 命令来查看指定key的数据类型。该命令会返回存储在指定key中的值的数据类型。以下是具体的使用方法和步骤: 连接到Redis服务器:首先,你需要使用Redis客户端工具(如命令行工具…

安装GPT 学术优化 (GPT Academic)@FreeBSD

GPT 学术优化 (GPT Academic)是一个非常棒的项目 可以帮助我们完成中科院的一些日常工作。 先说结论:GPT Academic可以安装,启动服务。但是因为在FreeBSD下pytorch没有装成,所以暂时无法使用本地llama2、chatglm等大模型,而只能…

第十四届蓝桥杯省赛C/C++大学B组真题-飞机降落

思路&#xff1a;根据数据范围N<10猜测用DFS剪枝&#xff0c;因为菜狗不会状压dp。根据题目&#xff0c;一般这种飞机的题都会用到贪心的思想。思想是每架飞机都要卡极限最早降落时间&#xff0c;从而保证后面的飞机能够有充足时间降落。 代码参考博客MQy大佬有详细解答 #i…

Ubuntu 系统安装 VS Code 并配置 C++ 环境

Linux 系列教程&#xff1a; VMware 安装配置 Ubuntu&#xff08;最新版、超详细&#xff09;FinalShell 远程连接 Linux&#xff08;Ubuntu&#xff09;系统Ubuntu 系统安装 VS Code 并配置 C 环境 ➡️➡️ ➡️VS Code 官方教程&#xff1a;Using C on Linux in VS Code&…