在节点的一个子集上运行 DaemonSet。 需要生命周期管理。 当您要移交应用程序供其他人使用时，请考虑创建 Operator。Operator 可 帮助您构建智能功能，自动处理备份和升级之类的事务。与 Operator Lifecycle Manager (OLM) 相结合，集群管理器可以将 Operator 公开给选定命名空间，以便集群中的用户可以运行它们。 具有标识或编号要求。应用程序可能具有标识或编号要求。 Operator）可以自动发生，并且不为 Operator 用户所见。 例如，设置为在特定时间自动备份数据的 Operator 就非常实用。让 Operator 在设定的时间管理应用程序 备份，可以使系统管理员免于记忆这些事务。 传统上手动完成的任何应用程序维护（如备份数据或轮转证书）都可以借助 Operator 自动完成。 OpenShift Container Platform 4.3 架 架构 构 22 第 CRI-O 容器引擎中的容器和 Pod。虽然不建议在 RHCOS 中直接使用这 些工具，但可以把它们用于调试目的。 rpm-ostree 升 升级 级：RHCOS 具有使用rpm-ostree 系统进行事务升级的功能。更新是通过容器镜 像交付的，并且是 OpenShift Container Platform 更新过程的一部分。部署之后，拉取、提取容 器镜像并将其写入磁盘，然后修改启动加载程序以启动到新版本。机器将以滚动方式重启并进入

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/ 存储技术必须保证读写一致性。 首选存储技术是对象存储，然后是块存储。 对于应用于生产环境工作负载的 OpenShift 镜像 Registry 集群部署，我们不推荐使用文件存储。 9.2.1.2. 扩 扩展的 展的 registry 在扩展的/HA OpenShift 镜像 registry 集群部署中： 存储技术必须支持 RWX 访问模式。 存储技术必须保证读写一致性。 首选存储技术是对象存储。

设计 Deployment 和 DeploymentConfig 对象之间的一个重要区别是为推出（rollout）过程所选择的 CAP theorem 属性。DeploymentConfig 对象以一致性为先，而 Deployments 对象优先于可用性。 对于 DeploymentConfig 对象，如果运行一个部署器 pod 的节点停机，它不会被替换掉。流程会等待节 点重新在线或被手动删除。手动删除节点也会删除对应的 pod。这意味着您无法删除 pod 来取消推出部 署，因为 kubelet 负责删除相关联的 pod。 但是，部署推出由控制器管理器驱动。控制器管理器在 master 上运行高可用性模式，并使用群首选举算 法提高可用性与一致性相比的价值。在故障期间，其他 master 有可能同时对同一部署做出反应，但这个 问题会在故障发生后很快进行调节。 8.1.4.2. 针对 针对部署的功能 部署的功能 滚动 滚动 Deployment ，或作为用户浏览器会话的一部分。虽然大多 数 Web 应用程序都支持滚动部署，但务必要测试并设计您的应用程序以便能处理它。 在一些应用程序中，同时运行新旧代码的时间是短暂的，因此程序错误或一些用户事务失败是可以接受 $ oc set deployment-hook dc/frontend \ --pre -c helloworld -e CUSTOM_VAR1=custom_value1

上执行，而这个系统可能需要几 十个不同服务的共同参与才可以做出相应的响应。这个请求的路径是一个分布式的事务。分布式追踪平台 可让您执行分布式追踪，在组成一个应用的多个微服务间追踪请求的路径。 分布式追踪是用来将不同工作单元的信息关联起来的技术，通常是在不同进程或主机中执行的，以便理解 分布式事务中的整个事件链。分布式追踪可让开发人员在大型服务架构中视觉化调用流程。它对理解序列 化、平行和延迟来源会很有价值。 服务，以收集与服务架构相关的信息。您可以使用分 布式追踪来监控、网络性能分析，并对现代、云原生的基于微服务的应用中组件之间的交互进行故障排 除。 通过分布式追踪，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 Red Hat OpenShift distributed tracing 包括两个主要组件： Red Hat OpenShift distributed OpenShift Container Platform 4.9+ 支持 OVN-Kubernetes。 在 OpenShift Container Platform 上认证并通过 Service Mesh 一致性测试的第三方 Container Network Interface(CNI)插件。如需更多信息，请参阅认证的 OpenShift CNI 插件。 1.6.2.4. Service Mesh 支持的配置

设计 Deployment 和 DeploymentConfig 对象之间的一个重要区别是为推出（rollout）过程所选择的 CAP theorem 属性。DeploymentConfig 对象以一致性为先，而 Deployments 对象优先于可用性。 对于 DeploymentConfig 对象，如果运行一个部署器 pod 的节点停机，它不会被替换掉。流程会等待节 点重新在线或被手动删除。手动删除节点也会删除对应的 pod。这意味着您无法删除 pod 来取消推出部 署，因为 kubelet 负责删除相关联的 pod。 但是，部署推出由控制器管理器驱动。控制器管理器在 master 上运行高可用性模式，并使用群首选举算 法提高可用性与一致性相比的价值。在故障期间，其他 master 有可能同时对同一部署做出反应，但这个 问题会在故障发生后很快进行调节。 7.1.4.2. deploymentConfig 对 对象相关的功能 象相关的功能 ，或作为用户浏览器会话的一部分。虽然大多 数 Web 应用程序都支持滚动部署，但务必要测试并设计您的应用程序以便能处理它。 在一些应用程序中，同时运行新旧代码的时间是短暂的，因此程序错误或一些用户事务失败是可以接受 的。至于其他应用程序，失败模式可能会导致整个应用程序无法运作。 验证 N-1 兼容性的一种方法是使用 A/B 部署：在测试环境中以受控的方式同时运行旧代码和新代码，并验 证流向新部署的流量不会导致旧部署失败。

OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform (Jaeger)，它基于开源 OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform (Jaeger)，它基于开源 OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： OpenShift Container Platform 4.14 分布式追踪 分布式追踪 8 Red Hat OpenShift

这个系统可能需要几 十个不同服务的共同参与才可以做出相应的响应。这个请求的路径是一个分布式的事务。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。 安装

在节点的一个子集上运行 DaemonSet。 需要生命周期管理。 当您要移交应用程序供其他人使用时，请考虑创建 Operator。Operator 可 帮助您构建智能功能，自动处理备份和升级之类的事务。与 Operator Lifecycle Manager (OLM) 相结合，集群管理器可以将 Operator 公开给选定命名空间，以便集群中的用户可以运行它们。 具有标识或编号要求。应用程序可能具有标识或编号要求。 Operator）可以自动发生，并且不为 Operator 用户所见。 例如，设置为在特定时间自动备份数据的 Operator 就非常实用。让 Operator 在设定的时间管理应用程序 备份，可以使系统管理员免于记忆这些事务。 传统上手动完成的任何应用程序维护（如备份数据或轮转证书）都可以借助 Operator 自动完成。 OpenShift Container Platform 4.2 架 架构 构 22 第 crictl CLI 工具来处理 CRI-O 容器引擎 中的容器和 Pod。虽然不建议在 RHCOS 中直接使用这些工具，但可以把它们用于调试目的。 RHCOS 具有使用 rpm-ostree 系统进行事务升级的功能。更新是通过容器镜像交付的，并且是 OpenShift 更新过程的一部分。部署之后，拉取、提取容器镜像并将其写入磁盘，然后修改启动加载程序 以启动到新版本。机器将以滚动方式重启并进入更新，确保对集群容量的影响最小。

服务，以收集与服务架构相关的信息。您可以使用分 布式追踪来监控、网络性能分析，并对现代、云原生的基于微服务的应用中组件之间的交互进行故障排 除。 通过分布式追踪，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 Red Hat OpenShift distributed tracing 包括两个主要组件： Red Hat OpenShift distributed distributed tracing 可让您执行分 布式追踪，在组成一个应用程序的多个微服务间记录请求的路径。 分布式追踪是用来将不同工作单元的信息关联起来的技术，通常是在不同进程或主机中执行的，以便理解 分布式事务中的整个事件链。开发人员可以视觉化在大型微服务架构中调用的流程。它对理解序列化、并 行性和延迟来源有价值。 Red Hat OpenShift distributed tracing 记录了在微服 服务，以收集与服务架构相关的信息。您可以使用分 布式追踪来监控、网络性能分析，并对现代、云原生的基于微服务的应用中组件之间的交互进行故障排 除。 通过分布式追踪，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 Red Hat OpenShift distributed tracing 包括两个主要组件： Red Hat OpenShift distributed

程序作为守护进程集运行。您还可以根据节点标签在节点的子集上运行守护进程。 需要生命周期管理。 当您要移交应用程序供其他人使用时，请考虑创建 Operator。Operator 可 帮助您构建智能功能，自动处理备份和升级之类的事务。与 Operator Lifecycle Manager (OLM) 相结合，集群管理器可以将 Operator 公开给选定命名空间，以便集群中的用户可以运行它们。 具有标识或编号要求。应用程序可能具有标识或编号要求。 Operator）可以自动发生，并且不为 Operator 用户所见。 例如，设置为在特定时间自动备份数据的 Operator 就非常实用。让 Operator 在设定的时间管理应用程序 备份，可以使系统管理员免于记忆这些事务。 传统上手动完成的任何应用程序维护（如备份数据或轮转证书）都可以借助 Operator 自动完成。 OpenShift Container Platform 4.7 架 架构 构 30 第 CRI-O 容器引擎中的容器和 pod。虽然不建议在 RHCOS 中直接使用这 些工具，但可以把它们用于调试目的。 rpm-ostree 升 升级 级：RHCOS 具有使用rpm-ostree 系统进行事务升级的功能。更新是通过容器镜 像交付的，并且是 OpenShift Container Platform 更新过程的一部分。部署之后，拉取、提取容 器镜像并将其写入磁盘，然后修改启动加载程序以启动到新版本。机器将以滚动方式重启并进入