OpenShift Container Platform 4.10 可伸缩性和性能环境 境变 变量 量 描述 描述 LATENCY_TEST_DE LAY 指定测试开始运行的时间(以秒为单位)。您可以使用变量来允许 CPU 管理器协 调循环来更新默认的 CPU 池。默认值为 0。 LATENCY_TEST_CP US 指定运行延迟测试的 pod 使用的 CPU 数量。如果没有设置变量,则默认配置包含 所有隔离的 CPU。 LATENCY_TEST_RU NTIME 指 HWLATDETECT_MA XIMUM_LATENCY 指定工作负载和操作系统的最大可接受硬件延迟(微秒)。如果您没有设置 HWLATDETECT_MAXIMUM_LATENCY 或 MAXIMUM_LATENCY 的值, 该工具会比较默认预期阈值(20μs)和工具本身中实际的最大延迟。然后,测试会失 败或成功。 CYCLICTEST_MAXI MUM_LATENCY 指定 cyclictest 您没有设置 CYCLICTEST_MAXIMUM_LATENCY 或 MAXIMUM_LATENCY 的值,该 工具会跳过预期和实际最大延迟的比较。 OSLAT_MAXIMUM_L ATENCY 指定 oslat 测试结果的最大可接受延迟(微秒)。如果您没有设置 OSLAT_MAXIMUM_LATENCY 或 MAXIMUM_LATENCY 的值,该工具会跳 过预期和实际最大延迟的比较。 MAXIMUM_LATENC0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.13 虚拟化v1 kind: ServiceAccount metadata: name: vm-latency-checkup-sa --- apiVersion: rbac.authorization.k8s.io/v1 kind: Role metadata: name: kubevirt-vm-latency-checker rules: - apiGroups: ["kubevirt.io"] RoleBinding metadata: name: kubevirt-vm-latency-checker subjects: - kind: ServiceAccount name: vm-latency-checkup-sa roleRef: kind: Role name: kubevirt-vm-latency-checker apiGroup: rbac.authorization 任务清 清单示例 示例 name: vm-latency-checkup-sa roleRef: kind: Role name: kiagnose-configmap-access apiGroup: rbac.authorization.k8s.io $ oc apply -n-f <latency_sa_roles_rolebinding> 0 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.9 网络outages[].startLogs[] status.outages[].endLogs[] 表 表 7.4. 连 连接日志 接日志对 对象 象 字段 字段 类 类型 型 描述 描述 latency 字符串 字符串 记录操作的持续时间。 message 字符串 字符串 以人类可读格式提供的状态信息。 第 第 7 章 章 验证 验证到端点的 到端点的连 连接 接 63 reason 字符串 succeeded' reason: TCPConnectSuccess status: "True" type: Reachable failures: - latency: 2.241775ms message: 'kubernetes-apiserver-endpoint-ci-ln-x5sv9rb-f76d1-4rzrp-master-0: failed TCPConnectError success: false 第 第 7 章 章 验证 验证到端点的 到端点的连 连接 接 65 time: "2021-01-13T20:10:34Z" - latency: 2.582129ms message: 'kubernetes-apiserver-endpoint-ci-ln-x5sv9rb-f76d1-4rzrp-master-0: failed0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 4.13 网络outages[].startLogs[] status.outages[].endLogs[] 表 表 12.4. 连 连接日志 接日志对 对象 象 字段 字段 类 类型 型 描述 描述 latency 字符串 字符串 记录操作的持续时间。 message 字符串 字符串 以人类可读格式提供的状态信息。 第 第 12 章 章 验证 验证到端点的 到端点的连 连接 接 99 reason succeeded' reason: TCPConnectSuccess status: "True" type: Reachable failures: - latency: 2.241775ms message: 'kubernetes-apiserver-endpoint-ci-ln-x5sv9rb-f76d1-4rzrp-master-0: failed TCPConnectError success: false 第 第 12 章 章 验证 验证到端点的 到端点的连 连接 接 101 time: "2021-01-13T20:10:34Z" - latency: 2.582129ms message: 'kubernetes-apiserver-endpoint-ci-ln-x5sv9rb-f76d1-4rzrp-master-0: failed0 码力 | 697 页 | 7.55 MB | 1 年前3
OpenShift Container Platform 4.6 在vSphere 上安装ii. 在从 vSphere 中的 OVA 引导虚拟机前,设置 guestinfo.afterburn.initrd.network- kargs 属性: 可选:在出现集群性能问题时,从 Latency Sensitivity 列表中选择 High。确定虚拟机的 CPU 和内存保留有以下值: 内存保留值必须等于其配置的内存大小。 CPU 保留值必须至少是低延迟虚拟 CPU 的数量,乘以测量的物理 Customize this virtual machine’s hardware。 g. 在 Customize hardware 选项卡中,点击 VM Options → Advanced。 从 Latency Sensitivity 列表中选择 High。 点击 Edit Configuration,然后在 Configuration Parameters 窗口中点击 Add Configuration ii. 在从 vSphere 中的 OVA 引导虚拟机前,设置 guestinfo.afterburn.initrd.network- kargs 属性: 可选:在出现集群性能问题时,从 Latency Sensitivity 列表中选择 High。确定虚拟机的 CPU 和内存保留有以下值: 内存保留值必须等于其配置的内存大小。 $ export IPCFG="ip=:: 0 码力 | 204 页 | 2.26 MB | 1 年前3
OpenShift Container Platform 4.7 日志记录在集群中执行 Elasticsearch 垃圾回收操作所需的 时间。 Elastic JVM GC 率 JVM 每秒执行垃圾操作的次数总数。 Elastic Query/Fetch Latency Sum Query latency:Elasticsearch 搜索查询执行的 平均时间。 获取延迟:每个 Elasticsearch 搜索查询的平 均时间获取数据。 获取延迟的时间通常比查询延迟要短。如果抓取延迟0 码力 | 183 页 | 1.98 MB | 1 年前3
OpenShift Container Platform 4.8 日志记录在集群中执行 Elasticsearch 垃圾回收操作所需的 时间。 Elastic JVM GC 率 JVM 每秒执行垃圾操作的次数总数。 Elastic Query/Fetch Latency Sum Query latency:Elasticsearch 搜索查询执行的 平均时间。 获取延迟:每个 Elasticsearch 搜索查询的平 均时间获取数据。 获取延迟的时间通常比查询延迟要短。如果抓取延迟0 码力 | 223 页 | 2.28 MB | 1 年前3
OpenShift Container Platform 4.7 安装ii. 在从 vSphere 中的 OVA 引导虚拟机前,设置 guestinfo.afterburn.initrd.network- kargs 属性: 可选:在出现集群性能问题时,从 Latency Sensitivity 列表中选择 High。确定虚拟机的 CPU 和内存保留有以下值: 内存保留值必须等于其配置的内存大小。 CPU 保留值必须至少是低延迟虚拟 CPU 的数量,乘以测量的物理 Customize this virtual machine’s hardware。 g. 在 Customize hardware 选项卡中,点击 VM Options → Advanced。 从 Latency Sensitivity 列表中选择 High。 点击 Edit Configuration,然后在 Configuration Parameters 窗口中点击 Add Configuration ii. 在从 vSphere 中的 OVA 引导虚拟机前,设置 guestinfo.afterburn.initrd.network- kargs 属性: 可选:在出现集群性能问题时,从 Latency Sensitivity 列表中选择 High。确定虚拟机的 $ export IPCFG="ip=:: : : : :none 0 码力 | 2276 页 | 23.68 MB | 1 年前3
OpenShift Container Platform 4.8 安装ii. 在从 vSphere 中的 OVA 引导虚拟机前,设置 guestinfo.afterburn.initrd.network- kargs 属性: 可选:在出现集群性能问题时,从 Latency Sensitivity 列表中选择 High。确定虚拟机的 CPU 和内存保留有以下值: 内存保留值必须等于其配置的内存大小。 CPU 保留值必须至少是低延迟虚拟 CPU 的数量,乘以测量的物理 Customize this virtual machine’s hardware。 g. 在 Customize hardware 选项卡中,点击 VM Options → Advanced。 从 Latency Sensitivity 列表中选择 High。 点击 Edit Configuration,然后在 Configuration Parameters 窗口中点击 Add Configuration ii. 在从 vSphere 中的 OVA 引导虚拟机前,设置 guestinfo.afterburn.initrd.network- kargs 属性: 可选:在出现集群性能问题时,从 Latency Sensitivity 列表中选择 High。确定虚拟机的 CPU 和内存保留有以下值: 内存保留值必须等于其配置的内存大小。 CPU 保留值必须至少是低延迟虚拟 CPU 的数量,乘以测量的物理0 码力 | 2586 页 | 27.37 MB | 1 年前3
OpenShift Container Platform 4.6 节点Preemption granularity when tasks wake up. Lower the value to # improve wake-up latency and throughput for latency critical tasks. kernel.sched_wakeup_granularity_ns=4000000 - name: "openshift-node"0 码力 | 404 页 | 3.60 MB | 1 年前3
共 11 条
- 1
- 2













