集群的一个内部组成部分。为集群机器部 署操作系统是 OpenShift Container Platform 的安装过程的一部分。请参阅 OpenShift Container Platform 3 和 4 之间的差别。 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container Platform 3 集群升级到 OpenShift 4，因此可以使用任何类型的生产环境集群安装过程来创建新集群。 2.1.3. 您是否希望在您的集群中使用已存在的组件？ 由于操作系统是 OpenShift Container Platform 集成的一部分，因此让安装程序可以更轻松地支持所有基 础架构。它们被称为安装程序置备的基础架构 安装。在这种安装中，您可以为集群提供一些现有的基础架 构，但安装程序会部署集群初始需要的所有机器。 您可以在不对集群或其底层机器自定义 on AWS 的安装。 对于安装程序置备的基础架构安装，您可以在现存的 VPC in AWS, vNet in Azure, 或 VPC in GCP 中使 用。您还可以重复使用网络基础架构的一部分，以便 AWS、Azure、GCP 或 VMC on AWS 可以与环境中 现有的 IP 地址分配共存，并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证，您可 以重复使用这些

集群的一个内部组成部分。为集群机器部 署操作系统是 OpenShift Container Platform 的安装过程的一部分。请参阅 OpenShift Container Platform 3 和 4 之间的差别。 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container Platform 3 集群升级到 OpenShift 4，因此可以使用任何类型的生产环境集群安装过程来创建新集群。 2.1.3. 您是否希望在您的集群中使用已存在的组件？ 由于操作系统是 OpenShift Container Platform 集成的一部分，因此让安装程序可以更轻松地支持所有基 础架构。它们被称为安装程序置备的基础架构 安装。在这种安装中，您可以为集群提供一些现有的基础架 构，但安装程序会部署集群初始需要的所有机器。 您可以在不对集群或其底层机器自定义 或 Nutanix 的安装。 对于安装程序置备的基础架构安装，您可以使用现有的 VPC in AWS, vNet in Azure, 或 VPC in GCP。您 还可以重复使用网络基础架构的一部分，以便 AWS、Azure、GCP 中的集群可以与环境中的现有 IP 地址 分配共存，并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证，您可以重复使用这 些帐户，但可能需要修改帐户，以便具有在它们上安装

OpenShift Container Platform master 主机和 etcd 之间。OpenShift Container Platform API 服务器（master 二进 制的一部分）在节点状态、网络配置、secret 等方面咨询 etcd。 通过以下方法优化此流量路径： 在 master 主机上运行 etcd。默认情况下，etcd 在所有 master 主机上的静态 pod kubeletArguments: kube-api-qps: - "20" kube-api-burst: - "40" 第 第 3 章 章 推荐的主机 推荐的主机实 实践 践 9 过程的一部分，如果需要，您需要将 etcd 存储 API 升级到 v3。在版本 3.7 及更新的版本中，必须使用 v3 API。 除了更改 v3 的新安装模式外，OpenShift Container Platform 通过将软件包从基本分发中移到基础分发中，并集成到这个支持容器中，允许用户部署最少的占 用空间容器主机。 为 Red Hat Enterprise Linux 7 Atomic Host 提供调试功能，它具有不可变的软件包树。rhel- tools 包括 tcpdump、sosreport、git、GDB、perf 等实用程序，以及更常见的系统管理实用程 序。 使用以下命令使用 rhel-tools 容器： 如需更多信息，请参阅

的安装过程中为集群机器部署操作系统。请参阅 OpenShift Container Platform 3 和 4 之间的差别。 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container Platform 3 集群升级到 OpenShift Container Platform 4。相反，您必须创建新的 OpenShift Container 4，因此可以使用任何类型的生产环境集群安装过程来创建新集群。 2.1.3. 您是否希望在您的集群中使用已存在的组件？ 由于操作系统是 OpenShift Container Platform 集成的一部分，因此让安装程序可以更轻松地支持所有基 础架构。它们被称为安装程序置备的基础架构 安装。在这种安装中，您可以为集群提供一些现有的基础架 构，但安装程序会部署集群初始需要的所有机器。 您可以在不对集群或其底层机器自定义 VMC on AWS 的安装。 对于安装程序置备的基础架构安装，您可以使用现存的 VPC in AWS, vNet in Azure, 或 VPC in GCP。您 还可以重复使用网络基础架构的一部分，以便 AWS、Azure、GCP 或 VMC on AWS 可以与环境中现有的 IP 地址分配共存，并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证，您可以重复 使用这些帐

2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 13 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container Platform 3 集群升级到 OpenShift Container Platform 4。相反，您必须创建新的 OpenShift Container 4，因此可以 使用任何类型的生产环境集群安装过程来创建新集群。 2.1.3. 您是否希望在您的集群中使用已存在的组件？ 由于操作系统是 OpenShift Container Platform 集成的一部分，因此让安装程序可以更轻松地支持所有基 础架构。它们被称为安装程序置备的基础架构 安装。在这种安装中，您可以为集群提供一些现有的基础架 构，但安装程序会部署集群初始需要的所有机器。 您可以在不对集群或其底层机器自定义 VMC on AWS 的安装。 对于安装程序置备的基础架构安装，您可以使用一个现存的 VPC in AWS、vNet in Azure 或 VPC in GCP. 您还可以重复使用网络基础架构的一部分,以便 AWS 上的 AWS、Azure、GCP 或 VMC 中的集群可以 与 环境中的现有 IP 地址分配共存,并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证， 您可以

可能的值有： always - 在 在 pod 中成功重启一个成功退出的容器，使用规定的延时(10s，20s，40s)上限为 5 分 钟。默认值为 Always。 OnFailure - 按规定的延时值（10s，20s，40s）不断尝试重启 pod 中失败的容器，上限为 5 分 钟。 Never - 不尝试重启 pod 中已退出或失败的容器。Pod 立即失败并退出。 在 pod 绑定到某个节点后，该 中断预算来指定必须在线的 pod 数量 pod 中断预算是 Kubernetes API 的一部分，可以像其他对象类型一样通过 oc 命令进行管理。它们允许在 操作过程中指定 pod 的安全约束，比如为维护而清空节点。 PodDisruptionBudget 是一个 API 对象，用于指定在某一时间必须保持在线的副本的最小数量或百分 比。在项目中进行这些设置对节点维护（比如缩减集群或升级集群）有益，而且仅在自愿驱除（而非节点 PodDisruptionBudget 对象来指定某一时间必须保持在线的副本的最小数量或百分比。 流程 流程 配置 pod 中断预算： 1. 使用类似以下示例的对象定义来创建 YAML 文件： PodDisruptionBudget 是 policy/v1 API 组的一部分。 必须同时可用的最小 pod 数量。这可以是整数，也可以是指定百分比的字符串（如 20％ ％）。 对一组资源进行的标签查询。matchLabels

数据磁盘不支持指定磁盘吞吐量或磁盘 IOPS。您可以使用 PVC 配置这些属性。 其他 其他资 资源 源 Microsoft Azure ultra 磁盘文档 使用 CSI PVC 在强制磁盘上部署机器的机器集 使用树内 PVC 部署机器的机器集 2.3.7.1. 使用机器集 使用机器集创建 建带有巨型磁 有巨型磁盘的机器 的机器 您可以通过编辑机器集 YAML 文件在 Azure 上部署带有巨型磁盘的机器。 - 模式。端口定义中需要 nameSuffix 字 段。 您可以为每个端口启用中继。 另外，您还可以在端口中添加标签作为其标签 标签（ （tags） ）列表的一部分。 - radio vnicType: direct 3 portSecurity: false 4 - 模式。端口定义中需要 nameSuffix 字 段。 您可以为每个端口启用中继。 另外，您还可以在端口中添加标签作为其标签 标签（ （tags） ）列表的一部分。 如果您的集群使用 Kuryr，且 RHOSP SR-IOV 网络禁用端口安全，计算机器的主要端口必须具有： spec.template.spec.providerSpec.value.networks

决定了给定时间每个应用程序实例所需的并发请求数。 并 并发 发限制 限制 决定了给定时间允许每个应用程序的并发请求数的限值。 并 并发 发利用率 利用率 决定了在 Knative 扩展额外 pod 前必须满足并发请求限制的百分比，以处理额外 的流量。 自 自动扩 动扩展窗口 展窗口定义了平均时间窗口，以便在自动扩展器不处于 panic 模式时提供缩放决策的输 入。如果在此窗口中没有收到任何请求，服务将缩减为零。autoscale 3.3.4.8. 在 在单 单个 个 pod 中 中对镜 对镜像和源 像和源进 进行分 行分组 组 new-app 命令允许在一个 pod 中一起部署多个镜像。要指定要将哪些镜像分组在一起，使用 + 分隔符。 也可使用 --group 命令行参数来指定应分组在一起的镜像。要将源存储库中构建的镜像与其他镜像一起分 组，请在组中指定其构建器镜像： 将通过源构建的镜像和外部镜像一起部署： 3.3.4 改，以及查看上一次构建的状态。您可以缩放视图来查看特定应用程序的更多详情。 Topology 视图为您提供了使用 List 视图监控应用程序的选项。使用 List 视图 视图 图标 查看所有应用 程序的列表，并使用 图 图形 形视图 视图 图标 ( ) 切回到图形视图。 您可以使用以下命令自定义视图： 使用 Find by name 字段查找所需组件。搜索结果可能会出现在可见区域之外 ; 点击左侧工具栏中 的 Fit

Platform 3 和 OpenShift Container Platform 4 的比较。 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container Platform 3 集群升级到 OpenShift Container Platform 4。相反，您必须创建新的 OpenShift Container 4，因此可以 使用任何类型的生产环境集群安装过程来创建新集群。 2.1.3. 您是否希望在您的集群中使用已存在的组件？ 由于操作系统是 OpenShift Container Platform 集成的一部分，因此让安装程序可以更轻松地支持所有基 础架构。它们被称为安装程序置备的基础架构 安装。在这种安装中，您可以为集群提供一些现有的基础架 构，但安装程序会部署集群初始需要的所有机器。 您可以在不对集群或其底层机器自定义到 AWS、Azure 或 GCP 的安装。 对于安装程序置备的基础架构安装，您可以使用一个现存的 VPC in AWS、vNet in Azure 或 VPC in GCP. 您还可以重复利用网络基础架构的一部分，以便 AWS、Azure 或 GCP 中的集群可以与环境中的现有 IP 地址分配共存，并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证，您可以重复使 用这些帐户，但可能需要修改帐户，以便具有在它们上安装

支持的管理程 序列表。 使用 in-tree 驱动程序存储 vSphere 6.5 及之后的版本 此插件使用 OpenShift Container Platform 中包含的 vSphere 的树 内存储驱动程序创建 vSphere 存 储。 可选： Networking (NSX-T) vSphere 6.5U3 或 vSphere 6.7U2 及之后的版本 OpenShift Container 并可能导致数据丢失。 同样，OpenShift Container Platform 不支持在数据存储间有选择地迁移 VMDK、使用数据存储集群进行 虚拟机置备、动态或静态置备 PV，或使用作为数据存储集群一部分的数据存储进行 PV 的动态或静态置 备。 集群资源 当部署使用安装程序置备的基础架构的 OpenShift Container Platform 集群时，安装程序必须能够在 vCenter 实例中创建多个资源。 支持的管理程 序列表。 使用 in-tree 驱动程序存储 vSphere 6.5 及之后的版本 此插件使用 OpenShift Container Platform 中包含的 vSphere 的树 内存储驱动程序创建 vSphere 存 储。 可选： Networking (NSX-T) vSphere 6.5U3 或 vSphere 6.7U2 及之后的版本 OpenShift Container