Service Broker 不再会被默认安装 多个 oc adm 命令现已过时 imagepolicyadmission 的可配置性已不存在 1.4. 技术预览功能 1.5. 已知问题 1.6. 异步勘误更新 1.6.1. RHBA-2019:0758 - OpenShift Container Platform 4.1 镜像发行公告 1.6.1.1. 镜像 第 第 2 章 章 OPENSHIFT OpenShift Container Platform 基于 Red Hat Enterprise Linux 和 Kubernetes，为当今的企业级应用程序 提供了一个更加安全、可扩展的多租户操作系统，同时提供了集成的应用程序运行时及程序库。 OpenShift Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 Red Hat OpenShift OpenShift Container Platform 需要包括用来运行安装进程在内的所有机器都可以直接连接到互联网以用 来为平台容器获取镜像（pull image），并向红帽提供 telemetry 数据。这些操作不能通过代理服务器进 行。 1.1.1. 致谢 红帽全球支持服务团队借此感谢 Rushil Sharma、 JooHo Lee 和 Suresh Gaikwad 在评估和测试 OpenShift

PLATFORM 层次和依赖组件支持和兼容性 1.3. 新功能及功能增强 1.4. 主要的技术变化 1.5. 弃用和删除的功能 1.6. 程序错误修复 1.7. 技术预览功能 1.8. 已知问题 1.9. 异步勘误更新 3 3 3 4 29 31 35 47 53 60 目 目录 录 1 OpenShift Container Platform 4.14 发 发行注 行注记 记 2 第 OpenShift Container Platform 基于 Red Hat Enterprise Linux（RHEL）和 Kubernetes，为当今的企业级 应用程序提供了一个更加安全、可扩展的多租户操作系统，同时提供了集成的应用程序运行时及程序库。 OpenShift Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 OpenShift 后出现问题，其中已删除的 API 仍在由运行或与集群交互的工作负 载、工具或其他组件使用。管理员必须针对将要删除的任何 API 评估其集群，并迁移受影响的组件，以使 用适当的新 API 版本。完成此操作后，管理员可以向管理员提供确认。 所有 OpenShift Container Platform 4.13 集群都需要此管理员确认，然后才能升级到 OpenShift Container Platform

17 18 目 目录 录 1 1.2.5.1. 改进了 Web 控制台的升级体验 1.2.5.2. 改进了使用 OperatorHub 的 Operator 安装工作流 1.2.5.3. 改进了操作对象详情视图 1.2.5.4. 查看集群 Operator 的相关对象 1.2.5.5. 编辑受管资源时的警告信息 1.2.5.6. k8sResourcePrefix specDescriptor 26 26 28 28 OpenShift Container Platform 4.6 发 发行注 行注记 记 2 1.2.11.8. 为 Image Registry Operator 和操作对象单独设置日志级别 1.2.12. Builds 1.2.12.1. 支持对 HTTPS 代理后面的 Git 克隆的构建 1.2.13. 镜像 1.2.13.1. 支持 Cloud Credential 33 33 33 33 33 34 34 34 34 34 34 35 35 35 35 36 36 36 36 36 36 37 54 56 目 目录 录 3 1.8. 异步勘误更新 1.8.1. RHBA-2020:4196 - OpenShift Container Platform 4.6 镜像和程序错误公告 1.8.2. RHSA-2020:4297 - Moderate:

注意 注意 建议集群中的每个 OpenShift Container Platform 节点都可以访问可通过 DHCP 发现的网 络时间协议（NTP）服务器。没有 NTP 服务器也可安装。但是，异步服务器时钟将导致错 误，NTP 服务器会阻止。 所需的 IP 地址 安装程序置备的 vSphere 安装需要这些静态 IP 地址： API 地址用于访问集群 API。 Ingress 地址用于集群入口流量。 Infrastructure Provider 页面。如果您有红帽帐号，请使 用自己的凭证登录。如果没有，请创建一个帐户。 2. 选择您的基础架构供应商。 3. 进入适用于您的安装类型的页面，下载您的操作系统的安装程序，并将文件放在要保存安装配置 文件的目录中。。 重要 重要 $ eval "$(ssh-agent -s)" Agent pid 31874 $ ssh-add / 删除安装程序创建的文件不会删除您的集群，即使集群在安装过程中失败也是如 此。要删除集群，为特定云供应商完成 OpenShift Container Platform 卸载流程。 4. 提取安装程序。例如，在使用 Linux 操作系统的计算机上运行以下命令： 5. 从 Red Hat OpenShift Cluster Manager 下载安装 pull secret 。通过此 pull secret，您可以进行所 含授

Elastic Compute Cloud (Amazon EC2) 实例创建公共 IP 地址。为了可以 SSH 到 OpenShift Container Platform 主机，您必须按照以下步骤操作。 流程 流程 1. 创建一个安全组，允许 SSH 访问由 openshift-install 命令创建的虚拟私有云 (VPC) 。 2. 在安装程序创建的某个公共子网中创建 Amazon EC2 Amazon EC2 实例相关联。 与 OpenShift Container Platform 安装不同，您应该将您创建的 Amazon EC2 实例与 SSH 密钥对 关联。这与您为这个实例选择的操作系统无关，因为它只是一个 SSH 堡垒将互联网桥接到 OpenShift Container Platform 集群的 VPC。它与您使用的 Amazon Machine Image (AMI) 相 不同发行版本间有所改变。例如：使用在版本 X.Y.Z 中部署的 Intermediate 配 置集，升级到版本 X.Y.Z+1 可能会导致新的配置集配置应用到 Ingress Controller，从而导致一个 rollout 操作。 Ingress Controller 的最低 TLS 版本是 1.1，最高 TLS 版本为 1.3。 注意 注意 加密器和配置的安全配置集的最小 TLS 版本反映在 TLSProfile 状态中。

Red Hat Enterprise Linux CoreOS (RHCOS) 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 SELinux 的 RHEL 内核。RHCOS 包括作为 Kubernetes Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像（使用 OSTree 作为后端）提供，该镜像由 Machine Config Operator 在集群中部署。实际的操作系 统更改通过使用 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台 平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 Ignition 配置文件设 置每台机器的确切状态，安装后则由 Machine Config Operator 完成对机器的更多更改，例如应用新证书

Elastic Compute Cloud (Amazon EC2) 实例创建公共 IP 地址。为了可以 SSH 到 OpenShift Container Platform 主机，您必须按照以下步骤操作。 流程 流程 1. 创建一个安全组，允许 SSH 访问由 openshift-install 命令创建的虚拟私有云 (VPC) 。 2. 在安装程序创建的某个公共子网中创建 Amazon EC2 Amazon EC2 实例相关联。 与 OpenShift Container Platform 安装不同，您应该将您创建的 Amazon EC2 实例与 SSH 密钥对 关联。这与您为这个实例选择的操作系统无关，因为它只是一个 SSH 堡垒将互联网桥接到 OpenShift Container Platform 集群的 VPC。它与您使用的 Amazon Machine Image (AMI) 相 不同发行版本间有所改变。例如：使用在版本 X.Y.Z 中部署的 Intermediate 配 置集，升级到版本 X.Y.Z+1 可能会导致新的配置集配置应用到 Ingress Controller，从而导致一个 rollout 操作。 Ingress Controller 的最低 TLS 版本是 1.1，最高 TLS 版本为 1.3。 注意 加密器和配置的安全配置集的最小 TLS 版本反映在 TLSProfile 状态中。

Red Hat Enterprise Linux CoreOS (RHCOS) 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 SELinux 的 RHEL 内核。RHCOS 包括作为 Kubernetes Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像（使用 OSTree 作为后端）提供，该镜像由 Machine Config Operator 在集群中部署。实际的操作系 统更改通过使用 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台 平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 Ignition 配置文件设 置每台机器的确切状态，安装后则由 Machine Config Operator 完成对机器的更多更改，例如应用新证书

IBM Z 网络连接要求 9.1.3.4. 最低资源要求 9.1.3.5. 最低 IBM Z 系统环境 硬件要求 操作系统要求 IBM Z 网络连接要求 z/VM 客户虚拟机的磁盘存储 存储/主内存 9.1.3.6. 首选 IBM Z 系统环境 硬件要求 操作系统要求 IBM Z 网络连接要求 z/VM 客户虚拟机的磁盘存储 存储/主内存 9.1.3.7. 证书签名请求管理 IBM Z 网络连接要求 9.2.3.4. 最低资源要求 9.2.3.5. 最低 IBM Z 系统环境 硬件要求 操作系统要求 IBM Z 网络连接要求 z/VM 客户虚拟机的磁盘存储 存储/主内存 9.2.3.6. 首选 IBM Z 系统环境 硬件要求 操作系统要求 IBM Z 网络连接要求 z/VM 客户虚拟机的磁盘存储 存储/主内存 9.2.3.7. 证书签名请求管理 1.3.3. IBM Z 网络连接要求 10.1.3.4. 主机机器资源要求 10.1.3.5. 最低 IBM Z 系统环境 硬件要求 操作系统要求 10.1.3.6. 最低资源要求 10.1.3.7. 首选 IBM Z 系统环境 硬件要求 操作系统要求 10.1.3.8. 首选资源要求 10.1.3.9. 证书签名请求管理 10.1.4. 创建用户置备的基础架构 10.1.4

在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。 OpenShift Container Platform 4.8 安装 安装 6 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS (RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 Ignition。这一工具让集群能够配置机器。操作系统更新作为嵌入在容器 镜像中的 Atomic OSTree 存储库交付，该镜像由 Operator 在整个集群中推广。实际的操作系统更改通过 使用 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台保持最新状 最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 Ignition 配置文件设 置每台机器的确切状态，安装后则由 Machine Config Operator 完成对机器的更多更改，例如应用新证书