Platform 4.6 OpenShift 的 Windows 容器支持 Red Hat OpenShift for Windows Containers 指南 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 OpenShift 的 Windows 容器支持 Red Hat OpenShift for Windows Containers Red Hat OpenShift for Windows Containers 为在 OpenShift Container Platform 上运行 Microsoft Windows Server 容器提供了内置的支持。本指南提供所有详细信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . OPERATOR 1.0.2 发行注记 2.8. 已知限制 第 第 3 章 章 了解 了解 WINDOWS 容器工作 容器工作负载 负载 3.1. WINDOWS 工作负载管理 3.2. WINDOWS 节点服务 3.3. 已知限制 第 第 4 章 章 启 启用 用 WINDOWS 容器工作 容器工作负载 负载 先决条件 4.1. 安装 WINDOWS MACHINE CONFIG OPERATOR

Platform 4.11 OpenShift 的 Windows 容器支持 Red Hat OpenShift for Windows Containers 指南 Last Updated: 2024-02-09 OpenShift Container Platform 4.11 OpenShift 的 Windows 容器支持 Red Hat OpenShift for Windows Containers Red Hat OpenShift for Windows Containers 为在 OpenShift Container Platform 上运行 Microsoft Windows Server 容器提供了内置的支持。本指南提供所有详细信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 已知限制 第 第 3 章 章 了解 了解 WINDOWS 容器工作 容器工作负载 负载 3.1. WINDOWS MACHINE CONFIG OPERATOR 的先决条件 3.2. WINDOWS 工作负载管理 3.3. WINDOWS 节点服务 3.4. 已知限制 第 第 4 章 章 启 启用 用 WINDOWS 容器工作 容器工作负载 负载 先决条件 4.1. 安装 WINDOWS

Platform 4.8 容器镜像仓库（Registry） 为 OpenShift Container Platform 配置容器镜像仓库（Registry） Last Updated: 2023-04-19 OpenShift Container Platform 4.8 容器镜像仓库（Registry） 为 OpenShift Container Platform 配置容器镜像仓库（Registry） Container Platform 4.8 容器 容器镜 镜像 像仓库 仓库（ （Registry） ） 2 第 1 章 OPENSHIFT CONTAINER PLATFORM REGISTRY 概述 OpenShift Container Platform可以使用您的源代码构建镜像，并进行部署及管理其生命周期。它提供了 一个内部集成的容器镜像 registry，它可以部署到 OpenShift 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，因此您可以在数据中 心、公共云或私有云或本地主机中运行容器。 Image Registry Operator Image Registry Operator 在 openshift-image-registry 命名空间中运行，并管理该位置中的 registry 实例。 镜 镜像 像仓库 仓库 镜像仓库是相关容器镜像和标识它们的标签（tag）的集合。

Platform 4.12 容器镜像仓库（Registry） 为 OpenShift Container Platform 配置容器镜像仓库（Registry） Last Updated: 2024-02-17 OpenShift Container Platform 4.12 容器镜像仓库（Registry） 为 OpenShift Container Platform 配置容器镜像仓库（Registry） OpenShift Container Platform 4.12 容器 容器镜 镜像 像仓库 仓库（ （Registry） ） 2 第 1 章 OPENSHIFT 镜像 REGISTRY 概述 OpenShift Container Platform可以使用您的源代码构建镜像，并进行部署及管理其生命周期。它提供了 一个内部集成的容器镜像 registry，它可以部署到 OpenShift Container 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，因此您可以在数据中 心、公有云或私有云或本地主机中运行容器。 Image Registry Operator Image Registry Operator 在 openshift-image-registry 命名空间中运行，并管理该位置中的 registry 实例。 镜 镜像 像仓库 仓库 镜像仓库是相关容器镜像和标识它们的标签（tag）的集合。

作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 SELinux 的 RHEL 内核。RHCOS 包括作为 Kubernetes 节点代理的 kubelet，以及为 Kubernetes 优化的 CRI-O 容器运行 时。 OpenShift Container Platform 4.14 集群中的每一 control control plane 机器都必须使用 RHCOS，其中包括一个 关键的首次启动置备工具，称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像（使用 OSTree 作为后端）提供，该镜像由 Machine Config Operator 在集群中部署。实际的操作系 统更改通过使用 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift 配置来部署 OpenShift Container Platform 控制平面 （control plane）。 Control plane（控制平面） （控制平面） 一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 断开 断开连 连接的安装

(RHCOS) 作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 SELinux 的 RHEL 内核。它包括作为 Kubernetes 节点代理的 kubelet，以及为 Kubernetes 优化的 CRI-O 容器运行时。 OpenShift Container Platform 4.10 集群中的每一 control plane plane 机器都必须使用 RHCOS，其中包括一个 关键的首次启动置备工具，称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为嵌入在容器 镜像中的 Atomic OSTree 存储库交付，该镜像由 Operator 在整个集群中推广。实际的操作系统更改通过 使用 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Local 支持快速应用程序开发，以开始构建 OpenShift Container Platform 集群。OpenShift Local 设计为在本地计算机上运行，以简化设置和测试，并使用开发基于容器的应用所需的所有工具在本 地模拟云环境。 无论您使用什么编程语言，OpenShift Local 都可以托管您的应用程序，并将最小预配置的 Red Hat OpenShift Container Platform

作为操作系统。 RHCOS 是 Red Hat Enterprise Linux (RHEL) 的不可变容器主机版本，具有默认启用 SELinux 的 RHEL 内核。RHCOS 包括作为 Kubernetes 节点代理的 kubelet，以及为 Kubernetes 优化的 CRI-O 容器运行 时。 OpenShift Container Platform 4.13 集群中的每一 control control plane 机器都必须使用 RHCOS，其中包括一个 关键的首次启动置备工具，称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像（使用 OSTree 作为后端）提供，该镜像由 Machine Config Operator 在集群中部署。实际的操作系 统更改通过使用 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift 配置来部署 OpenShift Container Platform 控制平面 （control plane）。 Control plane（控制平面） （控制平面） 一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 断开 断开连 连接的安装

4 章 章 优 优化 化计 计算 算资 资源 源 4.1. 过量使用 4.2. 镜像注意事项 4.2.1. 使用预部署的镜像提高效率 4.2.2. 预拉取镜像 4.3. 使用 RHEL 工具容器镜像进行调试 4.4. 使用基于 ANSIBLE 的健康检查进行调试 第 第 5 章 章 优 优化持久性存 化持久性存储 储 5.1. 概述 5.2. 常规存储指南 5.3. 存储建议 5.3 潜在的内存不足情况（取决于节点中的内存量）。 耗尽 IP 地址池。 资源过量使用，导致用户应用程序性能变差。 注意 注意 在 Kubernetes 中，包含单个容器的 pod 实际使用两个容器。第二个容器用来在实际容器 启动前设置联网。因此，运行 10 个 pod 的系统实际上会运行 20 个容器。 pods-per-core 根据节点上的处理器内核数来设置节点可运行的 pod 数量。例如，如果将一个有 4 个处 理器内核的节点上的 OpenShift Container Platform 集群的建议限制，请参阅安装文档中的 大小注意事项 部分。 OpenShift Container Platform 和容器引擎协调容器状态更新的建议大小帐户。这种协调会对主机和容器 引擎进程造成 CPU 压力，这些压力可包括编写大量日志数据。 kubelet 与 API 服务器进行交互的频率取决于 qps 和 burst 值。如果每个节点上运行的

服务类型，如节点端口或负载均衡器 API 资源，如 Ingress 和 Route 默认情况下，Kubernetes 为 pod 内运行的应用分配内部 IP 地址。Pod 及其容器可以网络，但集群外的客 户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 INGRESS OPERATOR 在创建 OpenShift Container Platform 集群时，在集群中运行的 Pod 和服务会各自分配自己的 IP 地址。 IP 地址可供附近运行的其他容器集和服务访问，但外部客户端无法访问这些 IP 地址。Ingress Operator 实现 IngressController API，是负责启用对 OpenShift Container Platform 是 Kubernetes API 的扩展。您可以创建自定义资源。 DNS 集群 DNS 是一个 DNS 服务器，它为 Kubernetes 服务提供 DNS 记录。由 Kubernetes 启动的容器会 在其 DNS 搜索中自动包含此 DNS 服务器。 DNS Operator DNS Operator 部署并管理 CoreDNS，以便为 pod 提供名称解析服务。这会在 OpenShift

参数或源代码转换为可运行的镜 像。BuildConfig 对象是整个构建过程的定义。 OpenShift Container Platform 使用 Kubernetes，从构建镜像创建容器并将它们推送到容器镜像 registry。 构建对象具有共同的特征，包括构建的输入，完成构建过程要满足的要求、构建过程日志记录、从成功构 建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 Docker 格式容器镜像的工具。它通过将应用程序源 代码注入容器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像（构建器）和构建的源 代码，并可搭配 buildah run 命令使用。S2I 支持递增构建，可重复利用以前下载的依赖项和过去构建的 工件等。 S2I 的优点包括： 镜像灵活性 可以编写 S2I 脚本，将应用程序代码注入到几乎所有现有的 Docker 格式容器镜像，以此利用 构建策略时，开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建 器镜像，可以自定义构建流程。 自定义构建器（Custom builder）镜像是嵌入了构建过程逻辑的普通 Docker 格式容器镜像，例如用于构 建 RPM 或基础镜像。 Custom 构建以级别很高的特权运行，默认情况下不可供用户使用。只有可赋予集群管理权限的用户才应 被授予运行自定义构建的权限。 1.1.4. Pipeline