查看日志记录收集器 Pod 4.2.3. 配置日志收集器 CPU 和内存限值 4.2.4. 日志转发器的高级配置 4.2.5. 如果不使用默认的 Elasticsearch 日志存储，请删除未使用的组件 4.3. 配置日志存储 4.3.1. 将审计日志转发到日志存储 4.3.2. 配置日志保留时间 4.3.3. 为日志存储配置 CPU 和内存请求 4.3.4. 为日志存储配置复制策略 4.3.5 4.1. 配置 CPU 和内存限值 4.4.2. 为日志可视化器节点扩展冗余性 4.5. 配置 OPENSHIFT LOGGING 存储 4.5.1. OpenShift Logging 和 OpenShift Container Platform 的存储注意事项 4.5.2. 其他资源 4.6. 为 OPENSHIFT LOGGING 组件配置 CPU 和内存限值 4.6.1. 配置 配置 CPU 和内存限值 4.7. 使用容忍度来控制 OPENSHIFT LOGGING POD 放置 4.7.1. 使用容忍度来控制日志存储 pod 放置 4.7.2. 使用容忍度来控制日志可视化 pod 放置 4.7.3. 使用容忍度来控制日志收集器 pod 放置 23 23 24 24 24 24 24 24 25 25 26 26 26 27 27 32 32 39

. . 4.3. 配置日志存储 4.4. 配置日志可视化工具 4.5. 配置 OPENSHIFT LOGGING 存储 4.6. 为 OPENSHIFT LOGGING 组件配置 CPU 和内存限值 4.7. 使用容忍度来控制 OPENSHIFT LOGGING POD 放置 4.8. 使用节点选择器移动 OPENSHIFT LOGGING 资源 4.9. 配置 SYSTEMD-JOURNALD 本解决了这个问题。(LOG-2640) 在此次更新之前，配置为将日志转发到 Amazon CloudWatch 的集群会将拒绝的日志文件写入到 临时存储，从而导致集群变得不稳定。在这个版本中，CloudWatch 的块备份已被禁用，从而解 决了这个问题。(LOG-2768) 1.6.3. CVE 例 例 1.1. 点 点击 击以展开 以展开 CVE CVE-2020-28915 CVE-2021-40528 Prometheus 警报的作业名称解决了这个问题。 (LOG-1918) 在此次更新之前，日志收集器因为重构组件名称更改而收集自己的日志。这可能会导致收集器处 理自己的日志的潜在反馈循环，这可能会导致内存和日志消息大小问题。在这个版本中解决了这 个问题，它会从集合中排除收集器日志。(LOG-1774) 在此次更新之前，Elasticsearch 会生成错误 Unable to create PersistentVolumeClaim

元素 元素 描述 描述 下 下载 载 virtctl 下载 virtctl 命令行工具来管理资源。 概述 概述标签页 资源、使用量、警报和状态 顶级 顶级消 消费 费者 者选项卡 CPU、内存和存储资源的主要使用者 Migration 标签页 实时迁移状态 第 第 4 章 章 WEB 控制台概述 控制台概述 17 设 设置 置标签页 集群范围的设置，包括实时迁移限制和用户权限 元素 Operator。 VirtualMachines 标题 VirtualMachines 数量，带有图表，显示最后 7 天的趋势 vCPU 使用 使用标题 vCPU 使用量，图表显示最后 7 天的趋势 内存 内存标题 内存用量，图表显示最后 7 天的趋势 存 存储 储标题 存储使用，图表显示最后 7 天的趋势 警 警报 报标题 OpenShift Virtualization 警报，按严重性分组 VirtualMachine 每个模板的 VirtualMachines 图标 从模板创建的 VirtualMachines 数量，按模板名称分组 4.1.2. 顶级消费者选项卡 Top consumers 选项卡显示 CPU、内存和存储的主要使用者。 例 例 4.3. 顶级 顶级消 消费 费者 者选项 选项卡 卡 OpenShift Container Platform 4.13 虚 虚拟 拟化 化 18 元素 元素

1 2 重要 重要 本文档中给出的数字基于红帽的测试方法和设置。这些数字会根据您自己的设置和环境而 有所不同。 4.1.2.1. 内存开 内存开销 使用以下因素计算 OpenShift Virtualization 的内存开销值。 集群内存开 集群内存开销 Memory overhead per infrastructure node ≈ 150 MiB Memory overhead overhead per worker node ≈ 360 MiB 另外，OpenShift Virtualization 环境资源需要总计 2179 MiB 的内存，分布到所有基础架构节点。 虚 虚拟机内存开 机内存开销 Memory overhead per virtual machine ≈ (1.002 * requested memory) + 146 MiB \ devices) 2 虚拟机请求的虚拟 CPU 数量 虚拟机请求的虚拟图形卡数 如果您的环境包含单一根 I/O 虚拟化（SR-IOV）网络设备或图形处理单元（GPU），请为每个设备分配 1 GiB 额外的内存开销。 4.1.2.2. CPU 开 开销 使用以下内容计算 OpenShift Virtualization 的集群处理器开销要求。每个虚拟机的 CPU 开销取决于您的 单独设置。 集群 集群

会积极缓存资源的反序列化版本，以简化 CPU 负载。但是，如果 较小的 pod 集群小于 1000 个 pod，这个缓存可能会浪费大量内存用于微小的 CPU 负载。默认缓存大小 为 50,000 个条目，它根据资源的大小，可以将 cupy 1 增加到 2 GB 内存。使用 /etc/origin/master/master-config.yaml 中的以下设置可以减少这个缓存大小： 发送到 API maxRequestsInFlight 和 QPS。 更改默认值时，需要有一个很好的平衡，因为 API 服务器的 CPU 和内存消耗，etcd IOPS 会在并行处理 更多请求时增加。另请注意，大量非watch 请求可能会在固定 60 秒超时后取消 API 服务器过载，客户端 开始重试。 API 服务器系统中提供了足够的 CPU 和内存资源，API 服务器请求过载问题可安全地缓解这个问题。通过 考虑以上提到的因素并浏览了 ma 点上的 pod 数量。超过这些值可导致： OpenShift Container Platform 和 Docker 的 CPU 使用率增加。 减慢 pod 调度的速度。 潜在的内存不足情况（取决于节点中的内存量）。 耗尽 IP 地址池。 资源过量使用，导致用户应用程序性能变差。 注意 注意 在 Kubernetes 中，包含单个容器的 pod 实际使用两个容器。第二个容器用来在实际容器

12.2. 镜像 registry 存储配置 1.1.12.2.1. 为 VMware vSphere 配置 registry 存储 1.1.12.2.2. 为 VMware vSphere 配置块 registry 存储 1.1.13. 备份 VMware vSphere 卷 1.1.14. OpenShift Container Platform 的 Telemetry 访问 1.1.15 13.2. 镜像 registry 存储配置 1.2.13.2.1. 为 VMware vSphere 配置 registry 存储 1.2.13.2.2. 为 VMware vSphere 配置块 registry 存储 1.2.14. 备份 VMware vSphere 卷 1.2.15. OpenShift Container Platform 的 Telemetry 访问 1.2.16 16.2. 镜像 registry 存储配置 1.3.16.2.1. 为 VMware vSphere 配置 registry 存储 1.3.16.2.2. 为 VMware vSphere 配置块 registry 存储 1.3.17. 备份 VMware vSphere 卷 1.3.18. OpenShift Container Platform 的 Telemetry 访问 1.3.19

registry 存储配置 7.1.15.2.1. 为裸机和其他手动安装配置 registry 存储 7.1.15.2.2. 在非生产集群中配置镜像 registry 存储 7.1.15.2.3. 配置块 registry 存储 961 963 963 964 964 965 965 965 965 965 965 966 966 966 967 967 968 968 970 批准机器的证书签名请求 7.2.17. 初始 Operator 配置 7.2.17.1. 安装过程中删除的镜像 registry 7.2.17.2. 镜像 registry 存储配置 7.2.17.3. 配置块 registry 存储 7.2.18. 在用户置备的基础架构上完成安装 1014 1016 1016 1017 1017 1017 1017 1017 1018 1018 1018 1019 registry 的管理状态 7.3.15.2.2. 为裸机和其他手动安装配置 registry 存储 7.3.15.2.3. 在非生产集群中配置镜像 registry 存储 7.3.15.2.4. 配置块 registry 存储 7.3.16. 在用户置备的基础架构上完成安装 7.3.17. OpenShift Container Platform 的 Telemetry 访问 7.3.18. 后续步骤

的一部分提供，它作为一 个 operator 提供，以便于简单部署和管理。 Red Hat OpenShift Data Foundation 服务主要通过代表以下组件的存储类提供给应用程序： 块存储设备，主要服务于数据库工作负载。示例包括 Red Hat OpenShift Container Platform 日 志记录和监控，以及 PostgreSQL。 共享和分布式文件系统，主要服务 持久性卷上运行 PostgresSQL 工作负载，建议使用 RADOS 块设备 (RBD) 卷。如需更多信息，请参阅知识库文章解决方案 ODF 数据库工作负载必须不使用 CephFS PV/PVC。 Red Hat OpenShift Data Foundation 版本 4.x 由一组软件项目组成，包括： Ceph，提供块存储、共享分布式文件系统以及内部对象存储 Ceph CSI，用于管理持久性卷和声明的调配和生命周期 和 noobaa operator 提供了打包了这些资源的存储集群资源。 Rook-ceph operator 此 operator 自动打包、部署、管理、升级和扩展持久存储和文件、块和对象服务。它为所有环境创建块 和文件存储类，并在内部环境中创建针对它的对象存储类和服务对象存储桶声明（Object Bucket Claims (OBCs)）。 此外，对于内部模式集群，它提供 Ceph 集群资源，它管理部署和服务，如下所示：

Platform 组件的容器镜像。 4.4.4.4.2. 网 网络 络配置参数 配置参数 您可以根据现有网络基础架构的要求自定义安装配置。例如，您可以扩展集群网络的 IP 地址块，或者提 供不同于默认值的不同 IP 地址块。 { "auths":{ "cloud.openshift.com":{ "auth":"b3Blb=", "email":"you@example IP 地址块。 默认值为 10.128.0.0/14，主机前缀为 /23。 如果您指定了多个 IP 地址块，块不得重 叠。 对象数组。例如： networking.clusterN etwork.cidr 使用 networking.clusterNetwork 时需要此项。IP 地址块。 IPv4 网络。 无类别域间路由(CIDR)表示法中的 IP 地址块。IPv4 块的前缀长度介于 子网前缀。 默认值为 23。 networking.serviceN etwork 服务的 IP 地址块。默认值为 172.30.0.0/16。 OpenShift SDN 和 OVN-Kubernetes 网 络供应商只支持服务网络的一个 IP 地址 块。 具有 CIDR 格式的 IP 地址块的数组。例 如： networking: clusterNetwork: - cidr: 10

参数 参数 描述 描述 值 值 4.5.6.1.2. 网 网络 络配置参数 配置参数 您可以根据现有网络基础架构的要求自定义安装配置。例如，您可以扩展集群网络的 IP 地址块，或者提 供不同于默认值的不同 IP 地址块。 只支持 IPv4 地址。 表 表 4.2. 网 网络 络参数 参数 参数 参数 描述 描述 值 值 networking 集群网络的配置。 对象 注意 注意 您不能在安装后修改 IP 地址块。 默认值为 10.128.0.0/14，主机前缀为 /23。 如果您指定多个 IP 地址块，则块不得互 相重叠。 一个对象数组。例如： networking.clusterN etwork.cidr 使用 networking.clusterNetwork 时需要此项。IP 地址块。 一个 IPv4 网络。 使用 CIDR 形式的 IP 地址块。IPv4 块的 前缀长度介于 etwork 服务的 IP 地址块。默认值为 172.30.0.0/16。 OpenShift SDN 和 OVN-Kubernetes 网 络供应商只支持服务网络的一个 IP 地址 块。 CIDR 格式具有 IP 地址块的数组。例 如： networking.machine Network 机器的 IP 地址块。 如果您指定多个 IP 地址块，则块不得互 相重叠。 一个对象数组。例如：