标签： ceph
【ceph运维】ceph如何查看osd中wal和db的大小
您可以使用ceph daemon osd.ID perf dump命令来检查 WAL/DB 分区是否即将填满及溢出。 slow_used_bytes 值显示即将溢出的数据量： # ceph daemon osd.1 perf dump | jq ‘.bluefs’ { “db_total_bytes”: 80014729216, #block.db总大小 “db_used_bytes”: 52428800, #block.db使用 “wal_total_bytes”: 8589930496, #bl
继续阅读 >>Podman是什么新技术？和Docker有什么区别？
容器编排工具作为当今最重要的Web开发技术之一，众多强者都在尝试争夺这一行业的主导地位。 Podman是RedHat的一款产品，旨在使用类似于Kubernetes的方法来构建、管理和运行容器，作为一款主流容器的可靠替代产品，它吸引了开发人员的关注。自RHEL 8起，Red Hat用CRI-O/Podman取代了Docker Daemon。为什么Red Hat想要摆脱Docker Daemon？这是因为使用Docker Daemon运行Docker有以下这些问题： Podman通过直接与Image Registry、Image和Container进行互动，而不是通过守护进程来解决以上问题。此外，
继续阅读 >>ceph squid 19.2 rocky9 安装前优化
## 安装前优化 在安装Ceph集群之前，对系统进行优化可以显著提高集群的性能和稳定性。以下是一些关键的优化措施： ### 内核参数优化 “`bash # 创建并编辑内核参数配置文件 cat > /etc/sysctl.d/90-ceph.conf << EOF # 文件系统和I/O优化 fs.aio-max-nr = 1048576 fs.file-max = 6553600 # 进程和内存优化 kernel.pid_max = 4194304 vm.max_map_count = 262144 vm.swappiness = 10 vm.dirty_ratio
继续阅读 >>Ceph 硬件建议
Ceph 设计为在商用硬件上运行，这使得构建和维护PB级数据集群在经济上可行。在规划集群硬件时，您需要平衡许多考虑因素，包括故障域和潜在的性能问题。硬件规划应包括将 Ceph 守护进程和其他使用 Ceph 的进程分布在多台主机上。通常，我们建议在为该类型的守护进程配置的主机上运行特定类型的 Ceph 守护进程。我们建议将另外的其他主机用于使用您的数据集群的进程（例如，OpenStack、CloudStack 等）。 CPU CephFS 元数据服务器是 CPU 密集型的，因此它们应该具有强大的处理能力（例如，四核或更好的 CPU）并受益于更高的时钟频率（频率以 GHz 为单位）。Ceph OS
继续阅读 >>ceph版本更新及时间
1、Ceph的起源与发展 Ceph项目起源于 2004年，是其创始人 SageWeil在加州大学 SantaCruz分校攻读博士期间的研究课题，系统最初设计目标为提供一款基于 POSIX、没有单点故障、大规模的分布式文件存储系统。所谓“大规模”和“分布式”，是指存储系统至少能够承载PB级别的数据，并且由成千上万的存储节点组成。大数据技术迅猛发展的今天，PB 级数据存储早已不是一个可以激动人心的系统设计目标，但应该指出，Ceph项目起源于2004 年，那是一个商用处理器以单核为主流、常见硬盘容量不足百 GB的年代，这和如今 CPU动辄 20核、40线程，还要双处理器、单块硬盘存储容量1
继续阅读 >>