使用Azure Monitor监控服务器内存使用率

前面和大家聊了如何使用Azure Monitor对服务器的CPU资源进行监控,从而确保在出现CPU使用率过高时,我们可以第一时间对其进行处理,来确保系统可以平稳运行。但是大家要知道,除了CPU资源以外还有很多项指标会影响我们系统的运行状态,比如我们今天要和大家聊得内存资源。内存使用率过高会导致业务系统运行缓慢、无法登陆、系统崩溃等问题。所以对内存资源使用率的监视也是必不可少的。那么下面就让我们来看一下如何使用Azure Monitor来监控系统的内存使用率。

先觉条件
使用Azure Monitor监控系统的内存资源使用率的先觉条件我们已经在之前的文章中和大家聊过,具体大家可以参考如下博客:
https://blog.51cto.com/wuyvzhang/2472792

查询收集到的数据
我们可以使用如下查询语句,查询内存剩余内存小于1024MB的服务器:

let setMBValue = 1024;
let startDate = ago(12h);
// enter how many days/hours to look back on
Perf
| where TimeGenerated > startDate
| where ObjectName == "Memory" and CounterName == "Available MBytes Memory" and Computer in ((Heartbeat
| distinct Computer))
| extend FreeMemory = CounterValue
| summarize FreeMemoryMB = min(FreeMemory) by Computer
| where FreeMemoryMB < setMBValue
| summarize max(FreeMemoryMB) by Computer
| join
(
Perf
| where TimeGenerated > startDate
| where ObjectName == "Memory" and CounterName == "Available MBytes Memory" and Computer in ((Heartbeat
| distinct Computer))
| extend FreeMemory = CounterValue
)
on Computer
| make-series Free_Memory_MB = min(FreeMemory) on TimeGenerated from ago(8h) to now() step 2h by Computer
| render timechart

创建Alert
如果我们想要设置邮件,短信等报警规则,可以通过“+ New alert rule”来创建:

创建完成Alert以后,当系统的可用内存低于1024MB时,我们就会收到警报:

将性能图表固定到仪表板
统一我们也可以通过点击查询窗口右上方的“固定”按钮,然后选择我们要将图标展示在那个Dashboard,来将查询结果展示到Azure Dashboard:

原文地址:https://blog.51cto.com/wuyvzhang/2472807

时间: 2024-11-11 14:19:59

使用Azure Monitor监控服务器内存使用率的相关文章

使用Azure Monitor监控服务器CPU使用率

一般我们为了确保系统的稳健运行,都会对系统运行时的各个指标进行收集,如CPU使用率,内存使用率,磁盘IO,网络延迟,应用心跳等.进行实时监控,通过对这些数据的监控,使我们能够在出现问题时第一时间通知开发/运维人员进行处理,或者触发某些自动化操作,以确保在用户还没有察觉到问题之前处理完故障和异常,以系统的稳定运行.想必大家都已经知道,在Azure中,我们可以使用Azure Monitor来对系统的指标进行监控.所以今天我们就和大家聊聊如何如何使用Azure Monitor来监控系统的CPU使用率.

EMS 动手实验1:将Azure AD 登陆和审核日志发送到Azure Monitor

前言: 本系列实验将引导用户完成O365 企业移动性和安全性(Enterprise Mobility Security)的常用操作和配置,本着实用性和安全性的原则,该系列实验会建议一些最佳实践.本系列实验主要分为以下几个阶段:          将Azure AD 登陆和审核日志发送到Azure Monitor          用户自助密码重设&条件访问策略强制用户使用MFA二次验证&启用标识保护配置风险检测          使用 Privileged Identity Managem

Azure Monitor概述

现在越来越多的企业选择将系统构建或迁移到云端,来享受公有云所带来的弹性计算和灵活扩展能力.但是很多用户在将系统迁移到云端之前,都会存在一个小问题:系统在本地运行的时候,可以通过zibbix,SCOM等工具对系统进行监控,以确保系统的稳定运行,那迁移到云端以后我该使用什么样的方式来监控我的应用程序?其实各位大可不必担心,因为每个云平台都会为用户预留出获取监控数据的接口.azure也不例外,在azure中,用户可以通过portal来获取所需要的监控信息,比如虚拟机的CPU使用率,RAM使用率以及磁盘

使用Azure Monitor从Azure VM收集数据

相信大家都知道,在我们日常运维的过程中,对系统的监控是必不可少的.通过监控我们能够了解到系统资源的使用状况如网络吞吐量,磁盘使用率以及系统的某些服务是否处于running状态,以便于在适当的时候采取相应的措施.那今天我们就来看一下如何使用Azure Monitor从Azure虚拟机收集logs和metrics数据.若要使用Azure Monitor收集在Azure中运行的虚拟机的性能和日志数据,我么可以对其安装Log Analytics Agent,通过Log Analytics Agent将A

使用Azure Monitor监控服务运行状态

在多数的运维工作中,我们除了要关注系统资源的使用率也要关注应用服务的健康状况,从而确保系统可以持续的对外提供服务.那么我们如何使用Azure Monitor来监控服务的健康状况呢.监视Windows和Linux服务的最佳选择之一是利用Azure自动化中的变更跟踪解决方案.使用变更跟踪解决方案,可以跟踪Windows/Linux系统上的更改.在Windows它支持跟踪文件.注册表.服务和已安装软件的更改:在linux中它支持跟踪文件,软件和守护进程的更改.默认情况下,变更跟踪解决方案会每隔30分钟

使用Azure Monitor监视Process

常见的监控场景中,我们除了监控服务器的性能.服务的运行状况以外,也需要对某些进程的运行状况进行监控.在Azure Monitor中我们可以将进程ID视为性能计数器,来完成对进程运行状况的监控. 每个进程都会在性能计数器中写入很多数值.默认情况下Azure Monitor是不会收集这些数值的,但是我们可以很容易的在Windows Performance 中看到: 配置收集进程数据我们可以使用如下方式配置Azure Monitor以性能计数器的方式监控进程,在此以notepad为例:在Log Ana

获取Windows操作系统的CPU使用率以及内存使用率

阅读目录 声明定义 引用lib文件 获取操作系统CPU使用率 获取操作系统内存大小 获取操作系统内存使用率 此功能参考了ProcessHacker项目的代码. 回到顶部 声明定义  Collapse typedef struct _UINT64_DELTA { ULONG64 Value; ULONG64 Delta; } UINT64_DELTA, *PUINT64_DELTA; typedef struct _UINTPTR_DELTA { ULONG_PTR Value; ULONG_PT

nodejs 计算内存使用率

//计算内存使用率 function calcMem(){ let mem_total = os.totalmem(), mem_free = os.freemem(), mem_used = mem_total - mem_free, mem_ratio = 0; mem_total = (mem_total / (1024 * 1024 * 1024)).toFixed(1); mem_used = (mem_used / (1024 * 1024 * 1024)).toFixed(1);

ZABBIX监控H3C设备的CPU和内存使用率

由于最近监控的H3C路由器经常出现死机现象,SNMP获取不到数据,后面检查发现是CPU使用率过高,直接导致无法处理SNMP请求,所以需求来了,怎样通过SNMP监控H3C路由器的CPU和内存使用率? 由于CPU和内存的IOD号是H3C厂商没有公布的,所以不好找,在网上百度了一些资料查找H3C网络设备的CPU和内存OID号,这里做个记录,以供以后参考. 一般H3C网络设备的CPU和内存的IOD号和下面的东西有关. H3C cpu 使用率OID:.1.3.6.1.4.1.25506.2.6.1.1.1