群。 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征： 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control 与多个集群一起使用，因为多个集群可以在更新 集群时造成单点故障。建议利用 mirror registry for Red Hat OpenShift 安装一个集群，通过这个 集群托管一个生产环境级别的、具有高可用性的 registry（如 Red Hat Quay）的集群，用于为其 他集群提供 OpenShift Container Platform 内容。 第 第 4 章 章 断开 断开连 连接的安装 --max-nested-paths 指定限制嵌套路径的目标 registry 的最大嵌套路径数。默认值为 0。 --max-per-registry 指定每个 registry 允许的并发请求数。默认值为 6。 --oci-insecure-signature- policy 在镜像本地 OCI 目录时不要推送签名（使用 --include-local-oci- catalogs）。

这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition OpenShift ，因为有多 个集群可以在更新集群时会存在单点故障。建议利用 mirror registry for Red Hat OpenShift 安装一个集 群，通过这个集群托管一个生产环境级别的、具有高可用性的 registry（如 Red Hat Quay）的集群，用于 为其他集群提供 OpenShift Container Platform 内容。 如果在安装环境中已有另一个容器 registry，则使用 章 章 在 在 ALIBABA 上安装 上安装 93 compute.hyperthrea ding 是否在计算机器上启用或禁用并发多 线 线 程或超 程或超线 线程 程。默认情况下，启用并发 多线程以提高机器内核的性能。 重要 重要 如果您禁用并发多线 程，请确保您的容量规 划考虑机器性能显著降 低的情况。 enabled 或 Disabled compute.name 使用 compute

bootstrap 机器在三台 control plane 机器上部署 OpenShift Container Platform 集群。您可在安装集群后删除 bootstrap 机器。 重要 重要 要保持集群的高可用性，请将独立的物理主机用于这些集群机器。 bootstrap 和 control plane 机器必须使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。但 GB 300 Control plane 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 支持异构集群，因此所有池都必须指定 相同的架构。有效值为 amd64 （默认 值）。 字符串 compute.hyperthread ing 是否在计算机器上启用或禁用并发多线 程或超 超线 线程 程。默认情况下，启用并发多 线程以提高机器内核的性能。 重要 重要 如果禁用并发多线程， 请确保在容量规划时考 虑到机器性能可能会显 著降低的问题。 Enabled 或 Disabled compute.name 使用

这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition Red Hat OpenShift 镜像 registry，因为有多个集群可以在更新集群 时创建单点故障。建议利用 Red Hat OpenShift 的镜像 registry 安装可托管生产环境、高可用性 registry（如 Red Hat Quay）的集群，以便将 OpenShift Container Platform 内容提供给其他集群。 如果在安装环境中已有另一个容器 registry，则为 xlarge 实例。 弹性 IP (EIP) 0 到 1 每个帐户 5 个 EIP 要在高可用性配置中置备集群，安装程序将为区域中 的每个可用区创建一个公共和专用子网。每个专用子 网都需要 NAT 网关，每个 NAT 网关需要单独的弹性 IP。查看 AWS 区域图来确定每个区域有多少个可用 区。要利用默认高可用性，请在至少含有三个可用区 的区域安装集群。要在有超过五个可用区的区域安装 集群，您必须提高

Container Storage。 重要 重要 如果您只有一个副本，OpenShift Container Platform 支持对镜像 registry 存储的 ReadWriteOnce 访问。要部署支持高可用性的、带有两个或多个副本的镜像 registry，需要 ReadWriteMany 访问设置。 必须有“ 100Gi”容量。 重要 重要 测试显示，在 RHEL 中使用 NFS 服务器作为核心服务的存储后端可能会出现问题。这包括 Disk（VMDK），您可以使用 Recreate rollout 策略。 重要 重要 支持块存储卷，但不建议将其用于生产环境中的镜像 registry。在块存储上配置 registry 的 安装不具有高可用性，因为 registry 无法拥有多个副本。 流程 1. 要将镜像 registry 存储设置为块存储类型，对 registry 进行补丁，使其使用 Recreate rollout 策 略，且仅使用 支持异构集群，因此所有池都必须指定 相同的架构。有效值为 amd64 （默认 值）。 字符串 compute.hyperthread ing 是否在计算机器上启用或禁用并发多线 程或超线程。默认情况下，启用并发多 线程以提高机器内核的性能。 重要 重要 如果禁用并发多线程， 请确保在容量规划时考 虑到机器性能可能会显 著降低的问题。 Enabled 或 Disabled compute.name 使用 compute

这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition Red Hat OpenShift 镜像 registry，因为有多个集群可以在更新集群 时创建单点故障。建议利用 Red Hat OpenShift 的镜像 registry 安装可托管生产环境、高可用性 registry（如 Red Hat Quay）的集群，以便将 OpenShift Container Platform 内容提供给其他集群。 如果在安装环境中已有另一个容器 registry，则为 上安装 77 弹性 IP (EIP) 0 到 1 每个帐户 5 个 EIP 要在高可用性配置中置备集群，安装程序将为区域中的 每个可用区创建一个公共和专用子网。每个专用子网都 需要 NAT 网关，每个 NAT 网关需要单独的弹性 IP。查 看 AWS 区域图来确定每个区域有多少个可用区。要利 用默认高可用性，请在至少含有三个可用区的区域安装 集群。要在有超过五个可用区的区域安装集群，您必须

群。 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征： 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control 与多个集群一起使用，因为多个集群可以在更新 集群时造成单点故障。建议利用 mirror registry for Red Hat OpenShift 安装一个集群，通过这个 集群托管一个生产环境级别的、具有高可用性的 registry（如 Red Hat Quay）的集群，用于为其 他集群提供 OpenShift Container Platform 内容。 OpenShift Container Platform --max-nested-paths 指定限制嵌套路径的目标 registry 的最大嵌套路径数。默认值为 0。 --max-per-registry 指定每个 registry 允许的并发请求数。默认值为 6。 --oci-insecure-signature- policy 在镜像本地 OCI 目录时不要推送签名（使用 --include-local-oci- catalogs）。

发送到 API 服务器的客户端请求或 API 调用数量由每秒的 Queries(QPS)值和 API 服务器处理的并发请求 数决定。客户端可能会过量 QPS 速率发出的请求数量取决于突发值，这对具有极限的应用程序来说非常 有用，并可执行不监管的请求数量。当 API 服务器处理大量并发请求时，对请求的响应时间，特别是大型 和/或高密度的集群。建议您监控 Prometheus 中的 apiserver_request_count Container Platform 的默认值。 如果请求的用时小于秒，则 qps 可以大于 maxRequestsInFlight 值。如果 'maxRequestsInFlight' 设为零，则服务器可以处理的并发请求数没有限制。 3.2. OPENSHIFT CONTAINER PLATFORM 节点主机的推荐做法 kubernetesMasterConfig: apiServerArguments: OpenShift Container Platform 类型进行 enforcing 仲裁读取。这是为了确保对 etcd 的查询不会返回过时的数据。在单节点 etcd 集群中，过时的数据不是问题。在高可用的 etcd 部署中，通常在生产集群中找到，仲裁读取确保有 效的查询结果。在数据库术语中，仲裁读是 线性的 - 每个客户端都会看到集群的最新更新状态，所有客户 端会看到相同的读写序列。有关性能改进的更多信息，请参阅

安装和使用垂直 pod 自动缩放器。 管理员和开发人员 作为管理员，通过监控资源和资源要求， 使用垂直 pod 自动扩展来更好地利用集群 资源。 作为开发人员，使用垂直 pod 自动扩展来 确保 pod 在高负载时可以继续工作，方法 是将 pod 调度到具有每个 pod 充足资源的 节点。 使用设备插件提供对外部资源的访问。 Administrator 设备插件是在节点 (kubelet 的外部)上运行 的其余部分之前，使用 Init 容器执行任 务。 除了在节点、Pod 和容器上执行特定任务外，您还可使用整个 OpenShift Container Platform 集群来使集 群高效和应用程序 pod 具有高可用性。 OpenShift Container Platform 4.9 节 节点 点 12 第 2 章 使用 POD 2.1. 使用 POD pod 是共同部署在同一主机上的一个或多个容 pod 定义了可供其容器使用的存储卷。在本例中，它为包含默认服务帐户令牌的 secret 卷提供一个 临时卷。 如果将具有高文件数的持久性卷附加到 pod，则这些 pod 可能会失败，或者可能需要很长时间才能 启动。如需更多信息，请参阅在 OpenShift 中使用具有高文件计数的持久性卷时，为什么 pod 无法 启动或占用大量时间来实现"Ready"状态？ 注意 注意 status:

作为管理员，通过监控资源和工作负载的 资源要求，使用垂直 pod 自动缩放器来更 好地利用集群资源。 作为开发人员，使用垂直 pod 自动缩放 器，通过将 pod 调度到每个 pod 有充足资 源的节点，来确保 pod 在高需求期间保持 运行。 利用设备插件提供对外部资源的访问权 限。 Administrator 设备插件 是在节点上运行的 gRPC 服务 （kubelet 外部），用于管理特定的硬件资 源。您可以 部署设备插件， 的其余部分之前，使用初始容器执行任务。 除了在节点、pod 和容器上执行特定任务外，您还可以使用整个 OpenShift Container Platform 集群来保 持集群效率和应用程序 pod 高可用性。 第 第 1 章 章 节 节点概述 点概述 11 第 2 章 使用 POD 2.1. 使用 POD pod 是共同部署在同一主机上的一个或多个容器，也是可被定义、部署和管理的最小计算单元。 pod 定义了可供其容器使用的存储卷。在本例中，它为包含默认服务帐户令牌的 secret 卷提供一个 临时卷。 如果将具有高文件数的持久性卷附加到 pod，则这些 pod 可能会失败，或者可能需要很长时间才能 启动。如需更多信息，请参阅在 OpenShift 中使用具有高文件计数的持久性卷时，为什么 pod 无法 启动或占用大量时间来实现"Ready"状态？ 注意 注意 status: