OpenShift Container Platform 4.6 分布式追踪
millicores 指 定,例如 200m, 0.5, 1。 例如,概念证明 = 500m,最小部署 =1 1 elasticsearch: resources: requests: memory: 根据您的环境配置,可用 于请求的内存。 以字节为单位指定,例如 200Ki, 50Mi, 5Gi。例 如,概念证明 = 1Gi,最 小部署 = 16Gi* 16Gi 第 第 3 millicores 指 定,例如 200m, 0.5, 1。 例如,概念证明 = 500m,最小部署 =1 elasticsearch: resources: limits: memory: 根据您的环境配置,可用 的内存限值。 以字节为单位指定,例如 200Ki, 50Mi, 5Gi。例 如,概念证明 = 1Gi,最 小部署 = 16Gi* elasticsearch:0 码力 | 59 页 | 572.03 KB | 1 年前3OpenShift Container Platform 4.8 Service Mesh
millicores 指 定,例如 200m, 0.5, 1。 例如,概念证明 = 500m,最小部署 =1 1 elasticsearch: resources: requests: memory: 根据您的环境配置,可用 于请求的内存。 以字节为单位指定,例如 200Ki, 50Mi, 5Gi。例 如,概念证明 = 1Gi,最 小部署 = 16Gi* 16Gi elasticsearch: millicores 指 定,例如 200m, 0.5, 1。 例如,概念证明 = 500m,最小部署 =1 elasticsearch: resources: limits: memory: 根据您的环境配置,可用 的内存限值。 以字节为单位指定,例如 200Ki, 50Mi, 5Gi。例 如,概念证明 = 1Gi,最 小部署 = 16Gi* 参数 参数 描述 core 或者 millicores 指定(例 如: 200m, 0.5, 1)。 1Gi 概念证明 = 500m, 最小部署 =1 requests: memory: 根据您的环境配 置,可用于请求的 内存。 以字节为单位指定 (例如: 200Ki, 50Mi, 5Gi)。 500m 概念证明 = 1Gi, 最 小部署 = 16Gi* limits: cpu: 根据您的环境配 置,CPU0 码力 | 344 页 | 3.04 MB | 1 年前3OpenShift Container Platform 4.8 Web 控制台
core 或者 millicores 指定(例 如: 200m, 0.5, 1)。 1Gi 概念证明 = 500m, 最小部署 =1 requests: memory 根据您的环境配 置,可用于请求的 内存。 以字节为单位指定 (例如: 200Ki, 50Mi, 5Gi)。 500m 概念证明 = 1Gi, 最 小部署 = 16Gi* spec: istio: tracing: 以 core 或者 millicores 指定(例 如: 200m, 0.5, 1)。 概念证明 = 500m, 最小部署 =1 limits: memory 根据您的环境配 置,可用的内存限 值。 以字节为单位指定 (例如: 200Ki, 50Mi, 5Gi)。 概念证明 = 1Gi, 最 小部署 = 16Gi* * 通过这个设置可以使每个 Elasticsearch0 码力 | 87 页 | 1.58 MB | 1 年前3OpenShift Container Platform 4.14 分布式追踪
millicores 指 定,例如 200m, 0.5, 1。 例如,概念证明 = 500m,最小部署 =1 1 elasticsearch: resources: requests: memory: 根据您的环境配置,可用 于请求的内存。 以字节为单位指定,例如 200Ki, 50Mi, 5Gi。例 如,概念证明 = 1Gi,最 小部署 = 16Gi* 16Gi elasticsearch: millicores 指 定,例如 200m, 0.5, 1。 例如,概念证明 = 500m,最小部署 =1 elasticsearch: resources: limits: memory: 根据您的环境配置,可用 的内存限值。 以字节为单位指定,例如 200Ki, 50Mi, 5Gi。例 如,概念证明 = 1Gi,最 小部署 = 16Gi* OpenShift0 码力 | 100 页 | 928.24 KB | 1 年前3OpenShift Container Platform 4.7 更新集群
fast-4.7 频道被更新来包括这个新的和以前的 4.7 次版 本。这意味着,这些版本被完全支持,且具有符合生产环境的质量,当它们作为发行候选版本出现在 candidate-4.7 频道期间,被证明可以正常工作。当一个发行版本出现在 fast-4.7 频道中的一段时间后, 会被添加到 stable-4.7 频道。在它们出现在 fast-4.7 频道之前,不会出现在 stable-4.7 频道中。 2。 更新的稳定性取决于您的频道。在 candidate-4.7 频道中存在一个更新建议并不意味着这个更新会被支 持。它代表,在更新中还没有发现任何严重问题,这可能是因为此更新还没有足够的使用情况来证明它的 稳定性。如果在 fast-4.7 或 stable-4.7 频道中出现了一个更新建议,则代表这个更新被支持。虽然发行版 本永远不会从一个频道中删除,但存在严重问题的更新建议会从所有频道中删除。在更新建议被删除后启0 码力 | 62 页 | 716.72 KB | 1 年前3OpenShift Container Platform 4.14 更新集群
的环境。 在没有延迟的情况下修复 CVE 的应用程序。CVE 修复可能会引入回归问题,因此提升延迟仍然 适用于带有 CVE 修复的 z-streams。 内部测试流程。如果您的组织需要数周时间来证明,则最好与我们提升流程同时测试,而不是等 待。这也保证,红帽提供的任何遥测信号均是我们的推出中因素,因此可以更快地修复与您的问 题相关的问题。 1.3.1.8. 受限网 受限网络集群 集群 如果您自己为0 码力 | 149 页 | 1.94 MB | 1 年前3OpenShift Container Platform 4.9 节点
设备 设备用于确保在 用于确保在 检测 检测到 到错误 错误条件 条件时 时机器 机器进 进入安全状 入安全状态 态。集群需要重复重置 。集群需要重复重置 watchdog 定 定时 时器以 器以证 证明它 明它处 处于健康状 于健康状态 态。此 。此计 计 时 时器可能会因 器可能会因为 为出 出现错误 现错误条件而造成 条件而造成问题 问题,如死 ,如死锁 锁、 、CPU 不足以及网 不足以及网络0 码力 | 374 页 | 3.80 MB | 1 年前3
共 7 条
- 1