OpenShift Container Platform 4.10 监控Container Platform 4.10 监控 在 OpenShift Container Platform 中配置和使用监控堆栈 Last Updated: 2023-10-17 OpenShift Container Platform 4.10 监控 在 OpenShift Container Platform 中配置和使用监控堆栈 法律通告 法律通告 Copyright © property of their respective owners. 摘要 摘要 本文提供有关在 OpenShift Container Platform 中配置和使用 Prometheus 监控堆栈的说明。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 章 监 监控概述 控概述 1.1. 关于 OPENSHIFT CONTAINER PLATFORM 监控 1.2. 了解监控堆栈 1.3. OPENSHIFT CONTAINER PLATFORM 监控的常见术语表 1.4. 其他资源 1.5. 后续步骤 第 第 2 章 章 配置 配置监 监控堆 控堆栈 栈 2.1. 先决条件 2.2. 对监控的维护和支持 2.3. 准备配置监控堆栈 20 码力 | 135 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.14 电源监控OpenShift Container Platform 4.14 电源监控 为 Red Hat OpenShift 配置和使用电源监控 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 电源监控 为 Red Hat OpenShift 配置和使用电源监控 法律通告 法律通告 Copyright © 2024 Red Hat OpenStack community. All other trademarks are the property of their respective owners. 摘要 摘要 您可以使用电源监控来监控 OpenShift Container Platform 集群中运行的每个容器的功耗,如 CPU 和 DRAM。 . . . . . . . . . . . . . . . . . . . . 发行注 行注记 记 1.1. 电源监控 0.1 (技术预览) 第 第 2 章 章 电 电源 源监 监控概述 控概述 2.1. 关于电源监控 2.2. 电源监控架构 2.3. KEPLER 硬件和虚拟化支持 2.4. 其他资源 第 第 3 章 章 为 为 RED HAT OPENSHIFT 安装 安装电 电源 源监 监控 控 3.1. 安装 POWER 监控 OPERATOR 3.2. 部署0 码力 | 20 页 | 350.27 KB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能推荐的 ETCD 实践 1.6. 将 ETCD 移动到不同的磁盘 1.7. 分离 ETCD 数据 1.8. OPENSHIFT CONTAINER PLATFORM 基础架构组件 1.9. 移动监控解决方案 1.10. 移动默认 REGISTRY 1.11. 移动路由器 1.12. 基础架构节点大小 1.13. 其他资源 第 第 2 章 章 IBM Z 和 和 LINUXONE 环 环境的推荐主机 . . . . . . . . . 第 第 7 章 章 扩 扩展 展 CLUSTER MONITORING OPERATOR 7.1. PROMETHEUS 数据库存储要求 7.2. 配置集群监控 第 第 8 章 章 根据 根据对 对象限制 象限制规 规划您的 划您的环 环境 境 8.1. OPENSHIFT CONTAINER PLATFORM 为主发行版本测试了集群最大值 8.2. 测试集群最大值的 pod 实际使用两个容器。第二个容器用来在实际容器 启动前设置联网。因此,运行 10 个 pod 的系统实际上会运行 20 个容器。 注意 注意 云供应商的磁盘 IOPS 节流可能会对 CRI-O 和 kubelet 产生影响。当节点上运行大量 I/O 高负载的 pod 时,可能会出现超载的问题。建议您监控节点上的磁盘 I/O,并使用有足够 吞吐量的卷。 podsPerCore 根据节点中的处理器内核数来设置节点可运行的0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.8
Web 控制台SERVICE MESH Red Hat OpenShift Service Mesh 是一个提供对服务网格(service mesh)的行为信息和操作控制的平 台,它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格(service mesh)代表在分布式微服务架构中组成应用程序的微服务网络,以及这些微服务 间的交互。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 功能配置和管理 Service Mesh。 Red Hat OpenShift Service Mesh 提供了一个方便的方法来创建一个部署的服务网络,它可提供发现、负 载平衡、服务对服务验证、故障恢复、指标和监控的功能。服务网格还提供更复杂的操作功能,其中包括 A/B 测试、canary 发行版本、速率限制、访问控制以及端到端验证。 1.2. 获取支持 如果您在执行本文档所述的某个流程时遇到问题,请访问红帽客户门户。您可通过该客户门户: Mixer 适配器 此发行版本只支持以下 Mixer 适配器: 3scale Istio Adapter Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式: 流量管理 流量管理 - 控制服务间的流量和 API 调用,提高调用的可靠性,并使网络在条件不好的情况保持 稳定。 服 服务标识 务标识和安全性 和安全性 - 在网格中提供可验证身份的服务,并提供保护服务流量的能力,以便可以通0 码力 | 87 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.8 Service Mesh项目,为创建部署的服务提供发现、负载均衡、服务对服务身份验证、故障 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能,其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式: 流量管理 - 控制服务间的流量和 API 调用,提高调用的可靠性,并使网络在条件不好的情况保持 注意 当您禁用了 spec.security.manageNetworkPolicy,Red Hat OpenShift Service Mesh 不 会创建 任何 NetworkPolicy 对象。系统管理员负责管理网络并修复可能导致的任何问题。 流程 1. 在 OpenShift Container Platform web 控制台中,点击 Operators → Installed Operators。 网关 API 尚不支持远程获取和加载 WebAssembly HTTP 过滤器 尚不支持使用 Kubernetes CSR API 的自定义 CA 集成 监控流量的请求分类是一个技术预览功能 通过授权策略的 CUSTOM 操作与外部授权系统集成是一项技术预览功能 1.2.2.12.7. 改进了 Service Mesh operator 性能 Red Hat OpenShift Service0 码力 | 344 页 | 3.04 MB | 1 年前3
OpenShift Container Platform 4.1 发行注记OpenShift Container Platform 基于 Red Hat Enterprise Linux 和 Kubernetes,为当今的企业级应用程序 提供了一个更加安全、可扩展的多租户操作系统,同时提供了集成的应用程序运行时及程序库。 OpenShift Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 Red Hat OpenShift (或 master) 的系统,而 compute (或 worker) 系统可以使用 RHCOS 或 Red Hat Enterprise Linux 7.6。 重要 重要 因为当前只支持使用 Red Hat Enterprise Linux 7.6 作为 compute 系统,所以不能把使用 Red Hat Enterprise Linux 的 compute 系统升级到版本 8。 您可以 Hawkular 被 cluster monitoring(集群监控)替代。 Cassandra 被 cluster monitoring(集群监控)替代。 Heapster 由 Prometheus adapter 替代。 Atomic Host 由 Red Hat Enterprise Linux CoreOS 替代。 系统容器 由 Red Hat Enterprise Linux CoreOS0 码力 | 22 页 | 287.47 KB | 1 年前3
OpenShift Container Platform 4.13 虚拟化OPENSHIFT VIRTUALIZATION 7.3. 防止在 EUS 到 EUS 更新过程中进行工作负载更新 7.4. 配置工作负载更新方法 7.5. 批准待处理的 OPERATOR 更新 7.6. 监控更新状态 7.7. 其他资源 5 5 5 6 6 7 7 8 9 10 11 11 12 13 15 15 15 16 17 17 21 22 31 36 37 39 39 39 . . . 13.3. 为过时的 CPU 型号管理节点标签 13.4. 防止节点协调 第 第 14 章 章 支持 支持 14.1. 支持概述 14.2. 为红帽支持收集数据 14.3. 监控 14.4. 故障排除 14.5. OPENSHIFT VIRTUALIZATION RUNBOOKS 第 第 15 章 章 备 备份和恢复 份和恢复 15.1. 安装和配置 OADP 15 实时迁移需要 ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比,Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层,包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如,如果您使用 Red Hat OpenShift Data Foundation,Ceph RBD 卷优先于 CephFS 卷。 重要 重要 您无法实时迁移使用以下配置的虚拟机:0 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.10 虚拟化OPENSHIFT VIRTUALIZATION 5.1. 关于更新 OPENSHIFT VIRTUALIZATION 5.2. 配置自动工作负载更新 5.3. 批准待处理的 OPERATOR 更新 5.4. 监控更新状态 5.5. 其他资源 第 第 6 章 章 为 为 KUBEVIRT-CONTROLLER 和 和 VIRT-LAUNCHER 授予 授予额 额外的安全 外的安全权 权限 限 6.1. 为 第 10 章 章 实时 实时迁移 迁移 10.1. 虚拟机实时迁移 10.2. 实时迁移限制和超时 10.3. 迁移虚拟机实例到另一节点 10.4. 在专用额外网络中迁移虚拟机 10.5. 监控虚拟机实例的实时迁移 10.6. 取消虚拟机实例的实时迁移 10.7. 配置虚拟机驱除策略 第 第 11 章 章 节 节点 点维护 维护 11.1. 关于节点维护 11.2. 将节点设置为维护模式 12.3. 对节点网络配置进行故障排除 第 第 13 章 章 日志 日志记录 记录、事件和 、事件和监 监控 控 13.1. 查看虚拟化概述 13.2. 查看虚拟机日志 13.3. 查看事件 13.4. 使用事件和条件诊断数据卷 13.5. 查看有关虚拟机工作负载的信息 13.6. 监控虚拟机健康状况 13.7. 使用 OPENSHIFT CONTAINER PLATFORM DASHBOARD0 码力 | 307 页 | 3.45 MB | 1 年前3
OpenShift Container Platform 4.9 网络3. 配置 METALLB 地址池 23.4. 将服务配置为使用 METALLB 第 第 24 章 章 将二 将二级 级接口指 接口指标 标与网 与网络 络附加关 附加关联 联 24.1. 为监控扩展二级网络指标 335 335 336 337 347 352 352 352 354 355 355 356 358 360 360 361 363 365 368 368 加到集群中时,MetalLB 可为该服务添加外部 IP 地址。 multicast 通过使用 IP 多播,数据可同时广播到许多 IP 地址。 命名空 命名空间 间 命名空间隔离所有进程可见的特定系统资源。在一个命名空间中,只有属于该命名空间的进程才能看 到这些资源。 networking OpenShift Container Platform 集群的网络信息。 node OpenShift OpenShift Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络,它允许 OpenShift Container Platform 4.9 网 网络 络 8 OpenShift Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络,它允许 OpenShift Container Platform 集群中的不同0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 4.14 Operator11. 使用 SCORECARD 工具验证 OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 5.16. 为多平台支持配置 OPERATOR 项目 5.17. 基于 GO 的 OPERATOR 的对象修剪工具 4 4 4 5 6 6 7 23 25 和 CLI 工具(如 kubectl 和 oc 命令)集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA)更新的方法,并确保应用程序保持在指定的状态。 虽然这两个操作都遵循类似的 Operator 概念和目标,但 OpenShift Container Platform 中的 Operator 由 两个不同的系统管理,具体取决于其用途: 由 Cluster Version Operator 被默认安装来执行集群功能。 可选的附加组件 Operator 由 Operator Lifecycle Manager(OLM)管理,供用户在其应用程序中运 行。 使用 Operator,您可以创建应用程序来监控集群中运行的服务。Operator 是专为您的应用程序而设计 的。Operator 实施并自动执行常见的第 1 天操作,如安装和配置以及第 2 天操作,如自动缩放和缩减并创 建备份。所有这些活动均位于集群中运行的一个软件中。0 码力 | 423 页 | 4.26 MB | 1 年前3
共 72 条
- 1
- 2
- 3
- 4
- 5
- 6
- 8













