章 关于 关于 {OKE} 2.1. 相同和不同的地方 2.1.1. 核心 Kubernetes 和容器编配 2.1.2. 企业级就绪配置 2.1.3. 标准基础架构服务 2.1.4. 核心用户体验 2.1.5. 维护和策展的内容 2.1.6. 兼容 OpenShift Container Storage 2.1.7. Red Hat Middleware 兼容 2.1.8. OpenShift Serverless 2.1.9. Quay 集成兼容 2.1.10. OpenShift Virtualization 2.1.11. 高级集群管理 2.1.12. 高级网络 2.1.13. 开发者体验 2.1.14. 功能概述 2.2. 订阅限制 第 第 3 章 章 KUBERNETES 概述 概述 3.1. KUBERNETES 组件 3.2. KUBERNETES 资源 3.3. KUBERNETES Container Platform 中发现的 Route API 对象，包括其与 HAproxy 边缘路由层 集成在一起的 Kubernetes Ingress Controller。 2.1.4. 核心用户体验 OpenShift Kubernetes Engine 用户对 Kubernetes Operator、pod 部署策略、Helm 和 OpenShift Container Platform

进行横向的自动扩展 (技术预览) 1.2.5.2. 新的提示用户界面 1.2.5.3. Telemeter 1.2.5.4. 基于资源 metrics API 对 pod 进行横向的自动扩展 1.2.6. 开发者体验 1.2.6.1. 代码就绪容器 1.2.6.2. 全面支持 Multi-stage Dockerfile 镜像构建功能 1.2.7. Registry 1.2.7.1. registry 现在由一个 metrics 服务器。 1.2.6. 开发者体验 1.2.6.1. 代 代码就 就绪容器 容器 oc cluster 命令、Minishift 以及 CDK 现在由一个本地的 OpenShift Container Platform 4.1 桌面实例所替 代。OpenShift Container Platform 4.1 的设计宗旨是简化访问过程及提供原生的体验。它在 macOS 和 Microsoft

14 14 14 15 16 16 16 16 16 16 17 17 17 17 17 17 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 3. 现在完全支持 Performance Addon Operator 1.2.6.4. 使用 Intel 设备优化数据平面性能 1.2.6.5. 在控制台中管理裸机主机 1.2.7. 开发者体验 1.2.7.1. oc set probe 命令已扩展 1.2.7.2. oc adm upgrade 命令现在会提供可升级条件 1.2.8. 网络 1.2.8.1. OVN-Kubernetes OPENSHIFT CONTAINER PLATFORM 4.6 发 发行注 行注记 记 17 1.2.5. Web 控制台 1.2.5.1. 改 改进 进了 了 Web 控制台的升 控制台的升级 级体 体验 验 现在，管理员可以通过有用的文本和 web 控制台中的链接更好地了解升级频道之间的差别。 现在，为每个次要版本或补丁版本提供了程序错误修正和功能增强列表的链接。 现在，不同的升级路径有视觉化的显示。

和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现，可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 Docker 包含要在终端执行以编译镜像的用户命令的文本文件。 Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container Engine。 Kubelet，Kubernetes CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA)更新的方法，并确保应用程序保持在指定的状态。 Operator 还提供了更为精细的配置体验。若要配置各个组件，您可以修改 Operator 公开的 API，而不必 修改全局配置文件。 因为 CRI-O 和 Kubelet 在每个节点上运行，所以几乎所有其他集群功能都可以通过使用 Operator

Platform Web控制台是可从Web浏览器访问的用户界面。开发人员可以使用Web控 制台来直观地浏览并管理项目的内容。 2.1. 先决条件 必须启用JavaScript才能使用Web控制台。为获得最佳体验，请使用支持WebSockets的Web浏览 器。 在为集群创建支持基础结构之前，请参阅OpenShift Container Platform 4.x Tested Integrations页。 23 第 8 章 在 WEB 控制台中创建快速启动指南 如果您要为 OpenShift Container Platform Web 控制台创建快速启动指南，请按照以下步骤保留所有快速 启动的用户体验。 8.1. 了解快速开始 快速开始是用户任务的指导教程。在 Web 控制台中，您可以在 Help 菜单下快速启动访问。它们在使用应 用程序、Operator 或其他产品时特别有用。 快速开始 第 3 步 任务 2 第 1 步 第 2 步 第 3 步 任务 3 第 1 步 第 2 步 第 3 步 8.2. 快速启动用户工作流 当您与现有快速启动指南交互时，这是预期的工作流体验： 1. 在 Administrator 或 Developer 视角中，点击 Help 图标并选择 Quick Starts。 2. 点快速启动卡。 3. 在出现的面板中点 Start。 4

Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container Engine。 Kubelet，Kubernetes 可以管理一个组件或数十个组件，但最终目标始终是通过自动化常见操作来减轻运维负担。 OpenShift Container Platform 4.2 架 架构 构 14 Operator 还提供了更为精细的配置体验。若要配置各个组件，您可以修改 Operator 公开的 API，而不必 修改全局配置文件。 3.1.2.2. 由 由 OLM 管理的 管理的 Operator Cluster Operator ，包括集群节 点上 Red Hat Enterprise Linux CoreOS (RHCOS) 的更新，因此 OpenShift Container Platform 提供了可 靠的生命周期管理体验，能够简化节点升级的编配。 OpenShift Container Platform 使用三个 DaemonSet 和控制器来简化节点管理。这些 DaemonSet 通过 使用标准的 Kubernetes

Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container Engine。 Kubelet，Kubernetes 可以管理一个组件或数十个组件，但最终目标始终是通过自动化常见操作来减轻运维负担。 OpenShift Container Platform 4.3 架 架构 构 14 Operator 还提供了更为精细的配置体验。若要配置各个组件，您可以修改 Operator 公开的 API，而不必 修改全局配置文件。 3.1.2.2. 由 由 OLM 管理的 管理的 Operator Cluster Operator ，包括集群节 点上 Red Hat Enterprise Linux CoreOS (RHCOS) 的更新，因此 OpenShift Container Platform 提供了可 靠的生命周期管理体验，能够简化节点升级的编配。 OpenShift Container Platform 使用三个 DaemonSet 和控制器来简化节点管理。这些 DaemonSet 通过 使用标准的 Kubernetes

Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform 3 中使用的 Docker Container Engine。 Kubelet，Kubernetes CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA)更新的方法，并确保应用程序保持在指定的状态。 Operator 还提供了更为精细的配置体验。若要配置各个组件，您可以修改 Operator 公开的 API，而不必 修改全局配置文件。 因为 CRI-O 和 Kubelet 在每个节点上运行，所以几乎所有其他集群功能都可以通过使用 Operator ，包括集群节 点上 Red Hat Enterprise Linux CoreOS (RHCOS) 的更新，因此 OpenShift Container Platform 提供了可 靠的生命周期管理体验，能够简化节点升级的编配。 OpenShift Container Platform 使用三个守护进程集和控制器来简化节点管理。这些守护进程集通过使用 标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括：

registry。 4.1. 学习容器最佳实践 在创建 OpenShift Container Platform 上运行的容器镜像时，镜像创建者需考虑诸多最佳实践，以确保为 镜像的使用者提供良好体验。镜像原则上不可变且应按原样使用，所以请遵守以下准则，以确保您的镜像 高度可用，且易于在 OpenShift Container Platform 上使用。 4.1.1. 常规容器镜像准则 无论容器镜像是否在 定义镜像元数据有助于 OpenShift Container Platform 更好地使用您的容器镜像，允许 OpenShift Container Platform 使用您的镜像为开发人员创造更好的体验。例如，您可以添加元数据以提供有用的镜 像描述，或针对可能也需要的其他镜像提供建议。 集群 集群 您必须充分了解运行镜像的多个实例的意义。在最简单的情况下，服务的负载均衡功能会处理将流量路由 到镜 定义镜像元数据有助于 OpenShift Container Platform 更好地使用您的容器镜像，允许 OpenShift Container Platform 使用您的镜像为开发人员创造更好的体验。例如，您可以添加元数据以提供有用的镜 像描述，或针对可能也需要的其他镜像提供建议。 本主题仅定义当前用例集所需的元数据。以后可能还会添加其他元数据或用例。 4.2.1. 定义镜像元数据 您可使用

完全自动创建所需资源、网络和计算。如需更多信息，请参阅 AWS 本地区中快速设置集群。 1.3.2.21. 使用手 使用手动维护 动维护的云凭 的云凭证 证的集群 的集群简 简化的安装和更新体 化的安装和更新体验 验 此发行版本包括更改，用于改进安装和更新以手动模式使用 Cloud Credential Operator (CCO) 的集群进 行云供应商身份验证。oc adm release extract Operator。 灵活的 灵活的 Operator 打包格式 打包格式 管理员可以使用基于文件的目录来安装和管理以下类型的内容： 基于 OLM 的 Operator，类似于现有的 OLM 体验 普通捆绑包，它们是任意 Kubernetes 清单的静态集合 另外，捆绑包大小不再受 etcd 值大小限制。如需更多信息，请参阅在 OLM 1.0 中管理普通捆绑包。 注意 注意 对于 OpenShift --cloud 参数已弃用。介绍 -- included 和 --install-config 参数使 --cloud 参数成为不必要的。 如需更多信息，请参阅使用手动维护的云凭证为集群简化安装和更新体验。 1.5.1.4. Red Hat Virtualization (RHV)作 作为 为 OpenShift Container Platform 的主机平台 的主机平台 Red Hat Virtualization