滴滴夜莺V4发布，运维监控之利器！

Love The Way You Lie 2023-01-13 06:13 242阅读 0赞

大家好，经过2个月的开发，夜莺v4来了，欢迎大家试用。本文为大家介绍一下开发v4的背景、最新模块组成、升级建议，同时演示一下单机快速部署的方式。如果朋友是第一次尝试夜莺，可以按照后面讲解的部署方式来搞，5分钟搞定。

演进背景

v3版本融入了很多运维平台的功能，组件变多，部署麻烦，不同的组件相互之间有调用关系，在做分布式部署的时候需要了解整体架构才能正确修改配置文件，对用户提出了较高的要求。很多issue和群里的讨论，都反映出了这个复杂性问题。

我们希望降低这个复杂度，所以，把众多服务端模块做了合并。这样原来组件之间的调用都变成了进程内部的方法调用，可靠性性能都会提升。

新的架构

模块合并之后，把时序存储抽离，总共只剩3个组件：server、prober、agentd。

服务端就是部署server模块，如果要集群部署，就搞2个机器，每个机器分别部署server模块即可。每个server会使用本机的redis，所以，有几个server就部署几个redis，redis只需监听在127.0.0.1，供本机的server使用即可。

prober是个中心式探针，比如贵司有2个网络区域，每个网络区域可以部署一个prober，用此prober采集监控本区域的数据库中间件。如果担心prober挂掉，每个区域可以部署多个prober做高可用。不同网络区域的prober，有个配置要注意，即：report.region字段，比如有bj和gz两个网络区域，每个网络区域分别部署了2台prober，bj的2台prober，report.region要设置为bj，gz的2台prober，report.region要设置为gz。最后，在server.yml里修改monapi.region字段，配上bj和gz。

如果网络是可以互联互通的，那就简单了，prober和server混部即可，都放到中心。

agentd是部署到所有目标机器的，采集目标机器的性能指标，在目标机器执行插件之类的，v4版本的agentd与server之间通信只走了server的rpc端口，所以相比v3，开通网络acl要变简单了。

升级建议

如果v2、v3已经玩得很溜了，并且满足贵司的需求，就不建议升级了。当然，如果新版本有些功能特别想要，那就只能升级了。

如果时序库是使用的tsdb+index这个方案，tsdb进程不用动，可以复用v3的，但是index需要升级。tsdb+index这俩模块的代码抽取到了github.com/n9e/n9e-tsdb中了，编译方法和二进制最新地址都可以在这个repo的README中找到。

server.yml默认使用m3作为存储后端，所以，如果使用tsdb+index的方案，需要修改server.yml，把DataSource改成使用tsdb。

不过我个人建议大家尝试一下m3db，容灾、扩容都做的很方便。

快速部署

这里我带着大家部署一个单机版本的夜莺v4，请大家提前准备好mysql、redis、nginx，单机部署，直接yum安装即可，非常简便。请找一台干净的机器测试！

1、下载二进制

mkdir -p /home/n9e
    cd /home/n9e
    wget http://116.85.64.82/n9e-4.0.0.tar.gz
    tar zxvf n9e.tar.gz

2、初始化数据库，这里假设使用 root 账号，密码为 1234，如果不是这个账号密码，需要修改 /home/n9e/etc/mysql.yml

cd /home/n9e/sql
    mysql -uroot -p1234 < n9e_ams.sql
    mysql -uroot -p1234 < n9e_hbs.sql
    mysql -uroot -p1234 < n9e_job.sql
    mysql -uroot -p1234 < n9e_mon.sql
    mysql -uroot -p1234 < n9e_rdb.sql

3、redis请不要配置密码， 如果redis设置了密码，需要修改/home/n9e/etc/server.yml，把密码改对

4、下载前端静态资源文件，放到/home/n9e下，请不要随意更换目录结构，否则还要自行修改nginx.conf，徒增烦恼

cd /home/n9e
    wget http://116.85.64.82/pub-3.5.2.tar.gz
    tar zxvf pub.tar.gz

5、覆盖nginx.conf。如果静态资源文件不是放到/home/n9e下的，就要先修改nginx.conf了

cp etc/nginx.conf /etc/nginx/nginx.conf
    systemctl restart nginx

6、时序数据存储部署，这里选择使用单机版本的m3db  
mkdir -p /home/m3db

cd /home/m3db
    wget https://s3-gz01.didistatic.com/n9e-pub/tarball/m3dbnode-single-v0.0.1.tar.gz
    
    tar zxvf m3dbnode-single-v0.0.1.tar.gz
    cd m3dbnode-single
    ./scripts/install.sh
    
    # retentionTime 表示历史监控数据存储时长，使用m3一般建议最长不要超过3个月
    curl -X POST http://localhost:7201/api/v1/database/create -d '{
      "type": "local",
      "namespaceName": "default",
      "retentionTime": "48h"
    }'

7、最后一步，启动相关进程。即可访问nginx看效果了

cd /home/n9e
    ./control start server
    ./control start prober
    ./control start agentd

效果图如下：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RpZGlfY2xvdWQ_size_16_color_FFFFFF_t_70]

滴滴夜莺GitHub：https://z.didi.cn/42A2q

滴滴Logi-KafkaMannager Github：https://z.didi.cn/4xDAM

滴滴Logi-KafkaMannager 是配合滴滴夜莺使用的，面向Kafka用户、Kafka运维人员打造的共享多租户Kafka云平台，专注于Kafka资源申请、运维管控、监控告警、资源治理等核心场景。

如果搭建过程遇到问题，可以加小助手微信，注明“夜莺加群”，“Logi加群”小助手将您拉入网友互助交流群。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RpZGlfY2xvdWQ_size_16_color_FFFFFF_t_70_pic_center]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RpZGlfY2xvdWQ_size_16_color_FFFFFF_t_70]: /images/20221022/83659dc6dd0f4761b833fef774d01944.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RpZGlfY2xvdWQ_size_16_color_FFFFFF_t_70_pic_center]: /images/20221022/c0d0950a3f6540c8ba61d13fde8e57a3.png