Skip to content
On this page

Nezha Monitoring supports monitoring of server load, CPU, memory, hard disk, data transfer, monthly data transfer, number of processes, number of connections, and sends alarm notifications when one of these items reaches a user-set limit.


Flexible notification methods

In panel messages, the placeholder #DATETIME# represents the timestamp of when an event occurs. When the notification is triggered, the panel automatically replaces #DATETIME# with the actual time of the event.

#NEZHA# is the panel message placeholder, the panel will automatically replace the placeholder with the actual message when it triggers the notification

The content of Body is in JSON format:When the request type is FORM,the value is in the form of key:valuevalue can contain placeholders that will be automatically replaced when notified. When the request type is JSON It will only do string substitution and submit to the URL directly.

Placeholders can also be placed inside the URL, and it will perform a simple string substitution when requested.

Refer to the example below, it is very flexible.

  • Bark Example

    • Name: Bark

    • URL: The first part is the key, followed by three matches/: key/: body or/: key/: title/: body or/: key/: category/: title/: body

    • Request method: GET

    • Request Type: Default

    • Body: null

    • Name: Bark

    • URL:/push

    • Request method: POST

    • Request type: FORM

    • Body: {"title": "#SERVER.NAME#","device_key":"xxxxxxxxx","body":"#NEZHA#","icon":" https://xxxxxxxx/nz.png "}

  • Telegram Example, contributed by @haitau

    • Name:Telegram Robot message notification
    • URL:https://api.telegram.org/botXXXXXX/sendMessage?chat_id=YYYYYY&text=#NEZHA#
    • Request method: GET
    • Request type: default
    • Body: null
    • Notes for this method:The XXXXXX in botXXXXXX is the token provided when you follow the official @Botfather in Telegram and enter /newbot to create a new bot. (In the line after Use this token to access the HTTP API). The 'bot' are essential. After creating a bot, you need to talk to the BOT in Telegram (send a random message) before you can send a message by using API. YYYYYY is Telegram user's ID, you can get it by talking to the bot @userinfobot.
  • Email notification example - Outlook

    json
    {
        "message": {
            "subject": "Server Status Notification",
            "body": {
            "contentType": "Text",
            "content": "#NEZHA#"
            },
            "toRecipients": [
              {
                "emailAddress": {
                    "address": "ADDRESS FOR RECEVING EMAILS"
                    }
              }
            ]
        }
      }

    Notes for this method: This method requires calling Microsoft Graph V1.0, you need to go to Microsoft Graph and create your own application, give Mail.Send permission and get the Token, or you can go Microsoft Graph Explorer directly to give permission and get the Token, just replace the Token in the Header with the actual Token.

  • DingTalk Group bot notification Example

    • Name: DingTalk Group

    • URL: https://oapi.dingtalk.com/robot/send?access_token=xxxxxxx

    • Request method: POST

    • Request Type: JSON

    • Header: {"Content-Type": "application/json"}

    • Body: {"msgtype": "text","text": {"content":"nezha:\n#NEZHA#"}}

    • Notes for this method:URL:Creating bot in DingTalk groups to obtain bot URLs, Security settings validation set to custom keywords,The security settings validation is set to a custom keyword, and the keyword must be included in the content field of the body, such as nezha

    • Wechat Work Group bot Example, contributed by @ChowRex

      Support placeholders:

      json
      {
          "content": "#NEZHA#",
          "ServerName": "#SERVER.NAME#",
          "ServerIP": "#SERVER.IP#",
          "ServerIPV4": "#SERVER.IPV4#",
          "ServerIPV6": "#SERVER.IPV6#",
          "CPU": "#SERVER.CPU#",
          "MEM": "#SERVER.MEM#",
          "SWAP": "#SERVER.SWAP#",
          "DISK": "#SERVER.DISK#",
          "NetInSpeed": "#SERVER.NETINSPEED#",
          "NetOutSpeed": "#SERVER.NETOUTSPEED#",
          "TransferIn": "#SERVER.TRANSFERIN#",
          "TranferOut": "#SERVER.TRANSFEROUT#",
          "Load1": "#SERVER.LOAD1#",
          "Load5": "#SERVER.LOAD5#",
          "Load15": "#SERVER.LOAD15#",
          "TCP_CONN_COUNT": "#SERVER.TCPCONNCOUNT",  # Invalid
          "UDP_CONN_COUNT": "#SERVER.UDPCONNCOUNT",  # Invalid
      }

      Sorry, this document is NOT available in English.

      群机器人配置说明 - 文档 - 企业微信开发者中心

      • Name:WechatWork Group bot notification

      • URL:https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=YOUR_BOT_KEY

      • Request method: POST

      • Request type: JSON

      • Body:

        json
        {
            "msgtype": "markdown",
            "markdown": {
                "content": "# Nezha Notification\n\n\"#NEZHA#\"\n\n> ServerName: \"#SERVER.NAME#\"\n> IP: \"#SERVER.IP#\"\n> IPv4: \"#SERVER.IPV4#\"\n> IPv6: \"#SERVER.IPV6#\"\n> CPU: \"#SERVER.CPU#\"\n> Memory: \"#SERVER.MEM#\"\n> SWAP: \"#SERVER.SWAP#\"\n> Storage: \"#SERVER.DISK#\"\n> Real-time Upload: \"#SERVER.NETINSPEED#\"\n> Real-time Download: \"#SERVER.NETOUTSPEED#\"\n> Total Upload: \"#SERVER.TRANSFERIN#\"\n> Total Download: \"#SERVER.TRANSFEROUT#\"\n> 1m Load: \"#SERVER.LOAD1#\"\n> 5m Load: \"#SERVER.LOAD5#\"\n> 15m Load: \"#SERVER.LOAD15#\"\n> TCP Connections: \"#SERVER.TCPCONNCOUNT\"\n> UDP Connections: \"#SERVER.UDPCONNCOUNT\"\n\n"
            }
        }

        Delete relevant content information as needed

        Notice Picture



Description of notification rules

Basic Rules

  • Type: one or more types can be selected, such as in a rule to select more than one type, you need to meet all the selected types at the same time to trigger the notification (see the example later)
    • cpumemoryswapdisk
    • net_in_speed Inbound speed, net_out_speed Outbound speed, net_all_speed Inbound + Outbound speed, transfer_in Inbound Transfer, transfer_out Outbound Transfer, transfer_all Total Transfer
    • offline Offline monitoring
    • load1load5load15 Load
    • process_count Number of processes Currently, counting the number of processes takes up too many resources and is not supported at the moment
    • tcp_conn_countudp_conn_count Number of connections
  • duration:Lasting for a few seconds, the notification will only be triggered when the sampling record reaches 30% or more within a few seconds
  • min/max
    • Transfer, network speed, and other values of the same type. Unit is byte (1KB=1024B,1MB = 1024*1024B)
    • Memory, hard disk, CPU. units are usage percentages
    • No setup required for offline monitoring
  • cover [{"type":"offline","duration":10, "cover":0, "ignore":{"5": true}}]
    • 0 Cover all, use ignore to ignore specific servers
    • 1 Ignore all, use ignore to monitoring specific servers
      For example: [{"type":"offline","duration":10, "cover":0, "ignore":{"5": true}}]
  • ignore: Select to ignore specific servers, use with cover with server id and boolean, e.g.: {"1": true, "2":false}

Complete examples:

Add an offline notification

  • Name: Offline notification
  • Rules: [{"Type":"offline","Duration":10}]
  • Enable: √

Add an notification when the CPU exceeds 50% for 10s but the memory usage is below 20% for 20s

  • Name: CPU and RAM
  • Rules: [{"Type":"cpu","Min":0,"Max":50,"Duration":10},{"Type":"memory","Min":20,"Max":0,"Duration":20}]
  • Enable: √

Send specific server notifications to specific notification groups

Case:
You have four servers, 1, 2, 3, 4, and two different notification groups, A and B
1, 2 The two servers are down for 10 minutes and send a notification to Notification Group A
3, 4 These two servers are down for ten minutes and then send a notification to Notification Group B

First you need to set up two notification groups, A and B, and then add two alarm rules:

Rule I:

  • Name: 1, 2 Off-line, send notification to group A
  • Rules:[{"type":"offline","duration":600,"cover":1,"ignore":{"1":true,"2":true}}]
  • Notification group: A
  • Enable: √

Rule II:

  • Name: 3, 4 Off-line, send notification to group B
  • Rules:[{"type":"offline","duration":600,"cover":1,"ignore":{"3":true,"4":true}}]
  • Notification group: B
  • Enable: √

Using these rules flexibly will help you to make full use of the notification function


Special: Any-cycle transfer notification

Can be used as monthly transfer notificatin

  • type

    • transfer_in_cycle Inbound transfer during the cycle
    • transfer_out_cycle Outbound transfer during the cycle
    • transfer_all_cycle The sum of inbound and outbound transfer during the cycle
  • cycle_start Start date of the statistical cycle (can be the start date of your server's billing cycle), the time format is RFC3339, for example, the format in Beijing time zone is 2022-01-11T08:00:00.00+08:00

  • cycle_interval Interval time cycle (For example, if the cycle is in days and the value is 7, it means that the statistics are counted every 7 days)

  • cycle_unit Statistics cycle unit, default hour, optional (hour, day, week, month, year)

  • min/max, cover, ignore Please refer to the basic rules to configure

Example:

The servers with ID 3 and 4 (defined in the ignore) are counted on the 1st of each month, and a notification is triggered when the monthly outbound transfer reaches 1TB during the cycle.

[{"type":"transfer_out_cycle","max":1099511627776,"cycle_start":"2022-01-01T00:00:00+08:00","cycle_interval":1,"cycle_unit":"month","cover":1,"ignore":{"3":true,"4":true}}]

Description of mode of triggering notification

  • Always triggered: A notification is triggered each time the status reported by the Agent matches the rules of the notification
  • Triggered only once: only one notification is triggered when the state changes, such as changing from normal state to abnormal state or abnormal state back to normal state

Set the task to be executed when notification

If you need to perform a task while sending a notification message, you can set those items

  • Tasks to be triggered in case of failure The task to be executed when the notification status matches the change from "normal" to "failure", the task should be set in advance in the tasks page
  • Tasks to be triggered after fault recovery The task to be executed when the notification status matches the change from " failure " to " normal ", the task should be set in advance in the tasks page