Never，从本地镜像拉取。 2. 确保集群中的所有节点都在本地保存了相同的镜像。 注意 注意 如果可以控制节点配置，则从本地 registry 拉取(pull)适合使用。但是，它不会在不自动替 换节点的云供应商（如 GCE）上可靠工作。如果您在 Google Container Engine(GKE)上运 行，则每个带有 Google Container Registry 凭证的 .dockercfg 文件都会有一个 磁 盘 File 在 OS 中作为要挂载的文件系统导出 也称为网络附加存储（Network Attached Storage，NAS） 取决于不同的协议、实现、厂商及范围，其并 行性、延迟、文件锁定机制和其它功能可能会 有很大不同。 聚合模式/独立于模式 GlusterFS [1], RHEL NFS, NetApp NFS [2], Azure File, Vendor NFS, Vendor Container Platform 3.11 扩 扩展和性能指南 展和性能指南 18 2. NetApp NFS 在使用 Trident 插件时支持动态 PV 置备。 3. 供应商 GlusterFS、供应商 S3 和供应商 Swift 支持性和可配置性可能有所不同。 您可以使用聚合模式 GlusterFS（超融合或集群托管存储解决方案）或 GlusterFS（外部托管的存储解决 方案）用于 OpenShift

证的集群 的集群简 简化的安装和更新体 化的安装和更新体验 验 此发行版本包括更改，用于改进安装和更新以手动模式使用 Cloud Credential Operator (CCO) 的集群进 行云供应商身份验证。oc adm release extract 命令的以下参数简化了云凭证的手动配置： --included 使用此参数只提取特定集群配置所需的清单。 如果您使用集群功能禁用一个或多个可 Container Platform 4.14 扩展了在云供应商上安装单节点 OpenShift 的支持。单节点 OpenShift 的安装选项包括 Amazon Web Services (AWS)、Google Cloud Platform (GCP)和 Microsoft Azure。有关支持的平台的更多信息，请参阅支持的单节点 openshift 云供应商。 1.3.3. 安装后配置 1.3.3.1 Operator 前会显示一个"Cluster in STS Mode" 通知，以确保它正确运行。Operator 安装 安装页面也被修改，以添加所需的角色 角色 ARN 字段。如需更多信息，请参阅云供应商上的 Operator 的令牌 身份验证。 1.3.4.2. Developer Perspective (开 开发 发者 者视 视角 角) 在这个版本中，web 控制台的 Developer

事件消费者应用程序是否收到事件 第 第 21 章 章 外部 外部 DNS OPERATOR 21.1. OPENSHIFT CONTAINER PLATFORM 中的外部 DNS OPERATOR 21.2. 在云供应商上安装外部 DNS OPERATOR 21.3. 外部 DNS OPERATOR 配置参数 21.4. 在 AWS 上创建 DNS 记录 21.5. 在 AZURE 上创建 DNS 记录 21 OVN-KUBERNETES 故障排除 27.4. 使用 OVNKUBE-TRACE 追踪 OPENFLOW 27.5. 从 OPENSHIFT SDN 网络插件迁移 27.6. 回滚到 OPENSHIFT SDN 网络供应商 27.7. 从 KURYR 网络插件迁移到 OVN-KUBERNETES 网络插件 27.8. 转换为 IPV4/IPV6 双栈网络 27.9. 出口防火墙和网络策略规则的日志记录 27.10 OPERATOR 进行证书注入 第 第 34 章 章 RHOSP 负载 负载均衡 均衡 34.1. 负载均衡器服务的限制 34.2. 使用带有 KURYR SDN 的 OCTAVIA OVN 负载均衡器供应商驱动 34.3. 使用 OCTAVIA 为应用程序流量扩展集群 34.4. 使用 RHOSP OCTAVIA 为入站流量扩展 34.5. 配置外部负载均衡器 第 第 35 章 章 使用 使用 METALLB

的绑定数据值的注解现在被修改为从 .status.writeService 字段 收集 主机 绑定值。Service Binding Operator 使用这些修改的注解来将正确的主机名注入到主 机和供应商绑定中。APPSVC-1040 在这个更新之前，当您绑定 postgres-operator.crunchydata.com/v1beta1 API 的 PostgresCluster CR 时 务或外部服务。这个过程包括使后备服务绑定，并将工作负载和服务绑定在一起。 5.2.2.1. 使 使 Operator 管理的后 管理的后备 备服 服务 务可 可绑 绑定 定 要使服务可绑定，作为 Operator 供应商，您需要公开工作负载所需的绑定数据，以便与 Operator 提供的 服务绑定。您可以在管理后备服务的 Operator CRD 中以注解或描述符形式提供绑定数据。 5.2.2.2. 将工作 将工作负载 Operator 可让应用程序开发人员将工作负载与 Operator 管理的后备服务轻松绑定，而无 需任何手动步骤来配置绑定连接。要使 Service Binding Operator 作为 Operator 供应商或创建后备服务 的用户提供绑定数据，您必须公开绑定数据，以便 Service Binding Operator 自动检测到绑定数据。然 后，Service Binding Operator 会自动从

1. oc set probe 命令已扩展 1.2.7.2. oc adm upgrade 命令现在会提供可升级条件 1.2.8. 网络 1.2.8.1. OVN-Kubernetes 集群网络供应商 GA 1.2.8.2. 扩展节点服务端口范围 1.2.8.3. SR-IOV Network Operator InfiniBand 设备支持 1.2.8.4. 增加了置备网络的 DHCP 范围 18.1. 深入了解 Operator 数据收集功能的增强 1.3. 主要的技术变化 现在，每个集群版本都提供默认 Operator 目录 重要的 Operator 升级要求 CNI 网络供应商现在使用在集群节点上安装的 OVS 在使用已弃用 API 时会发出警告 改进了COPY 和 ADD 构建说明 Operator SDK v0.19.4 UBI 8 用于 OpenShift Container Container Platform 4.6.18 程序错误修复更新 1.8.15.1. 功能 1.8.15.1.1. Insights Operator 的改进 1.8.15.1.2. 支持轮转云供应商凭证 1.8.15.2. 更新 1.8.16. RHBA-2021:0634 - OpenShift Container Platform 4.6.19 程序错误修复更新 1.8.16.1. 更新

过滤器使用其名称、标签或描述搜索特定 devfile。 3. 点击您要用来创建应用程序的 devfile。devfile 标题显示 devfile 的详情，包括 devfile 的名称、描 述、供应商和 devfile 文档。 4. 点 Create 创建一个应用程序，并在 Topology 视图中查看应用程序。 3.1.7. 使用 Developer Catalog 将服务或组件添加到应用程序中 务或外部服务。这个过程包括使后备服务绑定，并将工作负载和服务绑定在一起。 6.2.2.1. 使 使 Operator 管理的后 管理的后备 备服 服务 务可 可绑 绑定 定 要使服务可绑定，作为 Operator 供应商，您需要公开工作负载所需的绑定数据，以便与 Operator 提供的 服务绑定。您可以在管理后备服务的 Operator CRD 中以注解或描述符形式提供绑定数据。 第 第 6 章 章 将 将应 应用程序 Operator 可让应用程序开发人员将工作负载与 Operator 管理的后备服务轻松绑定，而无 需任何手动步骤来配置绑定连接。要使 Service Binding Operator 作为 Operator 供应商或创建后备服务 的用户提供绑定数据，您必须公开绑定数据，以便 Service Binding Operator 自动检测到绑定数据。然 后，Service Binding Operator 会自动从

Hat OpenShift distributed tracing 平台。目前还不支持 Collector 的其他功能。OpenTelemetry 收集 器允许开发人员使用与供应商无关的 API 检测其代码，避免了供应商锁定并启用不断增长的可观 察性工具生态系统。 1.13.5. 程序错误修复 此发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 第 第 1 章 章 分布式追踪 分布式追踪发 Container Platform Web 控制台。 对于 Red Hat OpenShift Dedicated，您必须使用具有 dedicated-admin 角色的帐户登录。 您可以使用支持的对象存储供应商： Red Hat OpenShift Data Foundation ,MinIO,Amazon S3,Azure Blob Storage,Google Cloud Storage。 流程 流程 确保您的 OpenShift CLI (oc) 版本为最新版本，并与您的 OpenShift Container Platform 版 本匹配。 运行 oc login: 您可以使用支持的对象存储供应商： Red Hat OpenShift Data Foundation ,MinIO,Amazon S3,Azure Blob Storage,Google Cloud Storage。 流程 流程

在 Kubernetes 中，包含单个容器的 pod 实际使用两个容器。第二个容器用来在实际容器 启动前设置联网。因此，运行 10 个 pod 的系统实际上会运行 20 个容器。 注意 注意 云供应商的磁盘 IOPS 节流可能会对 CRI-O 和 kubelet 产生影响。当节点上运行大量 I/O 高负载的 pod 时，可能会出现超载的问题。建议您监控节点上的磁盘 I/O，并使用有足够 吞吐量的卷。 ns OpenShift Container Platform 4.10 可伸 可伸缩 缩性和性能 性和性能 36 第 3 章 推荐的集群扩展实践 重要 重要 本节中的指导信息仅与使用云供应商集成的安装相关。 这些指南适用于带有软件定义网络（SDN）而不是开放虚拟网络（OVN）的 OpenShift Container Platform。 应用以下最佳实践来扩展 OpenShift Container 将节点分散到所有可用区以获得更高的可用性。 同时扩展的机器数量不要超过 25 到 50 个。 考虑在每个可用区创建一个具有类似大小的替代实例类型的新机器集，以帮助缓解周期性供应商 容量限制。例如，在 AWS 上，使用 m5.large 和 m5d.large。 注意 注意 云供应商可能会为 API 服务实施配额。因此，需要对集群逐渐进行扩展。 如果同时将机器集中的副本设置为更高数量，则控制器可能无法创建机器。部署 OpenShift

Red Hat OpenShift distributed tracing。目前还不支持 Collector 的其他功能。 OpenTelemetry 收集器允许开发人员使用与供应商无关的 API 检测其代码，避免了供应商锁定并启用不 断增长的可观察性工具生态系统。 1.6. RED HAT OPENSHIFT 分布式追踪已知问题 Red Hat OpenShift 分布式追踪中存在这些限制：

Virtualization 与 OVN-Kubernetes、OpenShiftSDN或认证的 OpenShift CNI 插件中 列出的其他默认 Container Network Interface (CNI) 网络供应商一起使用。 1.1.1. OpenShift Virtualization 支持的集群版本 OpenShift Virtualization 4.10 支持在 OpenShift Container 环境，以探索其特性和功能。 注意 注意 集群配置过程需要 cluster-admin 权限。 2.1. 开始前 查看安装要求。 查看克隆、快照和实时迁移所需的存储功能。详情请参阅使用启用了 CSI 的存储供应商。 安装 OpenShift Virtualization Operator。 安装 virtctl 工具。 2.2. 开始使用 创 创建虚 建虚拟 拟机 机 使用向导创建 RHEL 虚拟机。 图标表示。 OpenShift Virtualization 可以与 OVN-Kubernetes 或 OpenShiftSDN 默认 Container Network Interface（CNI）网络供应商一起使用。 了解更多有关 OpenShift Virtualization 的作用。 3.1.1. OpenShift Virtualization 支持的集群版本 OpenShift Virtualization