OpenShift Container Platform 3.11 扩展和性能指南实际使用两个容器。第二个容器用来在实际容器 启动前设置联网。因此,运行 10 个 pod 的系统实际上会运行 20 个容器。 pods-per-core 根据节点上的处理器内核数来设置节点可运行的 pod 数量。例如,如果将一个有 4 个处 理器内核的节点上的 pod-per-core 设置为 10,则该节点上允许的最大 pod 数量为 40。 注意 注意 将 pods-per-core 设置为 0 可禁用这个限制。 Platform 3.11 扩 扩展和性能指南 展和性能指南 8 使用上例时,pod-per-core 的默认值为 10,max-pods 的默认值为 250。这意味着,除非节点有 25 个 或更多内核,否则 pod-per-core 默认是限制因素。 如需了解 OpenShift Container Platform 集群的建议限制,请参阅安装文档中的 大小注意事项 部分。 OpenShift Linux 设置,如 sysctl、电源管理和内核命令行参数,以针对不同的工作负载性能和可扩展性要求优 化操作系统。 OpenShift Container Platform 利用 tuned 守护进程,包括名为 openshift、openshift-node 和 openshift-control-plane 的 Tuned 配置集。这些配置集可以安全地增加内核中存在的一些垂直扩展限 制,并在安装过程中自动应用到您的系统。0 码力 | 58 页 | 732.06 KB | 1 年前3
OpenShift Container Platform 4.10 虚拟化载,请确保托管基础架构组件的节点分配了用于不同节点的 4 个额外内核(4000 毫秒)的容量。 CPU overhead for worker nodes ≈ 2 cores + CPU overhead per virtual machine 除了虚拟机工作负载所需的 CPU 外,每个托管虚拟机的 worker 节点都必须有 2 个额外内核(2000 毫 秒)用于 OpenShift Virtualization GiB RAM 和 2 个 vCPU,集 群中的内存影响为 11.68 GiB。集群中每个节点的磁盘存储影响估算为 10 GiB,托管虚拟机工作负载的 worker 节点的 CPU 影响最小 2 个内核。 4.1.3. 对象最大值 在规划集群时,您必须考虑以下测试的对象最大值: OpenShift Container Platform 对象最大值 OpenShift Virtualization qemu-guest- 第 第 8 章 章 虚 虚拟 拟机 机 71 正在运行的 Windows 虚拟机装有 QEMU 客户机代理。VirtIO 驱动程序中包含 qemu-guest- agent。 第 2 层 vNIC 附加到虚拟机。 与 Windows 虚拟机处于相同网络的机器上装有 RDP 客户端。 流程 流程 1. 在 OpenShift Container Platform 控制台中,从侧边菜单中点0 码力 | 307 页 | 3.45 MB | 1 年前3
OpenShift Container Platform 4.13 虚拟化ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比,Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层,包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如,如果您使用 Red Hat OpenShift Data Foundation,Ceph RBD 卷优先于 CephFS 卷。 重要 重要 您无法实时迁移使用以下配置的虚拟机: 载,请确保托管基础架构组件的节点分配了用于不同节点的 4 个额外内核(4000 毫秒)的容量。 CPU overhead for worker nodes ≈ 2 cores + CPU overhead per virtual machine 除了虚拟机工作负载所需的 CPU 外,每个托管虚拟机的 worker 节点都必须有 2 个额外内核(2000 毫 秒)用于 OpenShift Virtualization GiB RAM 和 2 个 vCPU,集 群中的内存影响为 11.68 GiB。集群中每个节点的磁盘存储影响估算为 10 GiB,托管虚拟机工作负载的 worker 节点的 CPU 影响最小 2 个内核。 6.1.3. 关于虚拟机磁盘的存储卷 如果您将存储 API 与已知的存储供应商搭配使用,则会自动选择卷和访问模式。但是,如果您使用没有存 储配置集的存储类,则必须选择卷和访问模式。 要获得最佳结果,请使用0 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.10 安装Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本,具有默认启用 SELinux 的 RHEL 内核。它包括作为 Kubernetes 节点代理的 kubelet,以及为 Kubernetes 优化的 CRI-O 容器运行时。 OpenShift Container Platform 4.10 集群中的每一 Platform 镜像。根据您的需要,请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分以用于此文档。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题, 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror) Platform 镜像。根据您的需要,请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分以用于此文档。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题, 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror)0 码力 | 3142 页 | 33.42 MB | 1 年前3
OpenShift Container Platform 4.14 安装Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本,具有默认启用 SELinux 的 RHEL 内核。RHCOS 包括作为 Kubernetes 节点代理的 kubelet,以及为 Kubernetes 优化的 CRI-O 容器运行 时。 OpenShift Container Platform Kubernetes 配置来部署 OpenShift Container Platform 控制平面 (control plane)。 Control plane(控制平面) (控制平面) 一个容器编配层,用于公开 API 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 的负载均衡器在 control plane 节点之间分布传入的流量。 Machine Config Operator 一个 Operator,管理并应用基本操作系统和容器运行时的配置和更新,包括内核和 kubelet 之间的所 有配置和更新。 Operator 在 OpenShift Container Platform 集群中打包、部署和管理 Kubernetes 应用程序的首选方法。 Operator0 码力 | 3881 页 | 39.03 MB | 1 年前3
OpenShift Container Platform 4.7 安装安装配置 17.1. 自定义节点 17.1.1. 添加 day-1 内核参数 17.1.2. 在节点中添加内核模块 17.1.2.1. 构建并测试内核模块容器 17.1.2.2. 为 OpenShift Container Platform 置备内核模块 17.1.2.2.1. 通过 MachineConfig 对象置备内核模块 17.1.3. 在安装过程中加密磁盘 17.1.3.1. 启用 Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本,具有默认启用 SELinux 的 RHEL 内核。它包括作为 Kubernetes 节点代理的 kubelet,以及为 Kubernetes 优化的 CRI-O 容器运行时。 OpenShift Container Platform 4.7 集群中的每一 Platform 镜像。根据您的需要,请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题, 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror)0 码力 | 2276 页 | 23.68 MB | 1 年前3
OpenShift Container Platform 4.13 安装Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本,具有默认启用 SELinux 的 RHEL 内核。RHCOS 包括作为 Kubernetes 节点代理的 kubelet,以及为 Kubernetes 优化的 CRI-O 容器运行 时。 OpenShift Container Platform Kubernetes 配置来部署 OpenShift Container Platform 控制平面 (control plane)。 Control plane(控制平面) (控制平面) 一个容器编配层,用于公开 API 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 的负载均衡器在 control plane 节点之间分布传入的流量。 Machine Config Operator 一个 Operator,管理并应用基本操作系统和容器运行时的配置和更新,包括内核和 kubelet 之间的所 有配置和更新。 Operator 在 OpenShift Container Platform 集群中打包、部署和管理 Kubernetes 应用程序的首选方法。 Operator0 码力 | 4634 页 | 43.96 MB | 1 年前3
OpenShift Container Platform 4.6 在裸机上安装300 Compute RHCOS 或 RHEL 7.9 2 8 GB 100 GB 300 1. 当未启用并发多线程(SMT)或超线程时,一个 CPU 相当于一个物理内核。启用后,使用以下公式 来计算对应的比率:(每个内核数的线程)LIMIT 插槽 = CPU。 2. OpenShift Container Platform 和 Kubernetes 对磁盘性能非常敏感,建议使用更快的存储速度, Platform 前,您必须置备两个满足以下要求的负载均衡器: 1. API 负载 负载均衡器 均衡器:提供一个通用端点,供用户(包括人和机器)与平台交互和配置。配置以下条 件: 只适用于第 4 层负载均衡。这可被称为 Raw TCP、SSL Passthrough 或者 SSL 桥接模式。如 果使用 SSL Bridge 模式,必须为 API 路由启用 Server Name Indication(SNI)。 秒探测一次,有两个成功请求处于健康状 态,三个成为不健康的请求经过测试。 2. 应 应用程序入口 用程序入口负载 负载均衡器 均衡器:提供来自集群外部的应用程序流量流量的 Ingress 点。配置以下条件: 只适用于第 4 层负载均衡。这可被称为 Raw TCP、SSL Passthrough 或者 SSL 桥接模式。如 果使用 SSL Bridge 模式,您必须为 Ingress 路由启用Server Name Indication(SNI)。0 码力 | 160 页 | 1.70 MB | 1 年前3
OpenShift Container Platform 4.6 发行注记配置为带有 Ignition: 1.2.1.2. coreos-installer 已被重写 已被重写 现在,coreos-installer 被重写以支持更多功能,其中包括: 修改安装系统的内核参数。 获取 Ignition 配置。 保留之前存在的分区。 使用 coreos-installer iso ignition 命令为新的 live ISO 配置 Ignition。 1.2 Configuration Operator 用于使用安装程序置备的基础架构的安装 Node Feature Discovery Operator OpenShift Container Platform 内核(CVO Operator) 使用用户置备的基础架构的集群的安装程序 OVS 基于 RHEL8 的容器支持 RHEL CoreOS Ansible Engine Red Hat Software 的 Open Operator Open SR-IOV Operator for Wireless FEC 加速器 注意 注意 N3000 Operator 需要预构建驱动程序容器,其中包含树内内核模块的 Open Programmable 加速器引擎 (OPAE)。预构建的驱动程序容器由 Intel 构建并提供,目前 OpenShift Container Platform 4.6.16 支持。如果需要使用不同的0 码力 | 91 页 | 1.15 MB | 1 年前3
OpenShift Container Platform 4.9 节点从裸机集群中删除节点 5.3. 管理节点 5.3.1. 修改节点 5.3.2. 将 control plane 节点配置为可以调度 5.3.3. 设置 SELinux 布尔值 5.3.4. 为节点添加内核参数 5.4. 管理每个节点的 POD 数量上限 5.4.1. 配置每个节点的最大 pod 数量 5.5. 使用 NODE TUNING OPERATOR 5.5.1. 访问 Node Tuning OpenShift Container Platform 基础架构组件 5.14.1.1. 创建基础架构节点 第 第 6 章 章 操作容器 操作容器 6.1. 了解容器 关于容器和 RHEL 内核内存 6.2. 在部署 POD 前使用初始容器来执行任务 6.2.1. 了解初始容器 6.2.2. 创建初始容器 6.3. 使用卷来持久保留容器数据 192 194 194 194 195 设置为节点分配资源。您可以允许 OpenShift Container Platform 自动决 定节点的最佳 system-reserved CPU 和内存资源,也可以手动决定并为节点设置最佳资源。 根据节点上的处理器内核数、硬限制或两者,配置可在节点上运行的 pod 数量。 使用 pod 反关联性来安全地重新引导节点。 通过使用机器集缩减集群,从集群中删除节点。要从裸机集群中删除节点,您必须首先排空节点 上的所有0 码力 | 374 页 | 3.80 MB | 1 年前3
共 58 条
- 1
- 2
- 3
- 4
- 5
- 6













