respective owners. 摘要 摘要 本文提供有关在集群中配置和管理节点、Pod 和容器的说明。它还提供有关配置 Pod 调度和放置、 使用作业（job）和 DaemonSet 来自动执行操作，以及确保集群保持高效性的其他任务信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 节 节点概述 点概述 1.1. 关于节点 读取操作 管理操作 增强操作 1.2. 关于 POD 读取操作 管理操作 增强操作 1.3. 关于容器 第 第 2 章 章 使用 使用 POD 2.1. 使用 POD 2.1.1. 了解 pod 2.1.2. pod 配置示例 2 4.2.3. 创建 cron job 第 第 5 章 章 操作 操作节 节点 点 5.1. 查看和列出 OPENSHIFT CONTAINER PLATFORM 集群中的节点 5.1.1. 关于列出集群中的所有节点 5.1.2. 列出集群中某一节点上的 pod 5.1.3. 查看节点上的内存和 CPU 用量统计 5.2. 操作节点 5.2.1. 了解如何撤离节点上的 pod 5.2.2

开 开发 发人 人员 员 CLI 操作 操作 4.1. 概述 4.2. 常见操作 4.3. 对象类型 4.4. 基本 CLI 操作 4.4.1. 类型 4.4.2. login 4.4.3. logout 4.4.4. new-project 4.4.5. new-app 4.4.6. status 4.4.7. project 4.5. 应用修改操作 4.5.1. get 4.5.2 5. label 4.5.6. expose 4.5.7. 删除 4.5.8. set 4.5.8.1. 设置 env 4.5.8.2. 设置 build-secret 4.6. 构建和部署操作 4.6.1. start-build 4.6.2. rollback 4.6.3. new-build 4.6.4. cancel-build 4.6.5. import-image 4.6 故障排除和调试操作 4.8.1. debug 4.8.1.1. 用法 4.8.1.2. 示例 4.8.2. logs 4.8.3. exec 4.8.4. rsh 4.8.5. rsync 4.8.6. port-forward 4.8.7. proxy 4.9. OC 故障排除 第 第 5 章 章 管理 管理员 员 CLI 操作 操作 5.1. 概述 5.2. 常见操作 5.3.

respective owners. 摘要 摘要 本文提供有关在集群中配置和管理节点、Pod 和容器的说明。它还提供有关配置 Pod 调度和放置、 使用作业（job）和 DaemonSet 来自动执行操作，以及确保集群保持高效性的其他任务信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 节 节点概述 点概述 1.1. 关于节点 读取操作 管理操作 功能增强操作 1.2. 关于 POD 读取操作 管理操作 功能增强操作 1.3. 关于容器 第 第 2 章 章 使用 使用 POD 2.1. 使用 POD 2.1.1. 了解 pod 2.1.2. pod 配置示例 4.2.3. 创建 cron job 第 第 5 章 章 操作 操作节 节点 点 5.1. 查看和列出 OPENSHIFT CONTAINER PLATFORM 集群中的节点 5.1.1. 关于列出集群中的所有节点 5.1.2. 列出集群中某一节点上的 pod 5.1.3. 查看节点上的内存和 CPU 用量统计 5.2. 操作节点 5.2.1. 了解如何撤离节点上的 pod 5.2.2

Container Platform 的最新版本。 3.1.2. 支持的客户端操作系统 要查看 OpenShift Virtualization 支持的客户机操作系统，请参阅 Red Hat OpenStack Platform、Red Hat Virtualization 和 OpenShift Virtualization 中认证的客户机操作系统。 3.2. 使开源包含更多 红帽致力于替换我们的代码、文档和 来的自动更新。 现在，您可以将 OpenShift Virtualization 与单一节点集群一起使用，也称为单一节点 OpenShift(SNO)。 注意 注意 单节点集群没有针对高可用性操作配置，这会导致 OpenShift Virtualization 行为 有显著变化。 现在，为所有 OpenShift Virtualization control plane 组件定义了资源请求和优先级类。 Bare Metal Servers 上安装 OpenShift Virtualization 。不支持由其他 云提供商提供的裸机服务器。 3.6. 程序错误修复 如果您在克隆源可用前启动克隆操作，克隆操作现在可以成功完成，而无需使用临时解决方案。 (BZ#1855182) 如果虚拟机在版本 4.8 之前引用 OpenShift Virtualization 提供的已删除模板，则编辑虚拟机会失 败。在

hco-operator (HCO)提供了一个单一入口点，用于部署和管理 OpenShift Virtualization 以及一些带有建 议的默认值的 helper operator。它还会为这些操作器创建自定义资源(CR)。 OpenShift Container Platform 4.13 虚 虚拟 拟化 化 8 表 表 2.1. hco-operator 组 组件 件 组 组件 件 2 章 章 OPENSHIFT VIRTUALIZATION 架 架构 构 13 daemonset/virt-handler 监控对虚拟机的任何更改并指示 virt-launcher 执行 所需操作。此组件特定于节点。 pod/virt-launcher 包含由 libvirt 和 qemu 实施的用户创建的虚拟机。 组 组件 件 描述 描述 OpenShift Container Platform vCPU 等待周期的 VirtualMachines 存 存储 储吞吐量 吞吐量图表 带有最高存储吞吐量使用量的 VirtualMachines 存 存储 储 IOPS图表 带有最高存储输入/输出操作的 VirtualMachines 每秒使用。 4.1.3. Migration 标签页 Migrations 选项卡显示 VirtualMachineInstance 迁移的状态。 例 例 4

后续步骤 第 第 4 章 章 RED HAT OPENSHIFT CLUSTER MANAGER 4.1. 访问 RED HAT OPENSHIFT CLUSTER MANAGER 4.2. 常规操作 4.3. 集群标签页 4.4. 其他资源 第 第 5 章 章 CONTROL PLANE 架 架构 构 5.1. 使用机器配置池进行节点配置管理 5.2. OPENSHIFT CONTAINER ute 节点也称为 worker 节点。 配置偏移 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，您可以在任何位置运行 容器，从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现，可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 Docker 包

容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 1.1.2.1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持 的同时，还部署应用程序的新 版本。容器通过测试后，只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用通用操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift Container Platform 提供了一种简单的、标准方式的容

容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 1.1.2.1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持 的同时，还部署应用程序的新 版本。容器通过测试后，只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用通用操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时，您可以部署另一个通用主 机系统。 同样，扩展容器化应用程序也很简单。OpenShift Container Platform 提供了一种简单的、标准方式的容

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 2. 选择如何配置 RHCOS 6.1.3. 选择如何部署 RHCOS 6.1.4. 关于 Ignition 6.1.4.1. Ignition 工作方式 6.1.4.2. Ignition 操作序列 6.2. 查看 IGNITION 配置文件 6.3. 安装后更改 IGNITION 配置 第 第 7 章 章 准入插件 准入插件 7.1. 关于准入插件 7.2. 默认准入插件 7.3 LINUX COREOS(RHCOS)和 IGNITION 作为集群管理员，您可以执行以下 Red Hat Enterprise Linux CoreOS(RHCOS)任务： 了解下一代 单用途容器操作系统技术。 选择如何配置 Red Hat Enterprise Linux CoreOS(RHCOS) OpenShift Container Platform 4.7 架 架构 构 4 选择如何部署

OPENSHIFT 更新 1.1. OPENSHIFT 更新简介 在 OpenShift Container Platform 4 中，您可以使用 Web 控制台或 OpenShift CLI (oc) 使用单一操作来 更新 OpenShift Container Platform 集群。平台管理员可以通过转至 web 控制台中的 Administration → Cluster Settings 或查看 oc Operator 都达到稳定条件时，CVO 才会继续更新。在 CVO 通过此过程更新整个 control plane 后，Machine Config Operator (MCO) 会更新集群中每个节点的操作系统和配置。 1.1.1. 有关更新可用性的常见问题 OpenShift Container Platform 集群使用更新时，有几个因素会影响到 OpenShift Container Platform OpenShift Container Platform 集群的状态。 available: 条件类型 Available 表示 Operator 功能且在集群中可用。如果状态是 False，则操作 对象中的至少一个部分无法正常工作，并且条件要求管理员干预。 progressing: 条件类型 Progressing 表示 Operator 正在主动推出新的代码、传播配置更改，或 者从一个稳定状态移到另一个状态。