，Local Storage Operator 会自动创建存储类。确保使用唯一标识此本地卷的存储类。 当使用本地卷设置功能时，Local Storage Operator 不支持使用逻辑卷管理（LVM）设 备。 b. 创建本地卷集对象： c. 根据存储类验证本地持久性卷是否被动态置备： 输 输出示例 出示例 注意 注意 结果会在从节点中删除后删除。必须手动删除符号链接。 4.12.1 使用逻辑卷管理器存储的持久性存储 逻辑卷管理器存储 (LVM Storage) 使用 TopoLVM CSI 驱动程序在单节点 OpenShift 集群中动态置备本地 存储。 LVM Storage 使用逻辑卷管理器创建精简配置的卷，并在有限的资源单节点 OpenShift 集群中提供块存 储的动态置备。 4.12.3.1. 在 在单节 单节点 点 OpenShift 集群上部署 集群上部署 LVM 存 存储 储 您可以在单节点 裸机或用户置备的基础架构集群中部署 LVM 存储，并将其配置为为您的工作 负载动态置备存储。 LVM 存储使用所有可用磁盘创建一个卷组，并创建一个精简池，大小为卷组大小的 90%。剩余的 10% 卷 组是空闲的，在需要时可以使用这些空闲空间对精简池进行扩展来实现数据恢复。您可能需要手动执行此 类恢复。 您可以使用 LVM 存储置备的持久性卷声明 (PVC) 和卷快照来请求存储和创建卷快照。 LVM Storage

CRI-O 或 Docker 本地镜像或容器存储，并独立于容器的任何持久性 卷。 完全更新系统，并确保安装了 CRI-O 或 Docker。 确保主机有权访问所有 yum 存储库。 设置精简配置的 LVM 存储。 将常用的镜像（如 rhel7 基础镜像）和 OpenShift Container Platform 基础架构容器镜像（ ose- pod、ose-deployer 等）预部署前镜像。 Overlay 之间的启动时间 差通常小于一 秒。 允许页面缓存共 享。 没有兼容 POSIX。 第 第 5 章 章 优 优化持久性存 化持久性存储 储 21 设备映射器精简调配 使用 LVM、设备映射器 和 dm-thinp 内核模块。 它与一个原始分区（没有 文件系统）删除回环设备 不同。 负载和高密度方 面具有可测量的 性能优势。 它为每个容器提 供容量限制（默 认为 10G）。 默认情况下，在 Red Hat Enterprise Linux(RHEL)中 不会设置它。 所有容器和镜像 共享相同的容量 池。在销毁和重 新创建池的情况 下无法调整它的 大小。 设备映射器 loop-lvm 使用设备映射器精简配置 模块(dm-thin-pool)实施 写时复制(CoW)快照。对 于每个设备映射器图形位 置，基于两个块设备创建 精简池，一个用于数据， 另一个用于元数据。默认 情况下，这些块设备是使

Registry Operator 的更多信息，请参阅选择集群功能。 1.3.11. 存储 1.3.11.1. 在 在 LVMS 中支持 中支持 OR 逻辑 逻辑 在这个版本中，逻辑卷管理器 (LVM) 集群自定义资源 (CR) 在 deviceSelector 设置中提供 OR 逻辑。在 以前的版本中，只能为使用 AND 逻辑的设备路径指定 paths 设置。在这个版本中，您还可以指定 optionalPaths 设置，它支持 OR 逻辑。如需更多信息，请参阅使用逻辑卷管理器存储的持久性存储中的 CR 示例。 1.3.11.2. 支持 支持 LVMS 中的 中的 ext4 在这个版本中，逻辑卷管理器 (LVM) 集群自定义资源 (CR) 支持 ext4 文件系统，其 fstype 设置在 deviceClasses 下。默认文件系统为 xfs。如需更多信息，请参阅使用逻辑卷管理器存储的持久性存储中 的 中，使用逻辑卷管理器存储的、带有逻辑卷 管理器(LVM)元数据的 OpenShift Container Platform 中的 pod 在终止时可能会卡住。这是因为 相同的 LVM 设备在容器和主机上的同时处于活动状态。当在使用 OpenShift Virtualization 的 pod 中运行虚拟机时，会针对虚拟机使用 LVM。在这个版本中，RHCOS 默认只尝试设置和访问 位于 /etc/lvm/devices/system

执行以下命令安装依赖包： $ sudo yum install -y yum-utils \ device-mapper-persistent-data \ lvm2 鉴于国内网络问题，强烈建议使用国内源，官方源请在注释中查看。 执行下面的命令添加 yum 软件源： $ sudo yum-config-manager \ --add-repo devicemapper 驱动利用 LVM 的一些 机制来模拟分层存储。这样的做法除了性能比较差外，稳定性一般也不好，而且配置相对复 杂。Docker 安装在 CentOS/RHEL 上后，会默认选择 devicemapper ，但是为了简化配置， 其 devicemapper 是跑在一个稀疏文件模拟的块设备上，也被称为 loop-lvm 。这样的选择是 因为不需要额外配置就可以运行 Docker，这是自动配置唯一能做到的事情。但是 loop-lvm 的做法非常不好，其稳定性、性能更差，无论是日志还是 docker info 中都会看到警告信 息。官方文档有明确的文章讲解了如何配置块设备给 devicemapper 驱动做存储层的做法，这 类做法也被称为配置 direct-lvm 。 除了前面说到的问题外， devicemapper + loop-lvm 还有一个缺陷，因为它是稀疏文件，所

DEMO过：MACVLAN（自定义CNI插件）、Calico、Culim 网络性能、架构可靠性的最佳折中 存储架构 根分区 /home分区 DeviceMapper Docker Volumn LVM  比拟物理磁盘IO性能  磁盘空间隔离  调度扩展磁盘资源  异步清理 Build IMAGE  封装规范Dockerfile  Dockerfile分片，构建编译 API  代理Events 有效裁剪 可靠 性能 Service Ingress 部分机制适配  磁盘资源  CRD自定义资源  Flexvolume插件支持LVM  Node异步回收  改造发布策略  新建Deployment  新旧版本Deployment扩缩  健康检查探针适配 DCOS 组件服务 Mysql Redis

数据库多主架构高 可用 数据库备份恢复， 故障自愈 数据库管理工具， 监控告警 Userlnterface API/CLI/GUI Cilium Gvisor/Containerd OpenEBS LVM local pv Bare metal / Ail Cloud / AWS / Google cloud Laf Function as service Databases Management Heartbeat metabata data 存储 openebs localPV Why: 1. 获得裸机磁盘性能 2. 多租户之间可以通过块进行隔离 3. 简单，非常轻量 4. 可通过 lvm 条带化增加性能 5. 非常适合给数据库这样用 缺陷: 1. 不在磁盘级别提供高可用 所以高可用交给 KB rocketmq 这些应用自身去解决 业务起的有状态容器可用 sealfs 文件系统

27330 Step1: 安装 docker-ce # 安装需要的支撑软件 yum install -y yum-utils device-mapper-persistent-data lvm2 # 添加 yum 源 yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo

Ignition 配置文件，worker 机 器从 master 机器获取 Ignition 配置文件。 Ignition 在机器上创建磁盘分区、文件系统、目录和链接。它支持 RAID 阵列，但不支持 LVM 卷。 Ignition 将持久文件系统的根目录挂载到 initramfs 中的 /sysroot 目录，然后开始在 /sysroot 中 工作。 Ignition 配置所有定义的文件系统，并将它们设置为在运行时进行相应地挂载。

Ignition 配置文件，worker 机 器从 master 机器获取 Ignition 配置文件。 Ignition 在机器上创建磁盘分区、文件系统、目录和链接。它支持 RAID 阵列，但不支持 LVM 卷。 Ignition 将持久文件系统的根目录挂载到 initramfs 中的 /sysroot 目录，然后开始在 /sysroot 中 工作。 Ignition 配置所有定义的文件系统，并将它们设置为在运行时进行相应地挂载。

Ignition 配置文件，worker 机器从 master 获取 Ignition 配置文件。 Ignition 在机器上创建磁盘分区、文件系统、目录和链接。它支持 RAID 阵列，但不支持 LVM 卷。 Ignition 将持久文件系统的根目录挂载到 initramfs 中的 /sysroot 目录，然后开始在 /sysroot 中 工作。 Ignition 配置所有定义的文件系统，并将它们设置为在运行时进行相应地挂载。