control plane 机器上部署 OpenShift Container Platform 集群。您可在安装集群后删除 bootstrap 机器。 重要 重要 要保持集群的高可用性，请将独立的物理主机用于这些集群机器。 bootstrap 和 control plane 机器必须使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。但 是，计算机器可以在 4 16 GB 100 GB 300 Compute RHCOS 或 RHEL 7.9 2 8 GB 100 GB 300 1. 当未启用并发多线程(SMT)或超线程时，一个 CPU 相当于一个物理内核。启用后，使用以下公式 来计算对应的比率：（每个内核数的线程）LIMIT 插槽 = CPU。 2. OpenShift Container Platform 和 Kubernetes 对磁盘性能非常敏感，建议使用更快的存储速度， 机器数量。由于集群将这个值用作集群中 etcd 端点的数量，因此该值 必须与您部署的 control plane 机器数量匹配。 您在 DNS 记录中指定的集群名称。 从中分配 pod IP 地址的 IP 地址块。此块不得与现有的物理网络重叠。这些 IP 地址用于 pod 网络。 如果您需要从外部网络访问 pod，请配置负载均衡器和路由器来管理流量。 注意 注意 类 E CIDR 范围保留给以后使用。要使用 Class E CIDR

目录名称。该目录在后续过程中被引用。 记录根据您提供的索引镜像扩展的 file:// 路径。这个路径在后续步骤中被引用。 此命令会在当前目录中创建 v2/ 目录中。 2. 将 v2/ 目录复制到可移动介质。 3. 物理删除该介质并将其附加到断开连接的环境中可访问镜像 registry 的主机。 4. 如果您的镜像 registry 需要身份验证，请在断开连接的环境中的主机上运行以下命令以登录到 registry： GB 300 Compute RHCOS、 RHEL 8.6 及更 新版本 [3] 2 8 GB 100 GB 300 1. 当未启用并发多线程(SMT)或超线程时，一个 vCPU 相当于一个物理内核。启用后，使用以下公 式来计算对应的比例：（每个内核数的线程）× sockets = vCPU。 2. OpenShift Container Platform 和 Kubernetes 对 统 vCPU [1] 虚 虚拟 拟内存 内存 Storage 每秒 每秒输 输入 入/输 输出 出 (IOPS) [2] 1. 当未启用并发多线程(SMT)或超线程时，一个 vCPU 相当于一个物理内核。启用后，使用以下公 式来计算对应的比例：（每个内核数的线程）× sockets = vCPU。 2. OpenShift Container Platform 和 Kubernetes 对

的工作负载，并没有适用于所有环境的“黄金法则”。 根据您的设置，在设计 CPU 过量使用 时请考虑这些最佳实践： 在 LPAR 级别 (PR/SM hypervisor)，避免将所有可用物理内核 (IFL) 分配给每个 LPAR。例如， 当有四个物理 IFL 可用时，您不应该定义三个 LPAR，每个都带有四个逻辑 IFL。 检查并了解 LPAR 共享和权重. 过多的虚拟 CPU 会对性能造成负面影响。不要将比逻辑处理器定义为 是部署范围，每个对分布在两个计算节点上。 3. 没有单独的工作负载节点。工作负载在两个计算节点之间模拟微服务工作负载。 4. 使用的物理处理器数量是 6 个用于 Linux (IFL)的集成设施。 5. 使用的总物理内存为 512 GiB。 8.3. 如何根据经过测试的集群限制规划您的环境 重要 重要 在节点中过度订阅物理资源会影响在 pod 放置过程中对 Kubernetes 调度程序的资源保 证。了解可以采取什么措施避免内存交换。 ReadOnlyMany 2 ReadWriteMany 3 Prometheus 是用于指 是用于指标 标数据的底 数据的底层 层技 技术 术。 。 4 这 这不适用于物理磁 不适用于物理磁盘 盘、虚 、虚拟 拟机物理磁 机物理磁盘 盘、 、VMDK 、 、NFS 回送、 回送、AWS EBS 和 和 Azure 磁 磁盘 盘。 。 5 对 对于指 于指标 标数据，使用 数据，使用 ReadWriteMany

及其容器可以网络，但集群外的客 户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 OpenShift Container Platform 集群的网络信息。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 OpenShift Container Platform Ingress Operator Ingress Operator 实现 IngressController API，是负责启用对 host-device：配置 host-device 额外网络，以允许 pod 访问主机系统上的物理以太网网络设 备。 ipvlan ：配置基于 ipvlan 的额外网络，以允许主机上的 Pod 与其他主机和那些主机上的 pod 通 信，这类似于基于 macvlan 的额外网络。与基于 macvlan 的额外网络不同，每个 pod 共享与父级 物理网络接口相同的 MAC 地址。 vlan ：配置基于 vlan 的额外网络，以为

目录名称。该目录在后续过程中被引用。 记录根据您提供的索引镜像扩展的 file:// 路径。这个路径在后续步骤中被引用。 此命令会在当前目录中创建 v2/ 目录中。 2. 将 v2/ 目录复制到可移动介质。 3. 物理删除该介质并将其附加到断开连接的环境中可访问镜像 registry 的主机。 4. 如果您的镜像 registry 需要身份验证，请在断开连接的环境中的主机上运行以下命令以登录到 registry： 统 vCPU [1] 虚 虚拟 拟内存 内存 Storage 每秒 每秒输 输入 入/输 输出 出 (IOPS) [2] 1. 当未启用并发多线程(SMT)或超线程时，一个 vCPU 相当于一个物理内核。启用后，使用以下公 式来计算对应的比例：（每个内核数的线程）× sockets = vCPU。 2. OpenShift Container Platform 和 Kubernetes 对 GB 300 Compute RHCOS、 RHEL 8.6 及更 新版本 [3] 2 8 GB 100 GB 300 1. 当未启用并发多线程(SMT)或超线程时，一个 vCPU 相当于一个物理内核。启用后，使用以下公 式来计算对应的比例：（每个内核数的线程）× sockets = vCPU。 2. OpenShift Container Platform 和 Kubernetes 对

Prometheus 监控以下指标： kubevirt_vmi_cpu_system_usage_seconds 返回虚拟机监控程序消耗的物理系统 CPU 时 间。 kubevirt_vmi_cpu_user_usage_seconds 返回虚拟机监控程序消耗的物理用户 CPU 时 间。 kubevirt_vmi_cpu_usage_seconds 通过计算 vCPU 和虚拟机监控程序使用量的总和，返 CPU 红帽生态系统目录。 支持的存储. 6.1.2. 物理资源开销要求 OpenShift Virtualization 是 OpenShift Container Platform 的一个附加组件，它会带来额外的开销。除了 OpenShift Container Platform 要求外，每个集群机器都必须满足以下开销要求。覆盖集群中的物理资源 可能会影响性能。 重要 重要 本文档中给出的 。即使节点没有响应，它仍然在运行写入共享存储 的工作负载。为了避免数据崩溃，请在进行操作前关闭物理硬件。 3. 从集群中删除节点： 虽然节点对象现已从集群中删除，但它仍然可在重启后或 kubelet 服务重启后重新加入集群。要 永久删除该节点及其所有数据，您必须弃用该节点。 4. 如果您关闭了物理硬件，请重新打开它以便节点可以重新加入集群。 10.10.3. 验证虚拟机故障切换 在不健康

目录名称。该目录在后续过程中被引用。 记录根据您提供的索引镜像扩展的 file:// 路径。这个路径在后续步骤中被引用。 此命令会在当前目录中创建 v2/ 目录中。 2. 将 v2/ 目录复制到可移动介质。 3. 物理删除该介质并将其附加到断开连接的环境中可访问镜像 registry 的主机。 4. 如果您的镜像 registry 需要身份验证，请在断开连接的环境中的主机上运行以下命令以登录到 registry： 300 Compute RHCOS、 RHEL 8.4 或 RHEL 8.5 [3] 2 8 GB 100 GB 300 1. 当未启用并发多线程(SMT)或超线程时，一个 vCPU 相当于一个物理内核。启用后，使用以下公 式来计算对应的比例：（每个内核数的线程）× sockets = vCPU。 2. OpenShift Container Platform 和 Kubernetes 对 300 Compute RHCOS、 RHEL 8.4 或 RHEL 8.5 [3] 2 8 GB 100 GB 300 1. 当未启用并发多线程(SMT)或超线程时，一个 vCPU 相当于一个物理内核。启用后，使用以下公 式来计算对应的比例：（每个内核数的线程）× sockets = vCPU。 2. OpenShift Container Platform 和 Kubernetes 对

control plane 机器上部署 OpenShift Container Platform 集群。您可在安装集群后删除 bootstrap 机器。 重要 重要 要保持集群的高可用性，请将独立的物理主机用于这些集群机器。 bootstrap 和 control plane 机器必须使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。但 是，计算机器可以在 4 16 GB 100 GB 300 Compute RHCOS 或 RHEL 7.9 2 8 GB 100 GB 300 1. 当未启用并发多线程(SMT)或超线程时，一个 CPU 相当于一个物理内核。启用后，使用以下公式 来计算对应的比率：（每个内核的线程数） ¹ 插槽 = CPU。 2. OpenShift Container Platform 和 Kubernetes 对磁盘性能非常敏感，建议使用更快的存储速度， 机器数量。由于集群将这个值用作集群中 etcd 端点的数量，因此该值 必须与您部署的 control plane 机器数量匹配。 您在 DNS 记录中指定的集群名称。 从中分配 pod IP 地址的 IP 地址块。此块不得与现有的物理网络重叠。这些 IP 地址用于 pod 网络。 如果您需要从外部网络访问 pod，请配置负载均衡器和路由器来管理流量。 注意 注意 类 E CIDR 范围保留给以后使用。要使用 Class E CIDR

及其容器可以网络，但集群外的客 户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 访问主机系统上的物理以太网网络设 备。 ipvlan ：配置基于 ipvlan 的额外网络，以允许主机上的 pod 与其他主机和那些主机上的 pod 通 信，这类似于基于 macvlan 的额外网络。与基于 macvlan 的额外网络不同，每个 pod 共享与父级 物理网络接口相同的 MAC 地址。 macvlan ：配置基于 macvlan 的额外网络， 以允许主机上的 pod 通过使用物理网络接口与其他 虚拟化（SR-IOV）硬件网络 Single Root I/O 虚拟化 (SR-IOV) 规范是针对一类 PCI 设备分配的标准，可与多个 pod 共享单个设备。 通过 SR-IOV，您可以将主机节点上识别为物理功能 (PF) 的兼容网络设备分段为多个虚拟功能 (VF)。VF 和其它网络设备一样使用。该设备的 SR-IOV 设备驱动程序决定了如何公开容器中的 VF： netdevice 驱动程序： 容器 netns

plane 机器组成的裸机集群中运行零台计算机器。这为集 群管理员和开发人员提供了较小的、效率更高的集群，用于测试、开发和生产。不支持运 行一台计算机器。 重要 重要 要保持集群的高可用性，请将独立的物理主机用于这些集群机器。 bootstrap 和 control plane 机器必须使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。但 是，计算机器可以在 GB 100 GB 300 Compute RHCOS 或 RHEL 7.9 [3] 2 8 GB 100 GB 300 1. 当未启用并发多线程(SMT)或超线程时，一个 CPU 相当于一个物理内核。启用后，使用以下公式 来计算对应的比率：（每个内核的线程数） ¹ 插槽 = CPU。 2. OpenShift Container Platform 和 Kubernetes 对磁盘性能非常敏感，建议使用更快的存储速度， 机器数量。由于集群将这个值用作集群中 etcd 端点的数量，因此该值 必须与您部署的 control plane 机器数量匹配。 您在 DNS 记录中指定的集群名称。 从中分配 pod IP 地址的 IP 地址块。此块不得与现有的物理网络重叠。这些 IP 地址用于 pod 网络。 如果您需要从外部网络访问 pod，请配置负载均衡器和路由器来管理流量。 注意 注意 类 E CIDR 范围保留给以后使用。要使用 Class E CIDR