和 OpenShift Container Platform 概念，允许您专注于开发应用程序。 创 创建 建 CI/CD 管道 管道 ：管道是无服务器、云原生、持续集成和在隔离容器中运行的持续部署系统。它 们使用标准的 Tekton 自定义资源来实现部署自动化，并为处理基于微服务的架构的非中心化团队 设计。 部署 部署 Helm chart:Helm 3 是一个软件包管理器，可帮助开发人员在 义(CRD)修改集群 修改集群 ：通过 Operator 实施的集群功能可使用 CRD 修改。了解创 建 CRD 以及从 CRD管理资源。 设 设置 置资 资源配 源配额 额 ：从 CPU、内存和其他系统资源中选择来设置配额。 修剪和回收 修剪和回收资 资源 源：通过修剪不需要的 Operator、组、部署、构建、镜像、registry 和 cron 作业来 回收空间。 扩 扩展 展和 和调优 Serverless (Knative) 是 OpenShift Pipelines (Jenkins 和 和 Tekton) 是 IBM Cloud Pak 和 和 RHT MW Bundles 的嵌入式 的嵌入式组 组件 件 是 OpenShift Kubernetes Engine OpenShift Container Platform 2.1.1. 核心 Kubernetes 和容器编配

. . . . . . . . . . . . . . . . 目 目录 录 使开源包含更多 使开源包含更多 第 第 1 章 章 发 发行注 行注记 记 1.1. 组件版本 1.2. 最低系统要求 1.3. 更改和增强 1.4. 主要改进 1.5. 技术预览 1.6. 主要变化 第 第 2 章 章 已知 已知问题 问题 2.1. 常规问题 2.2. MICROSOFT WINDOWS Container Platform 4.13.9 OpenShift 客户端二进制(oc) v4.13.9 Podman 二进制文件 4.4.4 1.2. 最低系统要求 Red Hat OpenShift Local 有以下最低硬件和操作系统要求。 1.2.1. 硬件要求 Red Hat OpenShift Local 在以下构架中被支持： 表 表 1.2. 预设 预设置和架 置和架构 构兼容性 是 是 podman 容器运行时 是 是 是 Red Hat OpenShift Local 不支持嵌套虚拟化。 根据所需的容器运行时，Red Hat OpenShift Local 需要以下系统资源： 1.2.1.1. 对于 OpenShift Container Platform 4 个物理 CPU 内核 9 GB 可用内存 35 GB 存储空间 1.2.1.2. 对于 MicroShift

system、kube-public、openshift-node、openshift-infra、openshift。您不能使用这些 命名空间用来运行 pod 或服务。 流程 运行： 例如： 注意 注意 系统管理员可能会限制允许创建的项目数量。达到限值后，需要删除现有项目才能创建新 项目。 2.1.4. 使用 Web 控制台查看项目 流程 1. 浏览至 Home → Project。 2. 选择要查看的项目。 3. 配置项目创建 在 OpenShift Container Platform 中，项目用于对相关对象进行分组和隔离。使用 Web 控制台或 oc new-project 命令请求创建新项目时，系统会根据可自定义的模板来使用 OpenShift Container Platform 中的端点置备项目。 作为集群管理员，您可以允许开发人员和服务帐户创建或自助置备其自己的项目，并且配置具体的方式。 Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 Event Source：选择一个事件源，从特定系统中注册对一类事件的兴趣。 注意 注意 如果安装了 RHOAS Operator，也可使用 Managed services 选项。 Git 存储库：使用 From Git、From Devfile

system、kube-public、openshift-node、openshift-infra、openshift。您不能使用这些 命名空间用来运行 pod 或服务。 流程 流程 运行： 例如： 注意 注意 系统管理员可能会限制允许创建的项目数量。达到限值后，需要删除现有项目才能创建新 项目。 2.1.4. 使用 Web 控制台查看项目 流程 流程 1. 浏览至 Home → Project。 2. 3. 配置项目创建 在 OpenShift Container Platform 中，项目用于对相关对象进行分组和隔离。使用 Web 控制台或 oc new-project 命令请求创建新项目时，系统会根据可自定义的模板来使用 OpenShift Container Platform 中的端点置备项目。 作为集群管理员，您可以允许开发人员和服务帐户创建或自助置备其自己的项目，并且配置具体的方式。 Chart 来简化应用程序和服务部署。 Devfile: 从 Devfile registry 中选择一个 devfile 来声明性地定义开发环境。 Event Source：选择一个事件源，从特定系统中注册对一类事件的兴趣。 注意 注意 如果安装了 RHOAS Operator，也可使用 Managed services 选项。 Git 存 存储库 储库：使用 From Git、From Devfile

建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 CPU 使用 量、内存使用量，以及构建或 Pod 执行时间。 OpenShift Container Platform 构建系统提供对构建策略的可扩展支持，它们基于构建 API 中指定的可选 择类型。可用的构建策略主要有三种： Docker 构建 Source-to-Image (S2I) 构建 Custom 构建 默认情况下，支持 支持递增构建，可重复利用以前下载的依赖项和过去构建的 工件等。 S2I 的优点包括： 镜像灵活性 可以编写 S2I 脚本，将应用程序代码注入到几乎所有现有的 Docker 格式容器镜像，以此利用 现有的生态系统。请注意，S2I 目前依靠 tar 来注入应用程序源代码，因此镜像需要能够处理 tar 压缩的内容。 OpenShift Container Platform 4.4 构 构建（ 建（build） S2I 允许基于新的基础镜像重新构建应用程序。 操作效率 通过限制构建操作而不许随意进行 Dockerfile 允许的操作，PaaS 运维人员可以避免意外或故 意滥用构建系统。 操作安全性 构建任意 Dockerfile 会将主机系统暴露于 root 特权提升。因为整个 Docker 构建过程都通过具 备 Docker 特权的用户运行，这可能被恶意用户利用。S2I 限制以 root 用户执行操作，而能够

建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 CPU 使用 量、内存使用量，以及构建或 Pod 执行时间。 OpenShift Container Platform 构建系统提供对构建策略的可扩展支持，它们基于构建 API 中指定的可选 择类型。可用的构建策略主要有三种： Docker 构建 Source-to-image（S2I）构建 Custom 构建 默认情况下，支持 Platform 上的 Jenkins 镜像被完全支持，用户可以按照 Jenkins 用户 文档在作业中定义 jenkinsfile，或者将其存储在 Source Control Management 系统中。 采用 Pipeline 构建策略时，开发人员可以定义 Jenkins 管道，供 Jenkins 管道插件使用。构建可以由 OpenShift Container Platform 启动、监控和管理，其方式与任何其他构建类型相同。 中的输入镜像时，如果出现 build error: failed to pull image 信息，您可以使用 以下方法之一解决这个错误： 创建一个输入 secret，其中包含构建器镜像的仓库和所有已知 mirror 系统的身份验证凭据。在本 例中，为到镜像 registry 及其 mirror 的凭证创建一个 pull secret。 使用输入 secret 作为 BuildConfig 对象上的 pull secret。

行健康检查、管理无线(OTA)更新的方法，并确保应用程序保持在指定的状态。 虽然这两个操作都遵循类似的 Operator 概念和目标，但 OpenShift Container Platform 中的 Operator 由 两个不同的系统管理，具体取决于其用途： 由 Cluster Version Operator (CVO) 管理的 Cluster Operator 被默认安装来执行集群功能。 可选的附加组件 Operator 重复安装和升级。 持续对每个系统组件执行运行状况检查。 无线 (OTA) 更新 OpenShift 组件和 ISV 内容。 汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platform）包含构建复杂分布式系统（可在本地和云提供 商之间工作）需要的所有原语，包括 基于文件的目录格式。有关使用基于文件的目录的更多信息，请参阅管理自定义目录以 及使用 oc-mirror 插件为断开连接的安装 mirror 镜像 。 2.2.2.1. 目 目录结构 基于文件的目录可从基于目录的文件系统进行存储和加载。opm CLI 通过遍历根目录并递归到子目录来加 载目录。CLI 尝试加载它找到的每个文件，如果发生错误，则会失败。 可以使用 .indexignore 文件忽略非目录文件，这些文件对模式和优先级与

将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 1.1.2.1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。

将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 1.1.2.1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。

PLATFORM 简介 2.1.1. 关于 Kubernetes 2.1.2. 容器化应用程序的好处 2.1.2.1. 操作系统的好处 2.1.2.2. 部署和扩展优势 2.1.3. OpenShift Container Platform 概述 2.1.3.1. 定制操作系统 2.1.3.2. 简化的安装和更新流程 2.1.3.3. 其他主要功能 2.1.3.4. OpenShift Container LINUX COREOS(RHCOS)和 IGNITION 作为集群管理员，您可以执行以下 Red Hat Enterprise Linux CoreOS(RHCOS)任务： 了解下一代 单用途容器操作系统技术。 选择如何配置 Red Hat Enterprise Linux CoreOS(RHCOS) OpenShift Container Platform 4.7 架 架构 构 4 选择如何部署 将容器化应用程序从单一云扩展到内部和多云环境。 2.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个