弹性云服务器 ECS

 

弹性云服务器(Elastic Cloud Server)是一种可随时自助获取、可弹性伸缩的云服务器,帮助用户打造可靠、安全、灵活、高效的应用环境,确保服务持久稳定运行,提升运维效率

 
 

    2g内存服务器 更多内容
  • ALM-45589 ConfigNode堆内存使用率超过阈值

    ALM-45589 ConfigNode堆内存使用率超过阈值 告警解释 系统每60秒周期性检测ConfigNode进程堆内存使用状态,当检测到ConfigNode进程堆内存使用率超出阈值(最大内存的90%)时产生该告警。当ConfigNode进程堆内存使用率小于阈值时,告警清除。 告警属性

    来自:帮助中心

    查看更多 →

  • ALM-17006 Oozie直接内存使用率超过阈值

    ALM-17006 Oozie直接内存使用率超过阈值 告警解释 系统每30秒周期性检测Oozie服务直接内存使用状态,当检测到Oozie实例直接内存使用率超出阈值(最大内存的80%)时,产生该告警。当Oozie直接内存使用率小于或等于阈值时,告警恢复。 告警属性 告警ID 告警级别

    来自:帮助中心

    查看更多 →

  • 开启和使用内存加速

    在“实例管理”页面,选择目标实例名称。 在左侧导航栏选择“内存加速”,单击“创建GeminiDB实例”。 填写并选择实例相关信息后,单击“提交”,完成实例创建。 表1 基本信息 参数 描述 GeminiDB实例规格 实例的CPU和内存,详细规格见表2。 数据库端口 数据库的访问端口号。 GeminiDB

    来自:帮助中心

    查看更多 →

  • PMS进程占用内存高

    PMS进程占用内存高 用户问题 主Master节点内存使用率高如何处理? 问题现象 主Master节点内存使用率高,且用top -c命令查询的内存占用量高的是如下idle的进程。 原因分析 PostgreSQL缓存:除了常见的执行计划缓存、数据缓存,PostgreSQL为了提高生

    来自:帮助中心

    查看更多 →

  • Spark Core内存调优

    Spark Core内存调优 操作场景 Spark是内存计算框架,计算过程中内存不够对Spark的执行效率影响很大。可以通过监控GC(Garbage Collection),评估内存中RDD的大小来判断内存是否变成性能瓶颈,并根据情况优化。 监控节点进程的GC情况(在客户端的conf/spark-default

    来自:帮助中心

    查看更多 →

  • 降低内存的处理方案

    降低内存的处理方案 如果当前集群内存负载较高,或出现“memory is temporary unavailable”内存报错,首先利用日志信息确定内存异常节点,然后连接到该节点查询pv_total_memory_detail视图确认当前是否还存在内存不足问题,可比较proces

    来自:帮助中心

    查看更多 →

  • 优化Flink内存GC参数

    优化Flink内存GC参数 操作场景 Flink是依赖内存计算,计算过程中内存不够对Flink的执行效率影响很大。可以通过监控GC(Garbage Collection),评估内存使用及剩余情况来判断内存是否变成性能瓶颈,并根据情况优化。 监控节点进程的YARN的Container

    来自:帮助中心

    查看更多 →

  • ALM-17005 Oozie非堆内存使用率超过阈值

    ALM-17005 Oozie非堆内存使用率超过阈值 告警解释 系统每30秒周期性检测Oozie服务非堆内存使用状态,当检测到Oozie实例非堆内存使用率超出阈值(最大内存的80%)时产生该告警。非堆内存使用率小于阈值时,告警恢复。 告警属性 告警ID 告警级别 是否自动清除 17005

    来自:帮助中心

    查看更多 →

  • ALM-13004 ZooKeeper堆内存使用率超过阈值

    CPU 和内存”,勾选“ZooKeeper堆内存与直接内存资源状况”,单击“确定”,查看ZooKeeper实际使用的堆内存大小。 根据堆内存实际使用量,修改GC_OPTS参数中的-Xmx值,该值一般为Zookeeper数据容量的2倍。例如当前ZooKeeper堆内存使用达到2G,则GC_OPTS建议配置为“-Xms4G

    来自:帮助中心

    查看更多 →

  • ALM-18009 JobHistoryServer堆内存使用率超过阈值

    JobHistoryServer堆内存使用率过高,会影响Mapreduce 服务日志归档的性能,甚至造成内存溢出导致Mapreduce服务不可用。 可能原因 该节点Mapreduce JobHistoryServer实例堆内存使用量过大,或分配的堆内存不合理,导致使用量超过阈值。 处理步骤 检查内存使用量。

    来自:帮助中心

    查看更多 →

  • ALM-18019 JobHistoryServer非堆内存使用率超过阈值

    JobHistoryServer非堆内存使用率过高,会影响MapReduce任务提交和运行的性能,甚至造成内存溢出导致 MapReduce服务 不可用。 可能原因 该节点MapReduce JobHistoryServer实例非堆内存使用量过大,或分配的非堆内存不合理,导致使用量超过阈值。 处理步骤

    来自:帮助中心

    查看更多 →

  • 内存合法性检查

    业务发生踩内存导致内存节点控制头被踩,长时间后才触发业务异常,业务逻辑复杂,难以定位发生踩内存的位置。开启该功能后,在动态内存申请接口中增加内存合法性检查,对动态内存池中所有节点控制头的合法性进行检查,若已发生动态内存节点被踩,及时触发异常,输出error信息,缩小问题定位范围。通过make menuconfig打开内存合法性检查。功能依

    来自:帮助中心

    查看更多 →

  • 获取系统内存大小

    获取系统内存大小 接口名称 WEB_GetSystemMemSizeAPI(后续废弃) 功能描述 获取系统内存大小 应用场景 获取系统内存大小 URL https://ip/action.cgi?ActionID=WEB_GetSystemMemSizeAPI 参数 无 返回值 表1

    来自:帮助中心

    查看更多 →

  • Spark Core内存调优

    Spark Core内存调优 操作场景 Spark是内存计算框架,计算过程中内存不够对Spark的执行效率影响很大。可以通过监控GC(Garbage Collection),评估内存中RDD的大小来判断内存是否变成性能瓶颈,并根据情况优化。 监控节点进程的GC情况(在客户端的conf/spark-default

    来自:帮助中心

    查看更多 →

  • Knox进程占用内存高

    Knox进程占用内存高 用户问题 knox进程占用内存高。 问题现象 主Master节点内存使用率高,用top -c命令查看到占用内存较高的进程中有knox进程,且此进程占用内存超过4 GB。 原因分析 knox进程没有单独配置内存,进程会自动根据系统内存大小按照比例划分可用内存,导致knox占用内存大。

    来自:帮助中心

    查看更多 →

  • 开启和使用内存加速

    在“实例管理”页面,选择目标实例名称。 在左侧导航栏选择“内存加速”,单击“创建GeminiDB实例”。 填写并选择实例相关信息后,单击“提交”,完成实例创建。 表1 基本信息 参数 描述 GeminiDB实例规格 实例的CPU和内存,详细规格见表2。 数据库端口 数据库的访问端口号。 GeminiDB

    来自:帮助中心

    查看更多 →

  • ALM-18018 NodeManager堆内存使用率超过阈值

    ALM-18018 NodeManager堆内存使用率超过阈值 告警解释 系统每30秒周期性检测Yarn服务堆内存使用状态,当检测到NodeManager实例堆内存使用率超出阈值(最大内存的95%)时产生该告警。 堆内存使用率小于阈值时,告警恢复。 告警属性 告警ID 告警级别 是否自动清除

    来自:帮助中心

    查看更多 →

  • SCSI磁盘IO压力大时,在线并发扩容失败怎么办?

    S CS I磁盘IO压力大时,在线并发扩容失败怎么办? 问题描述 Linux系统、SCSI类型磁盘的云 服务器 进行在线并发(大于10个)扩容,扩容之后部分磁盘容量实际未发生变化。 例如,将磁盘容量由1G在线并发扩容到2G后,执行lsblk命令查看磁盘容量,发现sdb/sdc/sdd/sdr的磁盘容量没有发生变化。

    来自:帮助中心

    查看更多 →

  • ALM-18017 NodeManager非堆内存使用率超过阈值

    NodeManager非堆内存使用率超过阈值 告警解释 系统每30秒周期性检测Yarn NodeManager非堆内存使用率,并把实际的Yarn NodeManager非堆内存使用率和阈值相比较。当Yarn NodeManager非堆内存使用率超出阈值(默认为最大非堆内存的90%)时产生该告警。

    来自:帮助中心

    查看更多 →

  • Storm性能调优

    -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=artifacts/heapdump 应用程序内存中需要保存大量数据,worker进程使用的内存大于2G,那么建议使用G1垃圾回收算法,可修改参数值为“-Xms2G -Xmx5G -XX:+UseG1GC”。 父主题:

    来自:帮助中心

    查看更多 →

  • 变更实例的CPU和内存规格

    变更实例的CPU和内存规格 操作场景 CPU/内存规格可根据业务需要进行变更,当实例的状态由“规格变更中”变为“正常”,则说明变更成功。 约束限制 账户余额大于等于0元,才可变更规格。 当实例进行CPU/内存规格变更时,该实例不可被删除。 当实例进行CPU/内存规格变更时,不能对

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了