使用docker-compose部署Sentry（附Sentry数据清理）

Ubuntu下Sentry部署

Sentry作为一款常见以及使用人数较多的监控服务，在接口监控、错误捕捉、错误报警等方面是非常不错的，在此之前我也用过Prometheus监控，各有各的好处，有兴趣的同学可以对这些都了解一下。

安装docker apt install curl -y sh -c "$(curl -fsSL https://get.docker.com)" systemctl start docker systemctl enable docker 安装docker-compose # 下载 docker-compose wget https://github.com/docker/compose/releases/download/1.26.0/docker-compose-Linux-x86_64 # 移到 /usr/local/bin/docker-compose sudo mv docker-compose-Linux-x86_64 /usr/local/bin/docker-compose # 给 docker-compose 执行权限 sudo chmod +x /usr/local/bin/docker-compose 下载安装sentry

wget https://github.com/getsentry/onpremise/archive/refs/tags/21.4.1.tar.gz

tar -zxvf 21.4.1.tar.gz

cd onpremise-21.4.1/

修改 /sentry/config.yml，注意邮箱的tls和ssl只能一个为true

mail.host: 'smtp.exmail.qq.com' mail.port: 465 mail.username: 'xxx@xxx.com' mail.password: 'xxx' mail.use-tls: false mail.use-ssl: true #The email address to send on behalf of mail.from: 'xxx@xxx.com'

修改.env文件，在末尾添加数据自动清理时间，默认90天太长了，不设置也没关系

SENTRY_EVENT_RETENTION_DAYS=14

执行 ：

./install.sh

中途会让创建用户

然后执行：

docker-compose up -d

如果想停止sentry服务，执行：

docker-compose down sentry数据清理

sentry服务部署一段时间后发现剩余磁盘空间越来越小，寻找了很多解决方案，以下两个方案供参考。

方法一

实际上最大的数据是postgres里一个不断增长的表public.nodestore_node，一般发现的时候磁盘基本都被它满了，所以百度到的通用解决方案可能并没有办法执行，所以我们直接将它TRUNCATE掉即可，清空后不会影响后续的业务就行。

首先进入postgres容器

docker exec -it sentry_onpremise_postgres_1 /bin/bash

切换用户

su postgres

进入postgres

psql

清空这个害人的表

TRUNCATE public.nodestore_node;

在清理前后可以查看下这个表占用的空间 SELECT table_schema || '.' || table_name AS table_full_name, pg_size_pretty(pg_total_relation_size('"' || table_schema || '"."' || table_name || '"')) AS size FROM information_schema.tables ORDER BY pg_total_relation_size('"' || table_schema || '"."' || table_name || '"') DESC limit 20; 方法二

下方是百度到排名靠前的解决方案，在执行第二步时剩余磁盘空间不足会出现问题，在此记录作为参考。

1、SENTRY数据软清理 （清理完不会释放磁盘，如果很长时间没有运行，清理时间会很长）

登录worker容器

docker exec -it sentry_onpremise_worker_1 /bin/bash

保留多少天的数据，cleanup使用delete命令删除postgresql数据，但对于delete,update等操作，只是将对应行标志为DEAD，并没有真正释放磁盘空间

sentry cleanup --days 7

2、POSTGRES数据清理 （清理完后会释放磁盘空间）

登录postgres容器

docker exec -it sentry_onpremise_postgres_1 /bin/bash

运行清理

vacuumdb -U postgres -d postgres -v -f --analyze

vacuumdb -U postgres -d postgres -t nodestore_node -v -f --analyze

3、定时清理脚本

0 1 * * * cd /data1/onpremise && { time docker-compose run --rm worker cleanup --days 7; } &> /var/log/cleanup.log 0 8 * * * { time docker exec -i $(docker ps --format "table {{.Names}}"|grep postgres) vacuumdb -U postgres -d postgres -v -f --analyze; } &> /data1/logs/vacuumdb.log

4、异常处理

因为磁盘已经被占满，所以上面的清理命令也执行不动了，没办法只能自己寻找大文件临时删除一些，于是找到了下面的大文件

/var/lib/docker/volumes/sentry-kafka/_data/events-0/*.log

看着是 .log结尾的文件，而且很大，就直接删除了，结果发现重启后，sentry无法正常收到上报了。

参考：https://forum.sentry.io/t/sentry-disk-cleanup-kafka/11337

没办法，只能重新安装

cd /data1/onpremise
./install.sh
重新启动生效，重新安装不会清理原有数据，所以不备份也没关系

docker-compose down
docker-compose build
docker-compose up -d

5、清理kafka占用磁盘过大的问题
清理kafka占用磁盘过大的问题搜到可以配置 .env，如下，但是我的没有效果

KAFKA_LOG_RETENTION_HOURS=24
KAFKA_LOG_RETENTION_BYTES=53687091200 #50G
KAFKA_LOG_SEGMENT_BYTES=1073741824 #1G
KAFKA_LOG_RETENTION_CHECK_INTERVAL_MS=300000
KAFKA_LOG_SEGMENT_DELETE_DELAY_MS=60000
于是自己研究，首先进入kafka的容器

docker exec -it sentry_onpremise_kafka_1 /bin/bash

查看topics

kafka-topics --list --zookeeper zookeeper:2181

修改kafka配置文件

vi server.propertyies

修改为7小时 默认168

log.retention.hours=7
log.cleaner.enable=true
log.cleanup.policy=delete
log.cleanup.interval.mins=1

重启

kafka-server-stop
kafka-server-start -daemon
重启后过了一会也没效果，第二天才看到效果，具体原因有待研究，再去查看目录的大小，发小从20G下降到12G左右