检查节点状态

获取关于节点的使用信息，以及关于底层nginx进程正在处理连接的一些基本信息、数据库连接的状态和节点的内存使用情况。

如果你想要监控Kong进程，可以使用现有的nginx监控工具或代理，因为Kong是建立在nginx之上。

1. 地址：/status。
2. 请求方式：GET

• 响应结果

HTTP 200 OK

{
    "database": {
      "reachable": true
    },
    "memory": {
        "workers_lua_vms": [{
            "http_allocated_gc": "0.02 MiB",
            "pid": 18477
          }, {
            "http_allocated_gc": "0.02 MiB",
            "pid": 18478
        }],
        "lua_shared_dicts": {
            "kong": {
                "allocated_slabs": "0.04 MiB",
                "capacity": "5.00 MiB"
            },
            "kong_db_cache": {
                "allocated_slabs": "0.80 MiB",
                "capacity": "128.00 MiB"
            },
        }
    },
    "server": {
        "total_requests": 3,
        "connections_active": 1,
        "connections_accepted": 1,
        "connections_handled": 1,
        "connections_reading": 0,
        "connections_writing": 1,
        "connections_waiting": 0
    }
}

memory：关于内存使用情况的指标。

workers_lua_vms：一个包含Kong节点所有工作进程的数组，其中每个条目包含http_allocated_gc 和pid。

http_allocated_gc：HTTP子模块的Lua虚拟机的内存使用信息，如collectgarbage(“count”)报告的针对每个活动工作进程，例如最后10秒内接收代理的调用。

pid：工程进程的进程识别码。

lua_shared_dicts：Kong节点中的所有工作进程共享关于字典的信息数组，其中每个数组节点包含有多少内存是专门为特定的共享字典(capacity)和有多少内存正在使用(allocated_slab)。这些共享字典具有最近最少使用(LRU)的回收能力，因此一个完整的字典(其中allocated_slab ==capacity)将正常工作。但是对于一些字典，例如缓存命中/丢失共享字典，增加它们的大小可能有利于Kong节点的整体性能。

可以使用查询参数unit和scale来更改内存使用unit和精度：

unit：b或B， k或K，m或M，g或G中的一个。它将分别以bytes、kibibytes、mebibytes或gibibytes的形式返回结果。当请求“bytes”时，响应中的内存值将使用数字类型而不是字符串类型。默认为m。

scale：当以人类可读的内存字符串中给出值时，小数点的位数(不是“字节”的单位)。默认为2两位。您可以通过以下操作获得4位精度的kibibytes中共享字典的内存使用情况：get /status?unit=k&scale=4。

server：关于nginx HTTP/S服务器的指标。

total_requests：客户端请求的总数。

connections_active：当前活动客户端连接(包括等待连接)的数量。

connections_accepted：接受的客户端连接的总数。

connections_handled：已处理连接的总数。通常，参数值与接受值相同，除非达到了某些资源限制。

connections_reading：Kong正在读取请求头的当前连接数。

connections_writing：nginx将响应写回客户端的当前连接数。

connections_waiting：当前等待请求的空闲客户端连接数。

database： 关于数据库的指标。

reachable：反映数据库连接状态的布尔值。请注意，此标志并不反映数据库本身的运行状况。