OpenShift Container Platform 4.2 支持ID 第 第 3 章 章 通 通过连 过连接集群 接集群进 进行 行远 远程健康 程健康监 监控 控 3.1. 关于远程健康监控 3.2. 显示远程健康监控收集的数据 3.3. 不使用远程健康报告功能 3 3 4 4 4 5 6 6 7 9 目 目录 录 1 OpenShift Container Platform 4.2 支持 支持 2 第 1 章 获取支持 1.1 如果您对本文档有任何改进建议,或发现了任何错误,请访问 http://bugzilla.redhat.com,针对 OpenShift Container Platform 产品的 Documentation组件提交 Bugzilla 报告。请提供具体详情,如章 节名称和 OpenShift Container Platform 版本。 第 第 1 章 章 获 获取支持 取支持 3 1 第 2 章 收集集群数据 在提交问题单 Operator)向红帽报告。红帽利用这些信息便可改进 OpenShift Container Platform,并更快地对影响客户的问题做出反应。这还可以简化红帽客户的订阅和授权流程, 并使 Red Hat OpenShift Cluster Manager 服务能够提供有关您的集群及其健康和订阅状态的概述信息。 通过 Telemetry 和 Insights Operator 向红帽报告数据的集群被称为连接的集群0 码力 | 14 页 | 192.83 KB | 1 年前3
OpenShift Container Platform 4.8 Service MeshRed Hat OpenShift Service Mesh 版本 版本 2.2.3 的新功能 的新功能 此 Red Hat OpenShift Service Mesh 发行版本解决了 CVE 报告的安全漏洞问题(CVE)、程序错误修正, 并受 OpenShift Container Platform 4.9 和更高版本的支持。 1.2.2.1.1. Red Hat OpenShift Service Red Hat OpenShift Service Mesh 版本 版本 2.2.2 的新功能 的新功能 此 Red Hat OpenShift Service Mesh 发行版本解决了 CVE 报告的安全漏洞问题(CVE)、程序错误修正, 并受 OpenShift Container Platform 4.9 和更高版本的支持。 1.2.2.2.1. Red Hat OpenShift Service Red Hat OpenShift Service Mesh 版本 版本 2.2.1 的新功能 的新功能 此 Red Hat OpenShift Service Mesh 发行版本解决了 CVE 报告的安全漏洞问题(CVE)、程序错误修正, 并受 OpenShift Container Platform 4.9 和更高版本的支持。 1.2.2.3.1. Red Hat OpenShift Service0 码力 | 344 页 | 3.04 MB | 1 年前3
OpenShift Container Platform 4.6 发行注记kubelet 的所有所需操作。 除之前的发行前提供的功能外,这个版本还包括以下功能: 可以为每个 pod 启用 CPU 负载均衡。 可以同时指定多个巨页大小。 提高了支持性,如集成收集以及改进状态报告。 已设计并记录了一个覆盖字段内紧急配置的方法。 1.2.6.4. 使用 使用 Intel 设备优 设备优化数据平面性能 化数据平面性能 OpenShift Container Platform nil 值,则自动扩展无法决定机器集中 的当前副本数,因此无法执行扩展操作。在这个版本中,自动扩展会使用机器集中观察到的最后 副本数,如果设置了 nil 值,则自动扩展由状态中的 replicas 字段报告。(BZ#1852061) 在以前的版本中,如果同一类型的节点存在 128 MB 以上的内存,则自动扩展不会平衡跨不同故 障域的工作负载。在这个版本中,最大内存数量增加到 256MB。(BZ#1824215) 字段,会使用一个默认的副 本。(BZ#1844596) 在以前的版本中,机器监控检查控制器不会在尝试删除它前检查机器是否已被删除。因此,控制 器可能会发送多个删除请求,从而导致错误的日志记录和事件报告。机器健康控制器现在会在尝 试删除它前,检查机器是否已被删除。因此,重复的日志和事件会减少。(BZ#1844986) 在以前的版本中,当集群 Operator 处于稳定状态时,Machine API0 码力 | 91 页 | 1.15 MB | 1 年前3
OpenShift Container Platform 4.2 镜像设置,但将等到进行中的 镜像流完成后再处理。 ImportImageErrorsExis t 指明哪些镜像流在它们的一个标签的镜像导入阶段出错。 出错时显示为 True。出错的镜像流列表位于原因字段中。各个报告错误的详情 位于消息字段中。 MigrationInProgress 当 Samples Operator 检测到对应版本与安装当前示例集的 Samples Operator 版 本不同时,显示为 Removed。 注意 注意 镜像流导入失败两小时后,任何没有跳过的未镜像的镜像流,或者如果 Samples Operator 没有更改为 Removed,都会导致 Samples Operator 报告Degraded 状 态。 OpenShift 命名空间中的多个模板都引用镜像流。因此,使用 Removed 清除镜像流和模板,将 避免在因为缺少镜像流而导致镜像流和模板无法正常工作时使用它们。 直到标有注解的所有对象报告就绪时,模板实例化才算完成。同样,如果任何注解的对象报告失败,或者 模板未能在一小时的固定超时内就绪,则模板实例化将失败。 就实例化而言,各种对象类型的就绪和失败定义如下: 类 类型 型 就 就绪 绪 失 失败 败 Build 对象报告阶段完成 对象报告阶段取消、错误或失败 BuildConfig 最新关联构建对象报告阶段完成 最新关联构建对象报告阶段取消、错误或 失败0 码力 | 92 页 | 971.35 KB | 1 年前3
OpenShift Container Platform 4.14 更新集群Operator。当 CVO 将清单应用到集群 Operator 时,Operator 可能会执行更新任务将其与新的指定版本协调。 CVO 监控每个应用的资源的状态,以及所有集群 Operator 报告的状态。只有活跃 Runlevel 中的所有清 单和集群 Operator 都达到稳定条件时,CVO 才会继续更新。在 CVO 通过此过程更新整个 control plane 后,Machine Config 正在主动推出新的代码、传播配置更改,或 者从一个稳定状态移到另一个状态。 当 Operator 协调之前已知状态时,Operator 不会报告条件类型 Progressing 为 True。如果观 察到的集群状态已更改,且 Operator 会响应它,则状态将报告为 True,因为它从一个 steady 状 态移到另一个状态。 Degraded:条件类型 Degraded 表示 Operator Degraded 状态和没有处于 Degraded 状态。 如果从一个状态转换到另一个状态的过渡在长时间内没有保留,则可能会有一个不同的条件类型 来报告 Degraded。Operator 在正常更新过程中不会报告 Degraded。Operator 可能会报告 Degraded,以响应需要最终管理员干预的持久性基础架构失败。 注意 注意 第 第 1 章 章 了解 了解 OPENSHIFT 更新 更新0 码力 | 149 页 | 1.94 MB | 1 年前3
OpenShift Container Platform 4.14 镜像Operator 正在等待删除操作完成。 ImportImageErrorsExis t 指明哪些镜像流在它们的一个标签的镜像导入阶段出错。 出错时显示为 True。出错的镜像流列表位于原因字段中。各个报告错误的详情 位于消息字段中。 MigrationInProgress 当 Cluster Samples Operator 检测到对应版本与安装当前示例集的 Cluster Samples Operator secret。在不启动 OpenShift Cluster Manager 中的传输的情况下更新 集群的 pull secret 会导致集群停止在 OpenShift Cluster Manager 中报告 Telemetry 指 标。 有关 传输集群所有权的更多信息,请参阅 Red Hat OpenShift Cluster Manager 文档中的 "Transferring cluster ownership"。 直到标有注解的所有对象报告就绪时,模板实例化才算完成。同样,如果任何注解的对象报告失败,或者 模板未能在一小时的固定超时内就绪,则模板实例化将失败。 就实例化而言,各种对象类型的就绪和失败定义如下: 类 类型 型 就 就绪 绪 失 失败 败 Build 对象报告阶段完成。 对象报告阶段取消、错误或失败 BuildConfig 最新关联构建对象报告阶段完成 最新关联构建对象报告阶段取消、错误或 失败0 码力 | 118 页 | 1.13 MB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能行延迟测试 迟测试 15.1. 运行延迟测试的先决条件 15.2. 关于延迟测试的发现模式 15.3. 测量延迟 15.4. 运行延迟测试 15.5. 生成延迟测试失败报告 15.6. 生成 JUNIT 延迟测试报告 15.7. 在单节点 OPENSHIFT 集群上运行延迟测试 15.8. 在断开连接的集群中运行延迟测试 15.9. 对 CNF-TESTS 容器的错误进行故障排除 78 10 到 15 分钟。 4. 验证更改是否已应用到节点: a. 在 worker 节点上检查 maxPods 值已更改: b. 找到 Allocatable 小节: 在本例中,pods 参数应报告您在 KubeletConfig 对象中设置的值。 5. 验证 KubeletConfig 对象中的更改: 这应该显示 True 状态和 type:Success,如下例所示: 1.3. 修改不可用 Podman,请运行以下命令: 如果使用 Docker,请运行以下命令: 输出会报告磁盘是否足够快以运行 etcd,它会检查测试运行中获得的 fsync 指标的 p99 值是否小于 20ms。一些最重要的 etcd 指标可能受到 I/O 性能的影响,如下所示: etcd_disk_wal_fsync_duration_seconds_bucket 指标报告了 etcd 的 WAL fsync 持续时间。 etcd0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.7 镜像Operator 正在等待删除操作完成。 ImportImageErrorsExis t 指明哪些镜像流在它们的一个标签的镜像导入阶段出错。 出错时显示为 True。出错的镜像流列表位于原因字段中。各个报告错误的详情 位于消息字段中。 MigrationInProgress 当 Cluster Samples Operator 检测到对应版本与安装当前示例集的 Cluster Samples Operator secret。在不在 OpenShift Cluster Manager 中启动传输的情况下更新 集群的 pull secret 会导致集群停止在 OpenShift Cluster Manager 中报告 Telemetry 指 标。 有关 传输集群所有权的更多信息,请参阅 Red Hat OpenShift Cluster Manager 文档中 的"转换集群所有权"。 警告 警告 集群资源必须调整为新的 直到标有注解的所有对象报告就绪时,模板实例化才算完成。同样,如果任何注解的对象报告失败,或者 模板未能在一小时的固定超时内就绪,则模板实例化将失败。 就实例化而言,各种对象类型的就绪和失败定义如下: 类 类型 型 就 就绪 绪 失 失败 败 Build 对象报告阶段完成。 对象报告阶段取消、错误或失败 BuildConfig 最新关联构建对象报告阶段完成 最新关联构建对象报告阶段取消、错误或 失败0 码力 | 123 页 | 1.20 MB | 1 年前3
OpenShift Container Platform 4.14 分布式追踪Insights,它启用了对 OpenTelemetry Collector 实例的升 级和监控,以及红帽构建的 OpenTelemetry Operator。 使用 OTLP 或 HTTP 和 HTTPS 报告远程集群中的追踪和指标。 通过 resourcedetection 处理器收集 OpenShift Container Platform 资源属性。 支持 OpenTelemetryCollector 能的额外功能可能包括对 TLS 身份验证、多租户和多个集群的支持。如需有关 Tempo Operator 的更多 信息,请参阅 Tempo 社区文档。 1.5.4. 程序错误修复 此发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 1.5.5. 获取支持 如果您在执行本文档所述的某个流程或 OpenShift Container Platform 时遇到问题,请访问 红帽客户门户 网站。 第 (Jaeger) Jaeger 1.39 Red Hat build of OpenTelemetry OpenTelemetry 0.63.1 1.6.3. 程序错误修复 此发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 1.6.4. 获取支持 如果您在执行本文档所述的某个流程或 OpenShift Container Platform 时遇到问题,请访问 红帽客户门户 网站。 通过红帽客户门户网站:0 码力 | 100 页 | 928.24 KB | 1 年前3
OpenShift Container Platform 4.3 架构会执行与相关组件相关的操作。一些 Operator 可能不支持此管理状态,因为它可能会损坏集群, 需要手动恢复。 警告 警告 将独立 Operator 更改为非受管 非受管状态会导致不支持该特定组件和功能。报告的 问题必须在 受管( 受管(Managed) ) 状态中可以重复出现才能继续获得支持。 Cluster Version Operator (CVO) 覆盖 覆盖 可将 spec.overrides upgrades. Please remove overrides before continuing. 警告 警告 设置 CVO 覆盖会使整个集群处于不受支持状态。在删除所有覆盖后,必须 可以重现报告的问题方可获得支持。 OpenShift Container Platform 4.3 架 架构 构 12 第 3 章 OPENSHIFT CONTAINER PLATFORM CONTROL 实现自动化,以自动获取代码更改,然后启动和部署自身的新版本。 得以扩展或复制,在需求增加时为客户端提供更多实例,在需求下降时缩减为更少的实例。 以不同的方式运行,具体由应用程序的类型决定。例如,一个应用程序可能每月运行一次来生成 报告,然后退出。另一个应用程序可能需要持续运行,并且必须对客户端高度可用。 受到管理,以便您可以监视应用程序的状态并在出现问题时做出反应。 容器得到广泛接受,对能让容器适合企业使用的工具和方法的需求也随之诞生,这使得容器有了丰富的选0 码力 | 47 页 | 1.05 MB | 1 年前3
共 52 条
- 1
- 2
- 3
- 4
- 5
- 6













