Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩 扩展 展优势 优势 如果您在 配置偏移。 Machine Config Daemon(MCD)定期检查节点是否有配置偏移。如果 MCD 检测到配置偏移，MCO 会将 节点标记为 降 降级 级(degraded)，直到管理员更正节点配置。降级的节点在线且可操作，但无法更新。 其他 其他资 资源 源 了解配置偏移检测。 5.2. OPENSHIFT CONTAINER PLATFORM 中的机器角色 OpenShift Container 其配置更新。 machine-config-daemon 守护进程集在集群中的每个节点上运行，并根据 MachineConfigController 的指示将机器更新为机器配置定义的配置。 当节点检测到更改时，它 会排空其 pod，应用更新并重启。这些更改以 Ignition 配置文件的形式出现，这些文件应用指定 的机器配置并控制 kubelet 配置。更新本身在容器中交付。此过程是成功管理 OpenShift

Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的 其配置更新。 machine-config-daemon 守护进程集在集群中的每个节点上运行，并根据 MachineConfigController 的指示将机器更新为机器配置定义的配置。 当节点检测到更改时，它 会排空其 pod，应用更新并重启。这些更改以 Ignition 配置文件的形式出现，这些文件应用指定 的机器配置并控制 kubelet 配置。更新本身在容器中交付。此过程是成功管理 OpenShift 字段设置为 true 来暂停自动引导过程。暂停后，机器配置更改不会生效， 除非将 spec.paused 字段设置为 false，且节点已重启至新配置。 以下修改不会触发节点重新引导： 当 MCO 检测到以下任何更改时，它会在不排空或重启节点的情况下应用更新： 在机器配置的 spec.config.passwd.users.sshAuthorizedKeys 参数中更改 SSH 密钥。 在 openshift-config

上执行，而这个系统可能需要几 十个不同服务的共同参与才可以做出相应的响应。这个请求的路径是一个分布式的事务。分布式追踪平台 可让您执行分布式追踪，在组成一个应用的多个微服务间追踪请求的路径。 分布式追踪是用来将不同工作单元的信息关联起来的技术，通常是在不同进程或主机中执行的，以便理解 分布式事务中的整个事件链。分布式追踪可让开发人员在大型服务架构中视觉化调用流程。它对理解序列 化、平行和延迟来源会很有价值。 因果关系。 1.3.4.1. 分布式追踪概述 分布式追踪概述 作为服务所有者，您可以使用分布式追踪来检测您的服务，以收集与服务架构相关的信息。您可以使用分 布式追踪来监控、网络性能分析，并对现代、云原生的基于微服务的应用中组件之间的交互进行故障排 除。 通过分布式追踪，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 Red Hat OpenShift distributed 是一个与厂商无关的方式来接收、处 理和导出遥测数据。OpenTelemetry Collector 支持开源可观察数据格式，如 Jaeger 和 Prometheus，发送到一个或多个开源或商业后端。Collector 是默认位置检测库来导出其遥测 数据。 1.3.4.3. Red Hat OpenShift distributed tracing 功能 功能 Red Hat OpenShift distributed tracing

Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的 Operator。OLM 管理两种 Operator，即 Red Hat Operator 和经认证的 Operator。 一些 Red Hat Operator 用来提供集群功能，如调度程序和问题检测器。其他 Operator 则可供您自助管理 并在应用程序中使用，例如 etcd。OpenShift Container Platform 还提供由社区构建和维护并经过认证的 Operator 。这些经过认证的 在节点的一个子集上运行 DaemonSet。 需要生命周期管理。 当您要移交应用程序供其他人使用时，请考虑创建 Operator。Operator 可 帮助您构建智能功能，自动处理备份和升级之类的事务。与 Operator Lifecycle Manager (OLM) 相结合，集群管理器可以将 Operator 公开给选定命名空间，以便集群中的用户可以运行它们。 具有标识或编号要求。应用程序可能具有标识或编号要求。

Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的 Operator。OLM 管理两种 Operator，即 Red Hat Operator 和经认证的 Operator。 一些 Red Hat Operator 用来提供集群功能，如调度程序和问题检测器。其他 Operator 则可供您自助管理 并在应用程序中使用，例如 etcd。OpenShift Container Platform 还提供由社区构建和维护并经过认证的 Operator 。这些经过认证的 在节点的一个子集上运行 DaemonSet。 需要生命周期管理。 当您要移交应用程序供其他人使用时，请考虑创建 Operator。Operator 可 帮助您构建智能功能，自动处理备份和升级之类的事务。与 Operator Lifecycle Manager (OLM) 相结合，集群管理器可以将 Operator 公开给选定命名空间，以便集群中的用户可以运行它们。 具有标识或编号要求。应用程序可能具有标识或编号要求。

这个系统可能需要几 十个不同服务的共同参与才可以做出相应的响应。这个请求的路径是一个分布式的事务。Jaeger 提供了 分布式追踪功能，可以在组成一个应用程序的多个微服务间追踪请求的路径。 分布式追踪 分布式追踪是用来将不同工作单元的信息关联起来的技术，通常是在不同进程或主机中执行的，以便理解 分布式事务中的整个事件链。分布式追踪可让开发人员在大型服务架构中视觉化调用流程。它对理解序列 化、平行和延迟来源会很有价值。 踪平台，可用来对现代的、云原生的基于微服务的应用程序中组件间的交互进行监控、创建网络配置集并 进行故障排除。Jaeger 基于厂商中立的 OpenTracing API 和工具。 使用 Jaeger 可让您执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 Jaeger 作为 Red Hat OpenShift Service Mesh 的一部分被默认安装。 2.3.2. Jaeger 架构 Jaeger Elasticsearch 项目，您可以配置和管理 Elasticsearch 集群来使用 Jaeger 进行追踪和日志。 Jaeger - 基于开源 Jaeger 项目，可让您执行追踪来监控复杂分布式系统中的事务并进行故障排 除。 Kiali - 基于开源的 Kiali 项目，提供了对服务网格进行观察的功能。通过使用 Kiali，您可以查看配 置、监控流量，并在单一控制台中查看和分析 trace。 安装

Node Health Check Operator 5.7.1.1. 了解 Node Health Check Operator 工作流 5.7.1.2. 关于节点健康检查如何防止与机器健康检查冲突 5.7.2. 使用 Web 控制台安装 Node Health Check Operator 5.7.3. 使用 CLI 安装 Node Health Check Operator 5.8. 了解节点重新引导 以下示例流程概述了如何从文件创建配置映射。 注意 注意 如果从文件创建一个配置映射，您可以在不会破坏非 UTF8 数据的项中包含非 UTF8 的数 据。OpenShift Container Platform 检测到二进制文件，并将该文件编码为 MIME。在服务 器上，MIME 有效负载被解码并存储而不会损坏数据。 您可以多次将 --from-file 选项传递给 CLI。以下示例生成与从目录创建示例相同的结果。 可以指定它们所需要的资源。适合性基于请求的资源，而非使用的资源。 必要常 必要常规 规 predicates PodFitsHostPorts predicate 决定节点是否有空闲端口用于请求的 pod 端口（不存在端口冲突）。 HostName predicate 根据 Host 参数以及与主机名称匹配的字符串来确定适合性。 {"name" : "MatchInterPodAffinity"} {"name" :

HiperSockets、z/VM VSwitch、Linux 网桥 (KVM) 的优势，以确定哪个选项为您的设置带来最大 好处。 始终使用最新可用的 NIC 版本。例如，OSA Express 7S 10 GbE 与带有事务工作负载类型的 OSA Express 6S 10 GbE 相比有显著改进，尽管两者都是 10 GbE 适配器。 每个虚拟交换机都添加了额外的延迟层。 负载平衡器在集群外的网络通信中扮演重要角色 长或更短的轮询时间可能很有用。 时间间隔以纳秒为单位指定。默认值为 50000 ns。 要针对低 CPU 消耗进行优化，请输入一个小的值或写入 0 来禁用轮询： 要针对低延迟进行优化（例如，用于事务的工作负载），请输入一个大的值： 其他 其他资 资源 源 Linux on IBM Z 性能调节 KVM 在 IBM Z 中使用虚拟化 # echo 0 > /sys/module/kvm/ profile:，这是 TuneD 配置集及其名称的列 表。第二部分是 recommend:，用来定义配置集选择逻辑。 多个自定义调优规格可以共存，作为 Operator 命名空间中的多个 CR。Operator 会检测到是否存在新 CR name: default namespace: openshift-cluster-node-tuning-operator spec: recommend:

Git 存储库包含 devfile、Dockerfile 或构建器镜像，它会被自动检测并填充到相应 的路径字段中。如果同一存储库中检测到 devfile、Dockerfile 和构建器镜像，则默认选择 devfile。 若要编辑文件导入类型并选择不同的策略，请单击 Edit import strategy 选项。 如果检测到多个 devfile、Dockerfile 或构建器镜像，以导入特定的 devfile、Dockerfile new-app 命 令通常还会创建一个 Deployment 对象来部署新镜像，以及为运行您的镜像的部署提供负载均衡访问的服 务。 OpenShift Container Platform 会自动检测要使用管道、源或 docker 构建策略，如果进行源构建，则还检 测适当的语言构建器镜像。 3.3.1.1. Local 从本地目录中的 Git 存储库创建应用程序： 注意 注意 如果使用本地 另外，在指定远程 URL 时，您可以通过在 URL 末尾附加 # 来指定要使用的 Git 分支： 3.3.1.3. 构 构建策略 建策略检测 检测 OpenShift Container Platform 通过检测某些文件自动决定要使用的构建策略： $ oc new-app / $ oc new-app https://github

创建一个配置映射，您可以在不会破坏非 建一个配置映射，您可以在不会破坏非 UTF8 数据的 数据的项 项中包含非 中包含非 UTF8 的数据。 的数据。OpenShift Container Platform 检测 检测到二 到二进 进制文件，并将 制文件，并将该 该文件 文件编码为 编码为 MIME。 。 在服 在服务 务器上， 器上，MIME 有效 有效负载 负载被解 被解码 码并存 并存储 储而不会 而不会损 predicates PodFitsHostPorts predicate 决定 决定节 节点是否有空 点是否有空闲 闲端口用于 端口用于请 请求的 求的 pod 端口（不存在端口冲突）。 端口（不存在端口冲突）。 HostName predicate 根据 根据 Host 参数以及与主机名称匹配的字符串来确定适合性。 参数以及与主机名称匹配的字符串来确定适合性。 ，除非 Pod 配置中指定了 配置中指定了 其中任一种容限。 其中任一种容限。 这 这些容限确保了在默 些容限确保了在默认 认情况下， 情况下，pod 在 在检测 检测到 到这 这些 些节 节点条件 点条件问题 问题中的任何一个 中的任何一个时 时，会保持 ，会保持绑 绑定 定 5 分 分钟 钟。 。 您可以根据需要配置 您可以根据需要配置这