所有生产部署都必须使用三个 control plane 节点。 master 上属于 Kubernetes 类别的服务包括 Kubernetes API 服务器、etcd、Kubernetes 控制器管理器和 Kubernetes 调度程序。 表 表 4.1. 在 在 control plane 上 上运 运行的 行的 Kubernetes 服 服务 务 组 组件 件 描述 描述 Kubernetes 为集群的共享状态提供了一个焦点。 etcd etcd 存储持久 master 状态，其他组件则监视 etcd 的更改，以使其自身进 入指定状态。 Kubernetes 控制器管理器 Kubernetes 控制器管理器监视 etcd 是否有对象的更改，如复制、命名空 间，务帐户控制器对象，然后使用 API 来强制实施指定的状态。多个这样 的过程会创建在某个时间点上有一个活跃群首的集群。 Kubernetes 服务器由 OpenShift API Server Operator 管理。 OpenShift 控制器管理器 OpenShift 控制器管理器监视 etcd 是否有 OpenShift 对象的更改，如项 目、路由和模板控制器对象，然后使用 API 来强制实施指定的状态。 OpenShift 控制器管理器由 OpenShift Controller Manager Operator 管 理。 OpenShift

所有生产部署都必须使用三个 control plane 节点。 master 上属于 Kubernetes 类别的服务包括 Kubernetes API 服务器、etcd、Kubernetes 控制器管理器和 Kubernetes 调度程序。 表 表 5.1. 在 在 control plane 上 上运 运行的 行的 Kubernetes 服 服务 务 组 组件 件 描述 描述 Kubernetes 为集群的共享状态提供了一个焦点。 etcd etcd 存储持久 master 状态，其他组件则监视 etcd 的更改，以使其自身进 入指定状态。 Kubernetes 控制器管理器 Kubernetes 控制器管理器监视 etcd 是否有对象的更改，如复制、命名空 间，务帐户控制器对象，然后使用 API 来强制实施指定的状态。多个这样 的过程会创建在某个时间点上有一个活跃群首的集群。 Kubernetes 服务器由 OpenShift API Server Operator 管理。 OpenShift 控制器管理器 OpenShift 控制器管理器监视 etcd 是否有 OpenShift 对象的更改，如项 目、路由和模板控制器对象，然后使用 API 来强制实施指定的状态。 OpenShift 控制器管理器由 OpenShift Controller Manager Operator 管 理。 OpenShift

自定义调整示例 4.7. 支持的 TUNED 守护进程插件 第 第 5 章 章 使用 使用 CPU MANAGER 和拓扑管理器 和拓扑管理器 5.1. 设置 CPU MANAGER 5.2. 拓扑管理器策略 5.3. 设置拓扑管理器 5.4. POD 与拓扑管理器策略的交互 第 第 6 章 章 调 调度 度 NUMA 感知工作 感知工作负载 负载 6.1. 关于 NUMA 感知调度 可伸 可伸缩 缩性和性能 性和性能 18 Operator 状态错误日志 警告 警告 自动清除可能会导致各种 OpenShift 核心组件中的领导选举失败，如 Kubernetes 控 制器管理器，这会触发重启失败的组件。重启会有危害，并会触发对下一个正在运行 的实例的故障切换，或者组件在重启后再次恢复工作。 成功 成功进 进行碎片 行碎片处 处理的日志 理的日志输 输出示例 出示例 进 HiperSockets、z/VM VSwitch、Linux 网桥 (KVM) 的优势，以确定哪个选项为您的设置带来最大 好处。 始终使用最新可用的 NIC 版本。例如，OSA Express 7S 10 GbE 与带有事务工作负载类型的 OSA Express 6S 10 GbE 相比有显著改进，尽管两者都是 10 GbE 适配器。 每个虚拟交换机都添加了额外的延迟层。 负载平衡器在集群外的网络通信中扮演重要角色

上执行，而这个系统可能需要几 十个不同服务的共同参与才可以做出相应的响应。这个请求的路径是一个分布式的事务。分布式追踪平台 可让您执行分布式追踪，在组成一个应用的多个微服务间追踪请求的路径。 分布式追踪是用来将不同工作单元的信息关联起来的技术，通常是在不同进程或主机中执行的，以便理解 分布式事务中的整个事件链。分布式追踪可让开发人员在大型服务架构中视觉化调用流程。它对理解序列 化、平行和延迟来源会很有价值。 服务，以收集与服务架构相关的信息。您可以使用分 布式追踪来监控、网络性能分析，并对现代、云原生的基于微服务的应用中组件之间的交互进行故障排 除。 通过分布式追踪，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 Red Hat OpenShift distributed tracing 包括两个主要组件： Red Hat OpenShift distributed 志记录提供数据库存 储。它基于开源 Elasticsearch 项目。 Red Hat OpenShift distributed tracing 平台 - 提供分布式追踪以监控复杂分布式系统中的事务 并进行故障排除。它基于开源 Jaeger 项目。 Kiali - 为您的服务网格提供可观察性。允许您在单个控制台中查看配置、监控流量和分析追踪。 它基于开源 Kiali 项目。 Red Hat

需要生命周期管理。 当您要移交应用程序供其他人使用时，请考虑创建 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 更新过程的一部分。部署之后，拉取、提取容器镜像并将其写入磁盘，然后修改启动加载程序 以启动到新版本。机器将以滚动方式重启并进入更新，确保对集群容量的影响最小。

需要生命周期管理。 当您要移交应用程序供其他人使用时，请考虑创建 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 更新过程的一部分。部署之后，拉取、提取容 器镜像并将其写入磁盘，然后修改启动加载程序以启动到新版本。机器将以滚动方式重启并进入

DeploymentConfig 对象部署应用程序，并从 Web 控制台管理应用程序。您 可以创建部署策略，以帮助减少更改期间或升级到应用程序的停机时间。 您还可以使用 Helm，它是一个软件包管理器，简化了应用程序和服务部署到 OpenShift Container Platform 集群的过程。 1.3. 使用 RED HAT MARKETPLACE Red Hat Marketplace 的节点停机，它不会被替换掉。流程会等待节 点重新在线或被手动删除。手动删除节点也会删除对应的 pod。这意味着您无法删除 pod 来取消推出部 署，因为 kubelet 负责删除相关联的 pod。 但是，部署推出由控制器管理器驱动。控制器管理器在 master 上运行高可用性模式，并使用群首选举算 法提高可用性与一致性相比的价值。在故障期间，其他 master 有可能同时对同一部署做出反应，但这个 问题会在故障发生后很快进行调节。 ，或作为用户浏览器会话的一部分。虽然大多 数 Web 应用程序都支持滚动部署，但务必要测试并设计您的应用程序以便能处理它。 在一些应用程序中，同时运行新旧代码的时间是短暂的，因此程序错误或一些用户事务失败是可以接受 $ oc set deployment-hook dc/frontend \ --pre -c helloworld -e CUSTOM_VAR1=custom_value1

使用配置映射将内容注入卷 2.8. 使用设备插件来利用 POD 访问外部资源 2.8.1. 了解设备插件 设备插件示例 2.8.1.1. 设备插件部署方法 2.8.2. 了解设备管理器 2.8.3. 启用设备管理器 2.9. 在 POD 调度决策中纳入 POD 优先级 2.9.1. 了解 pod 优先级 2.9.1.1. Pod 优先级类 2.9.1.2. Pod 优先级名称 2.9 KubeVirt 设备 设备插件： 插件：vfio 和 和 kvm 注意 注意 对 对于 于简单设备 简单设备插件参考 插件参考实现 实现， ，设备 设备管理器代 管理器代码 码中提供了一个存根 中提供了一个存根设备 设备插 插 件： 件：vendor/k8s.io/kubernetes/pkg/kubelet/cm/deviceplugin/device_plugin_stub 尝试在 在节 节点上的 点上的 /var/lib/kubelet/device-plugin/ 创 创建一个 建一个 UNIX 域套 域套 接字，以服 接字，以服务 务来自于 来自于设备 设备管理器的 管理器的 RPC。 。 由于 由于设备 设备插件必 插件必须 须管理硬件 管理硬件资 资源、主机文件系 源、主机文件系统 统的 的访问权 访问权以及套接字 以及套接字创

使用配置映射将内容注入卷 2.8. 使用设备插件通过 POD 访问外部资源 2.8.1. 了解设备插件 设备插件示例 2.8.1.1. 设备插件部署方法 2.8.2. 了解设备管理器 2.8.3. 启用设备管理器 2.9. 在 POD 调度决策中纳入 POD 优先级 2.9.1. 了解 pod 优先级 2.9.1.1. Pod 优先级类 2.9.1.2. Pod 优先级名称 2.9 设备插件 kubevirt 设备插件： vfio 和 kvm 用于 IBM Crypto Express (CEX)卡的 Kubernetes 设备插件 注意 注意 对于简单设备插件参考实现，设备管理器代码中有一个存根设备插件： vendor/k8s.io/kubernetes/pkg/kubelet/cm/deviceplugin/device_plugin_stub.go。 2.8.1.1. /var/lib/kubelet/device-plugin/ 创建一个 UNIX 域套接 字，以服务来自设备管理器的 RPC。 由于设备插件必须管理硬件资源、主机文件系统的访问以及套接字创建，它们必须在特权安全上 下文中运行。 有关部署步骤的更多细节，请参阅每个设备插件实施。 2.8.2. 了解设备管理器 设备管理器提供了一种使用称为设备插件的插件来广告专用节点硬件资源的机制。 您可以公告专用的硬件，而不必修改任何上游代码。

DeploymentConfig 对象部署应用程序，并从 Web 控制台管理应用程序。您 可以创建部署策略，以帮助减少更改期间或升级到应用程序的停机时间。 您还可以使用 Helm，它是一个软件包管理器，简化了应用程序和服务部署到 OpenShift Container Platform 集群的过程。 1.3. 使用 RED HAT MARKETPLACE Red Hat Marketplace 的节点停机，它不会被替换掉。流程会等待节 点重新在线或被手动删除。手动删除节点也会删除对应的 pod。这意味着您无法删除 pod 来取消推出部 署，因为 kubelet 负责删除相关联的 pod。 但是，部署推出由控制器管理器驱动。控制器管理器在 master 上运行高可用性模式，并使用群首选举算 法提高可用性与一致性相比的价值。在故障期间，其他 master 有可能同时对同一部署做出反应，但这个 问题会在故障发生后很快进行调节。 ，或作为用户浏览器会话的一部分。虽然大多 数 Web 应用程序都支持滚动部署，但务必要测试并设计您的应用程序以便能处理它。 在一些应用程序中，同时运行新旧代码的时间是短暂的，因此程序错误或一些用户事务失败是可以接受 的。至于其他应用程序，失败模式可能会导致整个应用程序无法运作。 验证 N-1 兼容性的一种方法是使用 A/B 部署：在测试环境中以受控的方式同时运行旧代码和新代码，并验 证流向新部署的流量不会导致旧部署失败。