OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform (Jaeger)，它基于开源 Jaeger 何错误，请为相关文档组件提交 JIRA 问题。请提供具体详 情，如章节名称和 OpenShift Container Platform 版本。 1.1.6. 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始：master、 slave、黑名单和白名单。由于此项工作十分艰巨，这些更改将在即将推出的几个发行版本中逐步实施。详 情请查看 CTO Chris OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform (Jaeger)，它基于开源 Jaeger

5.2. 新的提示用户界面 1.2.5.3. Telemeter 1.2.5.4. 基于资源 metrics API 对 pod 进行横向的自动扩展 1.2.6. 开发者体验 1.2.6.1. 代码就绪容器 1.2.6.2. 全面支持 Multi-stage Dockerfile 镜像构建功能 1.2.7. Registry 1.2.7.1. registry 现在由一个 Operator Node Tuning Operator 可以帮助您通过 tuned 守护进程来管理节点一级的性能优化。大多数高性能应用 程序都需要一定程度的内核级性能优化。Node Tuning Operator 为用户提供了一个统一的、节点一级的 sysctls 管理接口，并可以根据具体用户的需要灵活地添加定制的性能优化设置（当前还是一个技术预览功 能）。Node Tuning Operator 把为 OpenShift OpenShift Container Platform 容器化的 tuned 守护进程作为一个 Kubernetes DaemonSet 进行管理。它保证了定制的优化设置以可以被守护进程支持的格式传递到在集群 中运行的所有容器化的 tuned 守护进程中。相应的守护进程会在集群的所有节点上运行，每个节点上运行 一个。 1.2.5. Cluster Monitoring 1.2.5.1. 基于定制的 基于定制的

不仅允许您访问和管理节点；作为管理员，您可以在节点上执行以下任 务，使集群更有效、应用友好，并为开发人员提供更好的环境。 使用 Node Tuning Operator 管理需要一定级别的内核调整的高性能应用程序的节点级性能优化。 使用守护进程集在节点上自动运行后台任务。您可以创建并使用守护进程集来创建共享存储，在 每个节点上运行日志 pod，或者在所有节点上部署监控代理。 使用垃圾回收释放节点资源。您可以通过删除被终止的容器和任何正在运行的 pod 提供此类信息。 操作 操作 用 用户 户 更多信息 更多信息 1.3. 关于容器 容器是 OpenShift Container Platform 应用的基本单元，其中包含打包的应用程序代码及其依赖项、库和 二进制文件。容器提供不同环境间的一致性和多个部署目标：物理服务器、虚拟机 (VM) 和私有或公有 云。 Linux 容器技术是隔离运行进程并仅限制对指定资源的访问的轻量机制。作为管理员，您可以在 拥有完整的端口空间，并且 pod 内的容器可以共享其本地存储和网络。 Pod 有生命周期，它们经过定义后，被分配到某一节点上运行，然后持续运行，直到容器退出或它们因为 其他原因被删除为止。根据策略和退出代码，Pod 可在退出后删除，或被保留下来以启用对容器日志的访 问。 OpenShift Container Platform 将 pod 基本上视为不可变；在运行期间无法更改 pod 定义。OpenShift

对象向应用程 序 pod 提供此类信息。 操作 操作 User 更多信息 更多信息 1.3. 关于容器 容器是 OpenShift Container Platform 应用程序的基本单元，它由应用程序代码与其依赖项、库和二进制 文件一起打包。容器提供不同环境间的一致性和多个部署目标：物理服务器、虚拟机 (VM) 和私有或公有 云。 Linux 容器技术是一种轻量型机制，用于隔离运行中的进程，仅限制对指定的资源的访问。作为管理员， 拥有完整的端口空间，并且 pod 内的容器可以共享其本地存储和网络。 Pod 有生命周期，它们经过定义后，被分配到某一节点上运行，然后持续运行，直到容器退出或它们因为 其他原因被删除为止。根据策略和退出代码，Pod 可在退出后删除，或被保留下来以启用对容器日志的访 问。 OpenShift Container Platform 将 pod 基本上视为不可变；在运行期间无法更改 pod 定义。OpenShift Operator 对与特定工作负载对象（如守护进程集、复制控制器等）关联的 pod 执行的操 作。 VPA 自动计算这些 pod 中容器的流程以及当前的 CPU 和内存使用情况，并使用这些数据来决定优化的资 源限制和请求，以确保这些 pod 始终高效操作。例如，VPA 会减少请求资源超过使用资源的 pod 的资 源，并为没有请求充足资源的 pod 增加资源。 $ oc describe hpa

页改 改进 在 OpenShift Container Platform 4.14 中，您可以在 Pipelines 页面中看到以下导航改进： 在 Git 导入流中自动检测 Pipelines 作为代码 (PAC)。 示例目录中的 Serverless 功能。 1.3.5. OpenShift CLI (oc) 1.3.5.1. 为 为使用 使用 oc-mirror 的目 的目录 录支持多架 Builds 在这个版本中，OpenShift Container Platform 4.14 中已正式发布 Source-to-Image (S2I) 工具。 您可以使用 S2I 工具从源代码构建容器镜像，并将应用程序代码转换为可随时部署的容器镜像。 此功能增强了平台支持可重复生成的容器化应用程序开发的能力。如需更多信息，请参阅使用 Source-to-Image (S2I)工具。 在这个版本中，OpenShift 在这个版本中，您可以更好地控制 pod 的 C-states。现在，您可以为 C-states 指定最大延迟，而不是完 全禁用 C-states。您可以在 cpu-c-states.crio.io 注解中配置这个选项。这有助于优化高优先级应用程序 中的节能功能，方法是启用一些 shouldower C-states 而不是完全禁用它们。有关控制 pod C-states 的更 多信息，请参阅可选：节能配置。 1.3.21.4

2. 添加到 Node Tuning Operator 的实时配置集 1.2.6.3. 现在完全支持 Performance Addon Operator 1.2.6.4. 使用 Intel 设备优化数据平面性能 1.2.6.5. 在控制台中管理裸机主机 1.2.7. 开发者体验 1.2.7.1. oc set probe 命令已扩展 1.2.7.2. oc adm upgrade 命令现在会提供可升级条件 故障排除时可能 需要。现在，在 OpenShift Container Platform 4.6 中，您可以公开集群 Operator 的相关对象列表，并 轻松查看其中一个相关对象详情或 YAML 代码用于故障排除。 1.2.5.5. 编辑 编辑受管 受管资 资源 源时 时的警告信息 的警告信息 管理某些资源，例如由部署、路由、服务或配置映射管理的 Operator。不建议用户编辑这些资源。用户 CPU 负载均衡。 可以同时指定多个巨页大小。 提高了支持性，如集成收集以及改进状态报告。 已设计并记录了一个覆盖字段内紧急配置的方法。 1.2.6.4. 使用 使用 Intel 设备优 设备优化数据平面性能 化数据平面性能 OpenShift Container Platform 4.6 支持： Intel FPGA PAC N3000 的 Open Operator Open SR-IOV

log_logged_bytes_total。(LOG-1271) 在更新之前，如果索引管理 cronjob 终止并显示错误退出代码，则报告错误退出代码：相反，其 作业状态为"complete"。 在这个版本中，报告使用错误终止的索引管理 cronjobs 的错误退出代码 解决了这个问题。(LOG-1273) priorityclasses.v1beta1.scheduling.k8s.io 已从 Operator 中，使它们出现在在断开连接的环境中运行的 Operator 列表中。(LOG-1420) 在更新前，Red Hat OpenShift Logging Operator pod 被调度到在性能优化的单节点集群中为客 户工作负载保留的 CPU 内核。在这个版本中，集群日志记录操作器 pod 调度到正确的 CPU 内核 中。(LOG-1440) 在更新前，一些日志条目没有被识别为 UTF-8 字节，这会导致 2 章 章 了解 了解 RED HAT OPENSHIFT LOGGING 51 索引 索引 索引是一种数据结构技术，用于快速查找和访问数据。索引通过最大程度减少处理查询时所需的磁盘 访问量来优化性能。 JSON 日志 日志记录 记录 OpenShift Container Platform Logging Log Forwarding API 可让您将 JSON 日志解析到结构化对 象，并将其转发到

Container Platform 4.7 日志 日志记录 记录 6 第 1 章 RED HAT OPENSHIFT LOGGING 发行注记 1.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始： master、 slave、blacklist 和 whitelist。这些更改将在即将发行的几个发行本中逐渐实施。详情请查看 Red Hat (5.0.3) 。 1.2.8.1. 安全修复 安全修复 jackson-databind: slf4j-ext 类中的任意代码执行（CVE-2018-14718） jackson-databind: blaze-ds-opt 和 blaze-ds-core 类中的任意代码执行（CVE-2018-14719） jackson-databind：在某些 JDK 类中进行过滤/XXE（CVE-2018-14720） jboss-common-core 类中的不正确的 polymorphic deserialization（CVE- 2018-19362） jackson-databind：默认输入错误处理导致执行远程代码（CVE-2019-14379） jackson-databind：com.pastdev.httpcomponents.configuration.JndiConfiguration 中的 serialization

OpenShift Data Foundation 部署 OpenShift Virtualization 时，您必须为 Windows 虚 拟机磁盘创建一个专用存储类。详情请参阅为 Windows 虚拟机优化 ODF PersistentVolume。 您可以将 OpenShift Virtualization 与 OVN-Kubernetes、OpenShiftSDN或认证的 OpenShift CNI OpenStack Platform、Red Hat Virtualization 和 OpenShift Virtualization 中认证的客户机操作系统。 3.2. 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始：master、 slave、黑名单和白名单。由于此项工作十分艰巨，这些更改将在即将推出的几个发行版本中逐步实施。有 关更多详情，请参阅我们的首席技术官 OpenShift Data Foundation 部署 OpenShift Virtualization，您必 须为 Windows 虚拟机磁盘创建一个专用存储类。详情请参阅为 Windows 虚拟机优化 ODF PersistentVolume。 操作系 操作系统 统要求 要求 在 worker 节点上安装的 Red Hat Enterprise Linux CoreOS(RHCOS) 注意

Platform 功能，允许从其 data plane 和 worker 在 OpenShift Container Platform 集群上托管 control plane。这个模型执行以下操作： 优化 control plane 所需的基础架构成本。 改进集群创建时间。 启用使用 Kubernetes 原生高级别元语托管 control plane。例如，部署有状态的集合。 在 control service 服务在一组 pod 上公开正在运行的应用程序。 Source-to-Image (S2I) 镜 镜像 像 基于 OpenShift Container Platform 中应用源代码的编程语言创建的镜像，以部署应用程序。 storage OpenShift Container Platform 支持许多类型的存储，包括内部存储和云供应商。您可以在 OpenShift Container Enterprise Linux（RHEL） 和相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件 的严格测试和认证计划。 开源开发模型。开发以开放方式完成，源代码可从公共软件存储库中获得。这种开放协作促进了 快速创新和开发。 虽然 Kubernetes 擅长管理应用程序，但它并未指定或管理平台级要求或部署过程。强大而灵活的平台管 理工具和流程是 OpenShift