常见故障模式 CPU /内存/磁盘/带宽使用率过高 检测：通过CES监控CPU /内存/磁盘/带宽使用率。 恢复： 当CPU/内存使用高时，可根据业务情况，手工修改代理规格或增加代理数量以扩展资源。 当磁盘使用率高时，可根据业务情况，修改实例存储空间支持更大存储空间。 当带宽使用

查看更多 →

如何修改CPU的阈值？ SAP应用弹性伸缩安装后，默认CPU的阈值为85%，当CPU的使用率超过85%，自动扩展实例，根据实际业务可修改CPU的阈值，保障系统稳定运行。 操作步骤 登录公有云管理控制台。 在公有云管理控制台首页上，选择“服务列表 > 管理与部署 > 云监控”。 在左侧的导航栏，单击“告警

查看更多 →

常见故障模式 RDS的CPU /内存/磁盘容量/磁盘IOPS/数据库连接数使用率过高 检测：通过CES监控CPU /内存/磁盘容量/磁盘IOPS/数据库连接数使用率。 恢复： 根据业务情况，手工变更规格以扩展资源。 开启存储空间自动扩容，以便在磁盘容量不足时自动扩容。 应用层进行过载保护，保障优先业务的运行。

查看更多 →

Hive负载均衡 配置Hive任务的最大map数 配置用户租约隔离访问指定节点的HiveServer 配置组件隔离访问Hive MetaStore 配置HiveMetaStore客户端连接负载均衡 父主题： Hive企业级能力增强

查看更多 →

Flexus负载均衡 创建Flexus负载均衡后，选择不到 云服务器 是什么原因？ 父主题： Flexus L实例 及X实例

查看更多 →

Hive负载均衡 配置Hive任务的最大map数 配置用户租约隔离访问指定节点的HiveServer 父主题： Hive企业级能力增强

查看更多 →

常见故障模式 D CS 的CPU /内存/带宽/连接数使用率过高 检测：通过CES监控CPU /内存/带宽/连接数使用率。 恢复： 根据业务情况，手工变更规格以扩展资源。 应用层进行过载保护，保障优先业务的运行，如将部分性能要求不高的业务切回到原始数据源。 连接后端DCS失败 检测：连接失败。

查看更多 →

负载均衡概述 负载均衡（Software/Server Load Balancer，SLB）基于Nginx/OpenResty构建，作为业务前置的流量接入网关，提供反向代理、负载均衡、路由分发、灰度分流、限流降级、访问控制、监控告警等能力。 SLB组件介绍 SLB组件间的关系如图1所示。

查看更多 →

常见故障模式 GaussDB (for MySQL)的CPU /内存/磁盘容量/磁盘IOPS/数据库连接数使用率过高 检测：通过CES监控CPU /内存/磁盘容量/磁盘IOPS/数据库连接数使用率。 恢复： 根据业务情况，手工变更规格以扩展资源。 开启自动扩缩容，以便在过载时自动扩容规格和/或只读节点。

查看更多 →

返回版本号，表示使用新版本Agent。 返回“0”，表示未安装Agent。 问题原因 为避免Agent负载过高，影响主机上的其他业务， 云监控服务 在Agent占用CPU或内存过高时，提供了熔断机制。当Agent负载过高时，会自动触发熔断，触发熔断机制后，Agent暂时停止工作，不上报监控数据。 熔断机制原理

查看更多 →

Flexus负载均衡 概述 购买Flexus负载均衡实例 添加监听器 添加并解析 域名 父主题： Flexus L实例及X实例

查看更多 →

负载均衡概述 负载均衡（Software/Server Load Balancer，SLB）基于Nginx/OpenResty构建，作为业务前置的流量接入网关，提供反向代理、负载均衡、路由分发、灰度分流、限流降级、访问控制、监控告警等能力。 SLB组件介绍 SLB组件间的关系如图1所示。

查看更多 →

Flexus负载均衡 创建Flexus负载均衡后，选择不到Flexus L实例是什么原因？

查看更多 →

“从环境外部访问本组件”页面，选择“负载均衡配置”，并单击“添加负载均衡配置”。 在“新增负载均衡配置”页面，参考表1进行参数配置。 表1 负载均衡外网访问配置 参数 参数说明 负载均衡器 支持“独享型”和“内置负载均衡器”。 选择“内置负载均衡器”，只支持基于EIP公网访问。 选

查看更多 →

如果是通过外部镜像创建的 服务器 ，请参考《 镜像服务 用户指南》中“优化Windows私有镜像”章节优化私有镜像。 排查是否是因为CPU占用过高导致的蓝屏，如果是请参考以下操作降低CPU使用率： 可以通过把一些暂时不使用的进程关掉后再尝试。 或者可以尝试重启云服务器。 如果重装系统，请先备份重要数据。

查看更多 →

置GPU资源权重为10，CPU权重保持为1，Memory权重保持为1。 如何使节点CPU、内存的真实负载趋于均衡 工作负载运行过程中，真实消耗的CPU和内存存在大的波动，通过工作负载request资源无法准确评估的场景中，希望调度器可以结合集群内节点CPU、内存的负载情况，将Po

查看更多 →

原因3：当前设备开启的业务过多。 原因4：设备受到攻击导致CPU资源占用过高。 处理步骤 使用display cpu-usage configuration命令查看CPU告警阈值，检查CPU告警阈值设置是否合理。 如果合理，则=>步骤3。 如果不合理，则=>步骤2。 使用set cpu-usage thresh

查看更多 →

Ctrl+F8 editor.debug.action.toggleBreakpoint 开始 F5 Shift+F9 workbench.action.debug.start 继续 F5 F9 workbench.action.debug.continue 启动（不调试） Ctrl+F5

查看更多 →

参与调度。CPU、Memory和插件自身权重可以通过“配置中心>调度配置”自定义配置。 节点得分计算公式： 负载感知策略权重 *（（1 - CPU资源利用率） * CPU权重 + （1 - Memory资源利用率） * 内存权重）/（CPU权重 + 内存权重） CPU资源利用率：

查看更多 →

current-cpu-usage 当前CPU的使用率。 cpu-usage-threshold CPU使用率阈值。系统默认值为80%，可修改。 对系统的影响 当前CPU使用率高，会影响CPU对协议报文的处理。 可能原因 当前CPU使用率过高。 处理步骤 检查设备上开启的服务和配置。若CP

查看更多 →

时，会自动分配到其他利用率较低的CPU上，进而保障了应用的响应能力。 开启增强型CPU管理策略时，应用性能优于不开启CPU管理策略（none），但弱于静态CPU管理策略（static）。 应用分配的优先使用的CPU并不会被独占，仍处于共享的CPU池中。因此在该Pod处于业务波谷时

查看更多 →