为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes Manager （OCM）。 确认 Red Hat OpenShift Cluster Manager 清单正确后，可以由 Telemetry 自动维护，也可以使用 OCM 手动维护，使用订阅监控 来跟踪帐户或多集群级别的 OpenShift Container Platform 订阅。 您必须具有以下互联网访问权限： 访问 Red Hat OpenShift Cluster Manager 页面，以下载安装程序并执行订阅管理。如果集群可 用户请求的实际工作负载的地方。worker 节点公告其容量，而作为 master 服务一部分的调度程序决定在哪些节点上启动容器和 Pod。重要服务在 每个 worker 节点上运行，包括 CRI-O（即容器引擎）、Kubelet（接受并履行运行和停止容器工作负载请 求的服务），以及服务代理（管理 worker 之间 Pod 的通信）。 在 OpenShift Container Platform 中，MachineSets

为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes Manager （OCM）。 确认 Red Hat OpenShift Cluster Manager 清单正确后，可以由 Telemetry 自动维护，也可以使用 OCM 手动维护，使用订阅监控 来跟踪帐户或多集群级别的 OpenShift Container Platform 订阅。 您必须具有以下互联网访问权限： 访问 Red Hat OpenShift Cluster Manager 页面，以下载安装程序并执行订阅管理。如果集群可 用户请求的实际工作负载的地方。worker 节点公告其容量，而作为 master 服务一部分的调度程序决定在哪些节点上启动容器和 Pod。重要服务在 每个 worker 节点上运行，包括 CRI-O（即容器引擎）、Kubelet（接受并履行运行和停止容器工作负载请 求的服务），以及服务代理（管理 worker 之间 Pod 的通信）。 在 OpenShift Container Platform 中，MachineSets

ROLLOUT 更新 3.5. 更新包含使用 RHEL 的计算（COMPUTE）系统的集群 3.6. 在断开连接的环境中更新集群 3.7. 更新在 VSPHERE 上运行的节点上运行的硬件 3.8. 使用多架构计算机器迁移到集群。 3.9. 更新托管的 CONTROL PLANE 3.10. 使用 BOOTUPD 更新 RHCOS 节点上的引导装载程序 第 第 4 章 章 集群更新故障排除 集群更新故障排除 如果您当前的发行本是正式发布版本，则可以从 candidate-4.14 频道切换到 fast-4.14 频道。 您始终可以从 fast-4.14 频道切换到 stable-4.14 频道。如果当前版本最近被提升，则可能会有最 多一天的延迟该发行版本才会出现在 stable-4.14 中。 其他 其他资 资源 源 根据一个有条件的升级路径进行升级 为集群选择正确的频道 1.4. 了解 OPENSHIFT CONTAINER 供应商资源。如需更多信息，包括如 何确定这是集群的要求，请参阅准备使用手动维护的凭证更新集群。 确保解决所有 Upgradeable=False 条件，以便集群可以更新到下一个次版本。当您有一个或多 个无法更新的集群 Operator 时，Cluster Settings 页面的顶部会显示一个警报。您仍然可以更新 到当前当前使用的次发行版本的下一个可用补丁更新。 检查 Kubernetes 1

项目为主机上的 Linux 容器开发了便捷的管理接 口。最近，开放容器计划还为容器格式和容器运行时制定了开放标准。OpenShift Container Platform 和 Kubernetes 增加了在多主机安装之间编排 OCI 和 Docker 格式容器的功能。 尽管在使用 OpenShift Container Platorm 时，您不会直接与容器运行时交互，但了解这些容器运行时的 功能和术语非常重要，有助于了解它们在 否升级到新版本，而不会因为不兼容的新镜像造成问题。下游用户如果使用 image:latest，则可能要承担 引入不兼容更改的风险。 避免多 避免多进 进程 程 不要在同一容器中启动多个服务，如数据库和 SSHD。因为容器是轻量级的，可轻松链接到一起以编排多 个进程，所以没有在同一个容器中启动多个服务的必要。您可以利用 OpenShift Container Platform 将相 关镜像分组到一个 通过使用卷来满足所有持久性存储需求，即使容 器重启或移动，其内容也会保留下来。如果您的镜像将数据写入容器中的任意位置，则其内容可能无法保 留。 所有在容器销毁后仍需要保留的数据都必须写入卷中。容器引擎支持容器的 readonly 标记，可用于严格 执行不将数据写入容器临时存储的良好做法。现在围绕该功能设计您的镜像，将更便于以后利用。 在 Dockerfile 中显式定义卷可方便镜像用户轻松了解在运行您的镜像时必须要定义的卷。

OpenShift Container Platform 集群的建议限制，请参阅安装文档中的 大小注意事项 部分。 OpenShift Container Platform 和容器引擎协调容器状态更新的建议大小帐户。这种协调会对主机和容器 引擎进程造成 CPU 压力，这些压力可包括编写大量日志数据。 kubelet 与 API 服务器进行交互的频率取决于 qps 和 burst 值。如果每个节点上运行的 pod 为了提高性能，红帽建议在设备映射器中使用 overlayFS 存储驱动程序。但是，如果您已在生产环境中使 用设备映射器，红帽强烈建议您对容器镜像和容器根文件系统使用精简配置。否则，始终将 overlayfs2 用 于 Docker 引擎，或将 overlayFS 用于 CRI-O。 使用循环设备可能会影响性能。虽然您仍可以继续使用它，但会记录以下警告信息： devmapper: Usage of loopback devices OpenShift SDN 使用 OpenvSwitch、虚拟可扩展 LAN(VXLAN)隧道、OpenFlow 规则和 iptables。这个 网络可以通过使用 jumbo 帧、网络接口卡（NIC）offload、多队列和 ethtool 设置来调整。 VXLAN 提供通过 VLAN 的好处，比如网络从 4096 增加到一千六百万，以及跨物理网络的第 2 层连接。 这允许服务后的所有 pod 相互通信，即使它们在不同系统中运行也是如此。

项目为主机上的 Linux 容器开发了便捷的管理接 口。最近，开放容器计划还为容器格式和容器运行时制定了开放标准。OpenShift Container Platform 和 Kubernetes 增加了在多主机安装之间编排 OCI 和 Docker 格式容器的功能。 尽管在使用 OpenShift Container Platorm 时，您不会直接与容器运行时交互，但了解这些容器运行时的 功能和术语非常重要，有助于了解它们在 镜像流来自安装有效负载，并 由 Samples Operator 管理。 将 Sample Operator 配置文件中的 samplesRegistry 字段设置为 registry.redhat.io 有很 多冗余，因为它已经定向到 registry.redhat.io，只用于 Jenkins 镜像和镜像流。 注意 注意 cli、installer、must-gather 和 test 镜像流虽然属于安装有效负载的一部分，但不由 否升级到新版本，而不会因为不兼容的新镜像造成问题。下游用户如果使用 foo:latest，则可能要承担引 入不兼容更改的风险。 避免多进程 不要在同一容器中启动多个服务，如数据库和 SSHD。因为容器是轻量级的，可轻松链接到一起以编排多 个进程，所以没有在同一个容器中启动多个服务的必要。您可以利用 OpenShift Container Platform 将相 关镜像分组到一个 pod 中来轻松并置和共同管理镜像。 这种并置可确保

在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，您可以在任何位置运行 容器，从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) 将进程集合分区到组中，以管理和限制资源进程占用。 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 第 第 2 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 9 2.1.1 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 control plane 节点管理这些工作负载的部署。

镜像流来自安装有效负载，并 由 Samples Operator 管理。 将 Sample Operator 配置文件中的 samplesRegistry 字段设置为 registry.redhat.io 是多 余的，因为它已将除 Jenkins 镜像和镜像流以外的所有内容都定向到 registry.redhat.io。它 还会破坏 Jenkins 镜像流的安装有效负载。 Samples Operator 项目为主机上的 Linux 容器开发了便捷的管理接 口。最近，开放容器计划还为容器格式和容器运行时制定了开放标准。OpenShift Container Platform 和 Kubernetes 增加了在多主机安装之间编排 OCI 和 Docker 格式容器的功能。 尽管在使用 OpenShift Container Platorm 时，您不会直接与容器运行时交互，但了解这些容器运行时的 功能和术语非常重要，有助于了解它们在 如果后续发布了不兼容的更新，则需要使用新标签，例如 foo:v2。这样，下游用户就可以根据需要选择是 否升级到新版本，而不会因为不兼容的新镜像造成问题。下游用户如果使用 foo:latest，则可能要承担引 入不兼容更改的风险。 避免多 避免多进 进程 程 我们不建议在同一容器中启动多个服务，如数据库和 SSHD。因为容器是轻量级的，可轻松链接到一起以 编排多个进程，所以没有在同一个容器中启动多个服务的必要。您可以利用 OpenShift

2. 了解断开连接的安装镜像 14.3. 使用基于代理的安装程序安装 OPENSHIFT CONTAINER PLATFORM 集群 14.4. 为 KUBERNETES OPERATOR 的多集群引擎准备基于 AGENT 的集群 第 第 15 章 章 在 在单 单一 一节 节点上安装 点上安装 15.1. 准备在一个节点上安装 15.2. 在单一节点上安装 OPENSHIFT 第 第 16 Platform 4。相反，您必须创建新的 OpenShift Container Platform 4 集群，并将 OpenShift Container Platform 3 工作负载迁移到它们。有关迁移的更 多信息，请参阅从 OpenShift Container Platform 3 迁移到 4 概述 。由于必须迁移到 OpenShift Container Platform 4，因此可以使用任何类型的生产环境集群安装过程来创建新集群。 Manager Hybrid Cloud Console 清单正确后，可以由 Telemetry 自动维护，也可 以使用 OpenShift Cluster Manager 手动维护，使用订阅监控来跟踪帐户或多集群级别的 OpenShift Container Platform 订阅。 其他 其他资 资源 源 如需有关 访问和了解 OpenShift Container Platform Web 控制台的更多详情，请参阅

7 章 章 基 基础 础架 架构 构要求 要求 7.1. 平台要求 7.2. 外部模式要求 7.3. 资源要求 7.4. POD 放置规则 7.5. 存储设备要求 7.6. 网络要求 7.7. 多网络插件 (MULTUS) 支持 [技术预览] 第 第 8 章 章 DISASTER RECOVERY 8.1. METRO-DR 8.2. REGION-DR [技术预览] 第 第 9 章 章 目前，HashiCorp Vault 是唯一受支持的 KMS。在 OpenShift Data Foundation 4.7.0 和 4.7.1 中，只支持 HashiCorp Vault KV secret 引擎，API 版本 1。从 OpenShift Data Foundation 4.7.2 开始，支持 HashiCorp Vault KV secret engine API、版本 1 和 2。 注意 IPv4 一起使用。当在 Openshift Container Platform 中打开 IPv6 时，IPv6 是 OpenShift Data Foundation 中的默认行为。 7.7. 多网络插件 (MULTUS) 支持 [技术预览] 默认情况下，Red Hat OpenShift Data Foundation 被配置为使用 Red Hat OpenShift Software Defined