描述 查 查看虚 看虚拟 拟化 化仪 仪表板 表板 到 Observe → Dashboards 的链接，显示 OpenShift Virtualization 的顶部用户 时间 时间周期 周期列表 选择过滤结果的时间周期。 顶级 顶级消 消费 费者 者列表 选择顶级消费者的数量来过滤结果。 CPU chart 带有最高 CPU 使用率的 VirtualMachines 内存 内存图表 带有最高内存用量的 Migrations 选项卡显示 VirtualMachineInstance 迁移的状态。 例 例 4.4. Migration 标签页 标签页 元素 元素 描述 描述 时间 时间周期 周期列表 选择一个时间段来过滤 VirtualMachineInstanceMigrations。 VirtualMachineInstanc eMigrations 表 VirtualMachineInstance 控制台概述 控制台概述 25 Metrics 选项卡显示内存、CPU、存储、网络和迁移使用图表。 例 例 4.14. Metrics 标签页 标签页 元素 元素 描述 描述 时间 时间范 范围 围列表 选择一个时间范围来过滤结果。 虚 虚拟 拟化 化仪 仪表板 表板 链接到当前项目的 Workloads 选项卡 使用率部分 内存 内存和 CPU 图标 存储部分 存 存储总读 储总读/写

配置持久性存储 2.10. 配置远程写入存储 2.11. 控制用户定义的项目中未绑定指标属性的影响 第 第 3 章 章 配置外部 配置外部 ALERTMANAGER 实 实例 例 3.1. 在时间序列和警报中附加额外标签 3.2. 为监控组件设置日志级别 3.3. 为 PROMETHEUS 启用查询日志文件 3.4. 为 THANOS QUERIER 启用查询日志记录 第 第 4 章 章 为 章 监 监控概述 控概述 5 Prometheus Prometheus 是 OpenShift Container Platform 监控堆 栈所依据的监控系统。Prometheus 是一个时间序列数 据库和用于指标的规则评估引擎。Prometheus 将警报 发送到 Alertmanager 进行处理。 Prometheus Adapter Prometheus Adapter（上图中的 Querier 将 OpenShift Container Platform 核 心指标和用于用户定义项目的指标聚合在单个多租户 接口下，并选择性地进行重复数据删除。 Grafana Grafana 分析平台提供用于分析和直观呈现指标的仪 表板。由监控堆栈提供的 Grafana 实例及其仪表板是 只读的。 Telemeter Client Telemeter Client 将数据的子部分从平台 Prometheus

警报，以使用 LiveMigrate 驱除策 略。(BZ#2026733) 作为临时解决方案，静默警报。 在大型集群中，OpenShift Virtualization MAC 池管理器可能需要很长时间才能引导，OpenShift Virtualization 可能未就绪。(BZ#2035344) 作为临时解决方案，如果您不需要 MAC 池功能，请运行以下命令来禁用这个子组件： OpenShift 批准策略时，您必须手动批准每个待处理的更新。如果 OpenShift Container Platform 和 OpenShift Virtualization 更新不同步，您的集群将无法被支持。 更新完成所需时间取决于您的网络连接情况。大部分自动更新可在十五分钟内完成。 更新 OpenShift Virtualization 不会中断网络连接。 数据卷及其关联的持久性卷声明会在更新过程中保留。 重要 重要 runStrategy 值的 VirtualMachine 对象控制，则会在带有更新组件的新 pod 中创建一个新的 VMI。 迁移 迁移尝试 尝试和超 和超时 时 更新工作负载时，如果 pod 在以下时间段内处于 Pending 状态，实时迁移会失败： 5 分 分钟 钟 如果 pod 因为是 Unschedulable 而处于 pending 状态。 15 分 分钟 钟 如果 pod 因任何原因处于

个副本： 输 输出示例 出示例 3. 验证默认 IngressController 是否已扩展至您指定的副本数： 输 输出示例 出示例 注意 注意 扩展不是立刻就可以完成的操作，因为它需要时间来创建所需的副本数。 6.8.4. 配置 Ingress 访问日志 您可以配置 Ingress Controller 以启用访问日志。如果您的集群没有接收许多流量，那么您可以将日志记 subject=CN 网络设备。 注意 注意 在应用由 SriovNetworkNodePolicy 对象中指定的配置时，SR-IOV Operator 可能会排空 节点，并在某些情况下会重启节点。 它可能需要几分钟时间来应用配置更改。 先决条件 先决条件 已安装 OpenShift CLI（oc）。 您可以使用具有 cluster-admin 角色的用户访问集群。 已安装 SR-IOV Network Operator。 cy 中的每个选项的信息。 当应用由 SriovNetworkNodePolicy 对象中指定的配置时，SR-IOV Operator 可 能会排空节点，并在某些情况下会重启节点。它可能需要几分钟时间来应用配置更 改。确保集群中有足够的可用节点，用以预先处理被驱除的工作负载。 应用配置更新后，openshift-sriov-network-operator 命名空间中的所有 pod 将 变为 Running

技术创建网络流。然 后，OpenShift Container Platform 信息会增强网络流，并存储在 Loki 中。您可以在 OpenShift Container Platform 控制台中查看和分析所存储的 netflow 信息，以进一步洞察和故障排除。如需更多信 息，请参阅关于 Network Observability Operator。 OpenShift Container Platform s、m 和 h，具体参见 Go 时间 时间 包 文档。 注意 由于 OpenShift Container Platform 4.3 及更高版本中引进了性能改进， 不再需要调整 iptablesSyncPeriod 参数。 proxyArguments.iptables- min-sync-period array 刷新 iptables 规则前的最短持续时间。此字段确保刷 新的频率不会过于频繁。有效的后缀包括 OPERATOR 31 1 2 您可以配置成功或失败缓存的最长持续时间（分别也称为正缓存或负缓存），由 CoreDNS 执行。调整 DNS 查询响应缓存持续时间可减少任何上游 DNS 解析器的负载。 流程 流程 1. 运行以下命令来编辑名为 default 的 DNS Operator 对象： 2. 修改生存时间 (TTL) 缓存值： 配置 DNS 缓存 CoreDNS 会将字符串值

s、m 和 h，具体参见 Go 时间 时间 包 文档。 注意 注意 由于 OpenShift Container Platform 4.3 及更高版本中引进了性能改进， 不再需要调整 iptablesSyncPeriod 参数。 proxyArguments.iptables- min-sync-period array 刷新 iptables 规则前的最短持续时间。此字段确保刷 新的频率不会过于频繁。有效的后缀包括 Controller 将使用默认值 4 个线程。默认值可能会在以后的版本中改 变。不建议设置此字段，因为增加 HAProxy 线程数量可让 Ingress Controller pod 在负载下使用更多 CPU 时间，并阻止其他 pod 收到需 要执行的 CPU 资源。减少线程数量可能会导致 Ingress Controller 执行 不佳。 clientTimeout 指定连接在等待客户端响应时保持打开的时长。如果未 的要求。oc 命令用于扩展 IngressController 资源。以下流程提供了扩展默认 IngressController 的示例。 注意 注意 扩展不是立刻就可以完成的操作，因为它需要时间来创建所需的副本数。 流程 流程 1. 查看默认 IngressController 的当前可用副本数： 输 输出示例 出示例 2. 使用 oc patch 命令，将默认 IngressController

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

在 OpenShift Container Platform 集群上托管 control plane。这个模型执行以下操作： 优化 control plane 所需的基础架构成本。 改进集群创建时间。 启用使用 Kubernetes 原生高级别元语托管 control plane。例如，部署有状态的集合。 在 control plane 和工作负载之间允许强大的网络分段。 混合云部署 混合云部署 Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 证书。如需更多信息，请参阅从过期的 control plane 证书 中恢复的文档。 建议您在 Ignition 配置文件生成后的 12 小时内使用它们，因为 24 小时的证书会在 集群安装后的 16 小时到 22 小时间进行轮转。通过在 12 小时内使用 Ignition 配置 文件，您可以避免在安装过程中因为执行了证书更新而导致安装失败的问题。 bootstrapp 集群涉及以下步骤： 1. bootstrap

选择如何配置 RHCOS 6.1.3. 选择如何部署 RHCOS 6.1.4. 关于 Ignition 6.1.4.1. Ignition 工作方式 6.1.4.2. Ignition 操作序列 6.2. 查看 IGNITION 配置文件 6.3. 安装后更改 IGNITION 配置 第 第 7 章 章 准入插件 准入插件 7.1. 关于准入插件 7.2. 默认准入插件 7.3. Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 Kubernetes 控制器管理器 Kubernetes 控制器管理器监视 etcd 是否有对象的更改，如复制、命名空 间，务帐户控制器对象，然后使用 API 来强制实施指定的状态。多个这样 的过程会创建在某个时间点上有一个活跃群首的集群。 Kubernetes 调度程序 Kubernetes 调度程序监视没有分配节点的新创建的 pod，并选择托管该 pod 的最佳节点。 另外，在 control plane

改进了 Service Mesh operator 性能 Red Hat OpenShift Service Mesh 在每个 ServiceMeshControlPlane 协调结束时用于修剪旧资源的时间 已经减少。这会更快地进行 ServiceMeshControlPlane 部署，并允许应用到现有 SMCP 的更改更快地生 效。 1.2.2.12.8. Kiali 更新 Kiali 1.36 另外，这个版本有以下新特性： 简化了 Service Mesh control plane 的安装、升级和管理。 减少 Service Mesh control plane 的资源使用情况和启动时间。 通过降低网络间 control plane 通讯来提高性能。 添加对 Envoy 的 Secret Discovery Service（SDS）的支持。SDS 是一个更加安全有效地向 Envoy Operator 2.2 或 2.3，在 SMCP 协调过程 中，SMMR 控制器会从 SMMR.status.configuredMembers 中删除成员命名空间。这会导致成 员命名空间中的服务在一些时间不可用。 使用 Red Hat OpenShift Service Mesh Operator 2.2 或 2.3，SMMR 控制器不再从 SMMR.status.configuredMembers