n9e-probe
功能
ping 和 http get 请求探测 适配 nightingale
指标
ping
| metric | 说明 |
|---|---|
| ping.latency | ping 请求的延迟，单位是毫秒。-1 表示 ping 不通 |
| tag | 说明 |
|---|---|
| ip | 探测的目标 ip |
| region | 如果配置了，则插入 region tag |
url
| metric | 说明 |
|---|---|
| url.latency | http 请求的延迟，单位是毫秒。-1 表示无法访问 |
| url.cert | 证书探测。1正常，-1不正常。http 站点则是0 |
| url.status_code | 返回的状态码 |
| tag | 说明 |
|---|---|
| host | 目标 host |
| scheme | 目标 scheme |
| path | 目标的 path |
| region | 如果配置了，则插入 region tag |
配置
probe.yml
logger:
dir: logs/
level: INFO
keepHours: 24
probe:
# 如果需要区分来自不同区域的探针，可以通过在配置 region 来插入 tag
#region: default
timeout: 5 # 探测的超时时间，单位是秒
limit: 10 # 并发限制
interval: 30 # 请求的间隔
headers: # 插入到 http 请求中的 headers，可以多条
user-agent: Mozilla/5.0 (Linux; Android 6.0.1; Moto G (4)) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Mobile Safari/537.36 Edg/87.0.664.66
ping:
107: # n9e 节点上的 nid 号
- 114.114.114.114 # 要探测的 ip 地址列表
- 114.114.115.115
url:
107: # n9e 节点上的 nid 号
- https://www.baidu.com # 要探测的 ip 地址列表
- https://www.sjtu.edu.cn/
- https://bbs.ngacn.cc
- https://www.163.com
编译
# cd /home
# git clone https://github.com/shanghai-edu/n9e-probe.git
# cd n9e-probe
# ./control build
也可以直接在 release 中下载打包好的二进制
运行
支持 systemctl 的操作系统，如 CentOS7
执行 install.sh 脚本即可，systemctl 将托管运行
# ./install.sh
Created symlink from /etc/systemd/system/multi-user.target.wants/agent.service to /usr/lib/systemd/system/agent.service.
后续可通过 systemctl start/stop/restart probe 来进行服务管理
注意如果没有安装在 /home 路径上，则需要修改 service/agent.service 中的相关路径，否则 systemctl 注册时会找不到
不支持 systemctl 的操作系统
执行 ./control start 启动即可
# ./control start
probe started
后续可通过 ./control start/stop/restart 来进行服务管理
-
prometheus-exporter-collector 服务安装与配置 服务构建 mkdir -p $GOPATH/src/github.com/n9e cd $GOPATH/src/github.com/n9e git clone https://github.com/n9e/prometheus-exporter-collector.git 或 git clone https://gith
-
向传递的 URL 发出一个 GET 请求。 使用 XMLHttpRequest web API 向给定的 url 发出 get 请求。 通过调用给定的 callback 和 responseText 来处理 onload 事件。 通过运行提供的 err 函数，处理onerror事件。 省略第四个参数 err ，默认将错误记录到控制台的 error 流。 const httpGet = (url,
-
请提出有关使用Spring Webflow Sleuth Zipkin服务器重复请求的小问题。 我有一个服务器，代码超级简单： 每小时，我都希望只有一个我知道的客户端只调用这个endpoint一次。 因此，每小时，我都会在我的日志中看到这一点： 到现在为止，一直都还不错。 问题是，有几次，我确实在日志中看到： 很自然地，我假设我认识的唯一客户，没有像预期的那样打电话给我一次，而是打了两次。 然而，
-
我想在我的应用程序中使用spring cloud sleuth。对于每个请求，我都会在标头中获得“traceId”，我希望sleuth将其用作跟踪id。但问题是，sleuth仅在密钥为“X-B3-traceId”时才从标头中获取跟踪id。所以为了改变这一点，我使用了引用。但当我尝试构建应用程序时，我得到了以下结果： 在启动服务器时，我得到了以下信息： 我使用的是Spring boot版本--“2.
-
我有一个Spring Boot应用程序，它依赖于spring-cloud-starter-sleuth-3.0.3和spring-cloud-sleuth-zipkin-3.0.3。 我需要在从webclient调用API时将跟踪id传递给请求头。 示踪剂。currentSpan（）为null，因此引发NPE。 根据文档，给出了将跟踪id添加到响应头的方法https://docs.spring.i
-
Herosphp的url结构采用的是pathinfo的形式，没有严格的路由，只要你的请求方式遵循我们定义的格式组装URL，就可以自动路由，不像某些其他框架一样需要手动添加路由。URL的结构如下： 标准格式：/ucenter/user/login/userid-123-username-xiaoming.shtml (伪静态模式) 当然你也可以这样写： 常规格式：/ucenter/user/logi