OpenShift Container Platform 4.14 机器管理OpenShift Container Platform 4.14 机器管理 添加和维护集群机器 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 机器管理 添加和维护集群机器 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text of and illustrations their respective owners. 摘要 摘要 本文说明如何管理构成 OpenShift Container Platform 集群的机器。某些任务利用 OpenShift Container Platform 集群的增强型自动机器管理功能,另一些任务则要手动完成。本文所述的任务并 非对所有安装类型都适用。 . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 机器管理概述 机器管理概述 1.1. MACHINE API 概述 1.2. 管理计算机器 1.3. 管理 CONTROL PLANE 机器 1.4. 将自动扩展应用到 OPENSHIFT CONTAINER PLATFORM 集群 1.5. 在用户置备的基础架构上添加计算机器 1.6. 在集群中添加 RHEL 计算机器 第 第 2 章 章 使用 使用 MACHINE0 码力 | 277 页 | 4.37 MB | 1 年前3
OpenShift Container Platform 4.14 分布式追踪OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text of and trademarks are the property of their respective owners. 摘要 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 1.1. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 3.0 发行注记 1.2. RED HAT OPENSHIFT0 码力 | 100 页 | 928.24 KB | 1 年前3
OpenShift Container Platform 4.6 分布式追踪OpenShift Container Platform 4.6 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 分布式追踪 分布式追踪安装、使用与发行注记 Enter your first name here. Enter your surname here. Enter your trademarks are the property of their respective owners. 摘要 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 1.1. 分布式追踪概述 1.2. 让开源更具包容性 1.3. 获取支持 1.4. 新功能及功能增强 1.4.1. Red Hat OpenShift distributed tracing0 码力 | 59 页 | 572.03 KB | 1 年前3
Red Hat OpenShift Data Foundation 4.12 规划部署服务主要通过代表以下组件的存储类提供给应用程序: 块存储设备,主要服务于数据库工作负载。示例包括 Red Hat OpenShift Container Platform 日 志记录和监控,以及 PostgreSQL。 共享和分布式文件系统,主要服务于软件开发、消息传递和数据聚合工作负载。示例包括 Jenkins 构建源和工件、Wordpress 上传的内容、Red Hat OpenShift Container Platform 对象 的环境,主要面向数据密集型应用。例如,使用 Spark、Pacesto、Red Hat AMQ Streams (Kafka) 等应用程序,以及 TensorFlow 和 Pytorch 等机器学习框架。 注意 注意 不支持在 CephFS 持久性卷上运行 PostgresSQL 工作负载,建议使用 RADOS 块设备 (RBD) 卷。如需更多信息,请参阅知识库文章解决方案 ODF 数据库工作负载必须不使用 数据库工作负载必须不使用 CephFS PV/PVC。 Red Hat OpenShift Data Foundation 版本 4.x 由一组软件项目组成,包括: Ceph,提供块存储、共享分布式文件系统以及内部对象存储 Ceph CSI,用于管理持久性卷和声明的调配和生命周期 NooBaa 提供多云对象网关 OpenShift Data Foundation、Rook-Ceph 和 NooBaa0 码力 | 37 页 | 620.41 KB | 1 年前3
OpenShift Container Platform 4.9 节点了解 pod 调度和节点状况(根据状况保留节点) 3.7.1.4. 了解根据状况驱除 pod(基于垃圾的驱除) 3.7.1.5. 容限所有污点 3.7.2. 添加污点和容限 3.7.2.1. 使用机器集添加污点和容限 3.7.2.2. 使用污点和容限将用户绑定到节点 3.7.2.3. 使用节点选择器和容限创建项目 3.7.2.4. 使用污点和容限控制具有特殊硬件的节点 3.7.3. 删除污点和容限 Operator 行为 5.6.2. 使用 Web 控制台安装 Poison Pill Operator 5.6.3. 使用 CLI 安装 Poison Pill Operator 5.6.4. 配置机器健康检查以使用 Poison Pill Operator 5.6.5. 对 Poison Pill Operator 进行故障排除 5.6.5.1. 常规故障排除 5.6.5.2. 检查守护进程集 1. 关于 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 Operator0 码力 | 374 页 | 3.80 MB | 1 年前3
OpenShift Container Platform 4.10 监控调度程序将 pod 分配给节点。 labels 标签是可用于组织和选择对象子集(如 pod)的键值对。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 Operator 在 OpenShift Container Platform 集群中打包、部署和管理 Kubernetes 应用程序的首选方法。 Operator YAML 配置文件。 3. 选择 Save。 其他 其他资 资源 源 参阅 PagerDuty 官方网站来进一步了解 PagerDuty 参阅 PagerDuty Prometheus 集成指南来学习如何检索 service_key 参阅 Alertmanager 配置来配置通过不同警报接收器发送警报 9.8. 后续步骤 查看监控仪表板 - name: team-frontend-page 集群中运行的应用程序订阅到底层裸机主 机上生成的事件。Redfish 服务在节点上发布事件,并将其传送到高级消息队列中。 裸机事件基于在分布式管理任务组(DMTF)的指导下开发的开源 Redfish 标准。Redfish 提供了一个带有 REST API 的安全行业标准协议。该协议用于管理分布式、融合或软件定义的资源和基础架构。 通过 Redfish 发布的硬件相关事件包括: 违反临时处理限制 服务器状态0 码力 | 135 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.13 网络networking OpenShift Container Platform 集群的网络信息。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 OpenShift Container Platform Ingress Operator Ingress Operator 实现 IngressController lastTransitionTime 字符串 字符串 连接条件从一个状态转换到另一个状态的时间。 message 字符串 字符串 有关最后一次转换的详情(人类可读的格式)。 reason 字符串 字符串 有关最后一次转换的详情(机器可读的格式)。 status 字符串 字符串 条件的状态。 type 字符串 字符串 条件的类型。 下表描述了 status.conditions 阵列中对象的字段: 表 表 12.3. status machine.to 必须设置为新硬件 MTU 或当前的硬件 MTU。这个值是临时的,被用 作迁移过程的一部分。如果您指定了与现有 硬件 MTU 值不同的硬件 MTU,您必须手动 将 MTU 配置为持久,如机器配置、DHCP 设 置或 Linux 内核命令行。 mtu.network.from 字段必须等于 network.status.clusterNetworkMTU 字 段,这是集群网络的当前 MTU。0 码力 | 697 页 | 7.55 MB | 1 年前3
OpenShift Container Platform 4.9 网络networking OpenShift Container Platform 集群的网络信息。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 OpenShift Container Platform Ingress Operator Ingress Operator 实现 IngressController lastTransitionTime 字符串 字符串 连接条件从一个状态转换到另一个状态的时间。 message 字符串 字符串 有关最后一次转换的详情(人类可读的格式)。 reason 字符串 字符串 有关最后一次转换的详情(机器可读的格式)。 status 字符串 字符串 条件的状态。 type 字符串 字符串 条件的类型。 下表描述了 status.conditions 阵列中对象的字段: 表 表 7.3. status 等云原生应用需要访问对整个网络运行至关重要的硬件计时事件通知。快速事件通知是有关即 将到来和实时安全时间协议 (PTP) 时钟同步事件的早期警告信号。PTP 时钟同步错误可能会对低延迟应 用程序的性能和可靠性造成负面影响,例如:在一个分布式单元 (DU) 中运行的 vRAN 应用程序。 丢失 PTP 同步是 RAN 网络的一个关键错误。如果在节点上丢失同步,则可能会关闭无线广播,并且网络 Over the Air (OTA) 流量可0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 4.14 Operator来构建、测试并部署 Operator。 安装 Operator 并订阅命名空间。 通过 Web 控制台 从已安装的 Operator 创建应用程序。 其他 其他资源 源 Operator 开发人员的机器删除生命周期 hook 示例 1.2. 对于管理员 作为集群管理员,您可以执行以下 Operator 任务: 管理自定义目录。 允许非集群管理员安装 Operator。 从 OperatorHub 汇总现场工程师了解的情况并将其传输给所有用户,而非一两个用户。 为什么在 什么在 Kubernetes 上部署? 上部署? Kubernetes(扩展至 OpenShift Container Platform)包含构建复杂分布式系统(可在本地和云提供 商之间工作)需要的所有原语,包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 node- role.kubernetes.io/app,用于标识节点。否则,使用计算机器集或直接编辑节点来添加标签,如 myoperator。您将在以后的步骤中使用此标签作为项目上的节点选择器。 2. 如果要确保只有具有特定标签的 pod 才能在节点上运行,同时将不相关的工作负载加载到其他节 点,通过使用一个计算机器集或直接编辑节点为节点添加污点。使用一个效果来确保与污点不匹 配的新 pod 不能0 码力 | 423 页 | 4.26 MB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能的高磁盘性能 2.6. IBM Z 主机上的 RHEL KVM 建议 第 第 3 章 章 推荐的集群 推荐的集群扩 扩展 展实 实践 践 3.1. 扩展集群的建议实践 3.2. 修改机器集 3.3. 关于机器健康检查 3.4. MACHINEHEALTHCHECK 资源示例 3.5. 创建 MACHINEHEALTHCHECK 资源 第 第 4 章 章 使用 使用 NODE TUNING OPERATOR Kubernetes 文档。 请考虑以下指导: 为每个机器配置池创建一个 KubeletConfig CR,带有该池需要更改的所有配置。如果要将相同 的内容应用到所有池,则所有池仅需要一个 KubeletConfig CR。 编辑现有的 KubeletConfig CR 以修改现有设置或添加新设置,而不是为每个更改创建一个 CR。 建议您仅创建一个 CR 来修改不同的机器配置池,或用于临时更改,以便您可以恢复更改。 (MCO) 会创建一个机器配置,并附带 kubelet。对于每个后续 CR,控制器会创建另一个带有数字后缀的 kubelet 机器配置。例如,如果您有一个带有 -2 后缀 的 kubelet 机器配置,则下一个 kubelet 机器配置会附加 -3。 如果要删除机器配置,以相反的顺序删除它们,以避免超过限制。例如,在删除 kubelet-2 机器配置前删 除 kubelet-3 机器配置。 注意 注意0 码力 | 315 页 | 3.19 MB | 1 年前3
共 60 条
- 1
- 2
- 3
- 4
- 5
- 6













