重启sentry+升级ExceptionLess版本，以及docker排坑记录

最新推荐文章于 2024-08-18 18:33:24 发布
最新推荐文章于 2024-08-18 18:33:24 发布
阅读量91 收藏
点赞数
文章标签： sentry docker 容器 运维
原文链接：https://mp.weixin.qq.com/s?__biz=MzAwNTMxMzg1MA==&mid=2654099849&idx=6&sn=5e59332a4a92d93fe297428ead4ca9c7&chksm=814387b680b2579fd8905ef97bb8280d5d8d317dd32b65bf7c153f0f9e7298b016becc46dd54&scene=126&sessionid=0
版权

前言

自从去年sentry又挂了之后，再加上大部分项目都是 C# 的，使用 ExceptionLess 的体验已经很不错了，所以我们就一直没再使用 sentry 🦎

前天刚把 Gitlab 配置好，接下来有一些其他语言☕️的项目要监控，我想着继续把 sentry 也重启了。然后 ExceptionLess 也很久没更新了，官方已经出到8.x版本，我们还在用 7.x，这次也顺便升级一下⛰️

没想到这一搞就折腾了一整天时间🥱，人都麻了🐎

sentry

关于sentry📄

❝

在软件开发的世界里，错误跟踪和性能监控是保证应用健康和用户满意度的关键。这就是 Sentry 发挥作用的地方。Sentry 是一个开源的实时错误跟踪工具，它能有效帮助开发者监控和修复各种编程语言中的错误。无论是前端 JavaScript 错误还是后端 Python 异常，Sentry 都能捕捉到，并提供详尽的错误报告和分析。

核心功能

  • 实时监控：Sentry 提供实时错误监控，一旦应用出现错误，它会立即捕获并通知开发者。

  • 跨平台支持：支持多种编程语言和框架，包括 JavaScript, Python, Java, Ruby, PHP 等。

  • 详细的错误报告：每个错误报告都包含了足够的信息，帮助开发者快速定位问题源头。这些信息包括错误发生的堆栈跟踪、受影响的用户、错误发生的时间以及错误前后的应用状态。

  • 性能监控：不仅可以跟踪错误，还能监控应用的性能状况，如页面加载时间、API响应时间等，帮助开发者优化用户体验。

  • 问题分析与解决：提供问题的趋势分析、影响范围评估及解决方案建议，使问题处理更加高效。

使用场景
❝

Sentry 的使用场景广泛，它不仅适用于大型企业的复杂应用，也适合小型开发团队和个人项目。例如，在开发过程中集成 Sentry 可以持续监控应用状态，一旦部署新版本后出现问题，Sentry 可以帮助快速回滚并修复。此外，其用户友好的界面和强大的配置能力，让它成为处理错误和提升应用质量的得力工具。

self hosted

首先是部署 sentry，实际上并不难

为什么会折腾那么久，最后总结下来最主要的就是网络问题，其次是版本问题，官方文档用的是 24.1.0，我一开始用了 github 上最新的 24.7.0 一直不行🙅‍♀️

最终是通过 cloudflare worker 解决的，可以参考之前这篇文章：使用Cloudflare Worker加速docker镜像

官方文档写得很详细: https://develop.sentry.dev/self-hosted/

按照官方的步骤走就完事了

解决网络问题之后，基本没啥障碍🥱

安装sentry⏬

VERSION="24.1.0"
git clone https://github.com/getsentry/self-hosted.git
cd self-hosted
git checkout ${VERSION}
sudo ./install.sh

如果要安装过程显示详细一点，可以加上 DEBUG=1 环境变量，然后顺便把遥测关了📴

sudo DEBUG=1 ./install.sh --no-report-self-hosted-issues

问题记录📝

当时安装时真的一波三折😭，这里记录遇到的一些问题

  • 配置了 .env.custom 文件，导致执行 upgrade-clickhouse.sh 出错，一开始我还没用 Cloudflare Worker 来加速docker，所以打算用代理来pull image，官网文档说要把代理写在 /etc/environment 里，但我不想这么做，于是把代理配置放在 .env.custom 里，结果一直报错。

  • 然后是 docker compose 版本的问题，本地的 compose 版本小于他要求的版本，升级这个 compose 也遇到一点小小的问题，我的 compose 执行文件在 ~/.docker/cli-plugins/docker-compose ，表现是 docker plugins ，不过却识别不到，没法用 docker plugins 命令来更新，最后是直接在 github 下载可执行文件去替换，真正的解决方法往往是这么朴实无华。

  • 剩下的就是网络🌍问题了，有几个镜像一直拉不下来

主要组件⚙️

Sentry 的本体是基于 Django 开发的，Python 的灵活性和生态系统中的丰富库使其成为开发复杂应用程序如 Sentry 的一个理想选择，前端页面是 React 开发的。

整个 sentry 还是比较复杂的，当前版本跑起来之后有28个容器，对服务器的性能有一定要求。

主要🈶️这些组件：

  • ClickHouse: 一个高性能的列式数据库，专门用于处理大规模数据分析，Sentry 用它来存储和查询事件数据。

  • Redis: 一个内存中的数据结构存储系统，用作数据库、缓存和消息代理，Sentry 用它来处理队列和缓存任务。

  • PostgreSQL: 一个强大的开源关系数据库，Sentry 使用它来存储核心数据，包括项目配置和用户数据。

  • Kafka: 一个分布式流处理平台，Sentry 使用 Kafka 来处理事件流和确保数据的弹性处理。

  • Zookeeper: 主要用于服务协调和配置管理，在 Sentry 中与 Kafka 配合使用，用于维护 Kafka 的服务状态。

  • Snuba: Sentry 的服务组件之一，用 Python 编写，主要负责查询 ClickHouse 中的数据。

  • Symbolicator: 用于处理原生堆栈跟踪的服务，帮助解析和符号化未处理的堆栈跟踪。

  • Relay: 一个独立的服务，用于处理从客户端发送到 Sentry 的事件，提供数据清洗和安全性控制。

各个容器介绍📂

这些容器共同构成了 Sentry 的复杂架构，确保从数据收集到处理再到存储的每一环节都能高效、稳定地运行。

可以看到 sentry 是个非常重的监控服务

  1. attachments-consumer: 处理和存储错误报告中的附件数据。

  2. billing-metrics-consumer: 管理和处理与计费相关的度量数据。

  3. cron: 处理定时任务，如清理作业和触发定期任务。

  4. events-consumer: 接收和处理事件数据，确保它们被正确地存储和索引。

  5. generic-metrics-consumer: 处理通用度量数据，用于监控和分析。

  6. ingest-monitors: 处理和监控数据摄取过程中的事件和状态。

  7. ingest-occurrences: 处理事件发生的数据摄取。

  8. ingest-profiles: 管理用户的性能分析数据摄取。

  9. ingest-replay-recordings: 处理回放录像的数据摄取，用于错误复现。

  10. memcached: 提供内存缓存服务，增强数据读写速度和效率。

  11. metrics-consumer: 处理和聚合应用性能监控（APM）的度量数据。

  12. nginx: 作为反向代理服务器，处理 HTTP 请求和负载平衡。

  13. post-process-forwarder-errors: 处理错误事件的后处理和转发任务。

  14. post-process-forwarder-issue-platform: 处理问题平台的事件后处理和转发。

  15. post-process-forwarder-transactions: 处理事务事件的后处理和转发。

  16. postgres: 为 Sentry 提供关系数据库服务，存储配置和用户数据。

  17. redis: 提供队列管理和缓存服务，支持事件处理和数据缓存。

  18. relay: 接收客户端的事件，进行清洗和安全校验后转发到 Sentry。

  19. smtp: 处理电子邮件发送，用于通知和报告。

  20. snuba-api: 提供 API 接口访问 ClickHouse 存储的数据。

  21. snuba-replacer: 处理和替换 Snuba 中的数据，用于数据修正和去重。

  22. subscription-consumer-events: 管理事件数据订阅，处理相关通知。

  23. subscription-consumer-generic-metrics: 管理通用度量数据的订阅和通知。

  24. subscription-consumer-metrics: 管理度量数据的订阅和处理。

  25. subscription-consumer-transactions: 管理事务数据的订阅和处理。

  26. transactions-consumer: 处理和存储事务数据，支持应用性能监控。

  27. vroom: 处理特定于 Sentry 的内部请求和作业。

  28. zookeeper: 作为分布式服务的协调者，管理 Kafka 和其他服务的状态信息。

sentry有替代品吗？

🈶️

折腾的过程中，我一度想过要放弃，然后找到了两个看起来好像不错的开源替代品：

  • https://glitchtip.com/

  • https://www.highlight.io/

还没尝试，有空来部署试试，虽然现在sentry能用了，但毕竟还是太重了。

ExceptionLess

🌟 遇见 Exceptionless：你的代码的小小守护精灵！ 🌟

嘿，亲爱的开发者朋友们！有没有想过，如果你的代码中有一个小小的守护精灵，它会帮你捕捉所有那些调皮的错误和异常，然后偷偷地告诉你哪里出了问题，让你的调试工作变得轻松又愉快呢？好消息，这个小精灵已经存在了，它的名字叫 Exceptionless！🎉

🚀 什么是 Exceptionless？

Exceptionless 不仅仅是一个工具，它是一个超级可爱的、功能强大的开源错误和事件报告服务。它就像是你的编程旅程中的忠实伙伴，一旦集成到你的应用中，它就会自动捕获未处理的异常和事件。想象一下，无论何时你的代码有点小插曲，Exceptionless 都会在第一时间抓住它们，并把这些信息安静地放在你的仪表板上，等你去查看。🐞

🌈 为什么它如此特别？

  • 自动化监控：你只需轻轻一集成，Exceptionless 就会自动开始监控，你甚至不需要告诉它从何处开始！

  • 实时反馈：收到实时错误报告，让你可以即刻了解发生了什么，就像有一个小精灵在你耳边低语。

  • 深入洞察：不仅仅是告诉你“出错啦”，Exceptionless 还会告诉你为什么出错，哪里出错，甚至是谁遇到了这个错误。🕵️‍♂️

💖 开发者的最佳朋友

是否厌倦了那些冷冰冰的日志文件？让 Exceptionless 加入你的开发生活吧！它会用它那可爱的方式，带给你错误跟踪的全新体验。它不仅能帮助你修复错误，还能帮助你优化你的应用，让用户体验更上一层楼！

所以，让我们一起欢迎 Exceptionless，让它成为我们代码世界中的小英雄吧！使用 Exceptionless，一起把“糟糕”的时刻变成“搞定啦”的时刻！🌟

升级版本

OK，就像之前说的那样，我要把7.x升级到8.x

ExceptionLess 的文档比 sentry 差太多了，写得不清不楚的，不过好在我已经熟练使用这玩意了。

这个也比 sentry 简单一些，就几个组件。

  • ExceptionLess 官网文档是虚假的文档 ✖

  • Github 仓库才是真正的文档 ✅

直接使用这个配置: https://github.com/exceptionless/Exceptionless/blob/main/samples/docker-compose.yml

不过为了更好的部署，还需要做一些小小的修改：

  • 每个容器加上了 container_name 配置

  • 加上 restart 保证容器会自动启动

  • 关闭 app 容器的 HTTPS 功能，使用 swag 来提供就行

  • 把所有端口映射关掉

  • 把 volumes 映射全改成当前目录了，记得先创建这些目录，并且赋权，例如 chmod -R 1000:1000 esdata/

  • 与 swag 网络桥接，外部无法访问到这组容器，只能通过 swag 进行反代

  • 配置了邮箱，具体可以参考之前的 ExceptionLess 安装配置文章

services:
  app:
    restart: always
    depends_on:
      - elasticsearch
      - redis
    image: exceptionless/app:latest
    container_name: exless_app
    environment:
      EX_AppMode: Production
      EX_ConnectionStrings__Cache: provider=redis
      EX_ConnectionStrings__Elasticsearch: server=http://elasticsearch:9200
      EX_ConnectionStrings__MessageBus: provider=redis
      #EX_ConnectionStrings__Metrics: provider=statsd;server=statsd;
      EX_ConnectionStrings__Queue: provider=redis
      EX_ConnectionStrings__Redis: server=redis,abortConnect=false
      EX_ConnectionStrings__Storage: provider=folder;path=/app/storage
      #ASPNETCORE_URLS: http://+;https://+
      ASPNETCORE_URLS: http://+:80
      #ASPNETCORE_HTTPS_PORT: 5001
      #ASPNETCORE_Kestrel__Certificates__Default__Password: password
      #ASPNETCORE_Kestrel__Certificates__Default__Path: /https/aspnetapp.pfx
      EX_RunJobsInProcess: 'false'
    volumes:
      - ./appdata:/app/storage
      - ./ssldata:/https
    networks:
      - default
      - swag

  jobs:
    restart: always
    depends_on:
      - app
    image: exceptionless/job:latest
    container_name: exless_jobs
    environment:
      EX_AppMode: Production
      EX_BaseURL: http://app:80
      EX_ConnectionStrings__Cache: provider=redis
      EX_ConnectionStrings__Elasticsearch: server=http://elasticsearch:9200
      EX_ConnectionStrings__Email: smtps://邮箱(需转义):密码@smtp.exmail.qq.com:465
      EX_SmtpFrom: 邮箱地址
      EX_ConnectionStrings__MessageBus: provider=redis
      #EX_ConnectionStrings__Metrics: provider=statsd;server=statsd;
      EX_ConnectionStrings__Queue: provider=redis
      EX_ConnectionStrings__Redis: server=redis,abortConnect=false
      EX_ConnectionStrings__Storage: provider=folder;path=/app/storage
    volumes:
      - ./appdata:/app/storage
    networks:
      - default

  elasticsearch:
    image: exceptionless/elasticsearch:8.14.1
    restart: always
    container_name: exless_es
    environment:
      discovery.type: single-node
      xpack.security.enabled: "false"
      ES_JAVA_OPTS: -Xms1g -Xmx2g
    expose:
      - 9200
      - 9300
    volumes:
      - ./esdata:/usr/share/elasticsearch/data
    networks:
      - default

  kibana:
    restart: always
    depends_on:
      - elasticsearch
    image: docker.elastic.co/kibana/kibana:8.14.1
    container_name: exless_kibana
    expose:
      - 5601
    networks:
      - default

  redis:
    restart: always
    image: redis:7.2-alpine
    container_name: exless_redis
    expose:
      - 6379
    networks:
      - default

networks:
  default:
    name: exless
  swag:
    name: swag
    external: true

折腾的问题

  • Elasticseach 版本升级问题: 之前是7.x版本，现在升级后是8.x版本，这俩版本的数据文件都不一样，需要做迁移，但因为前一天部署 sentry 把环境搞烂了，这次 ExceptionLess 也跑不起来，最后干脆整个 Elasticsearch 都删掉了

  • Elasticsearch 健康检查不通过问题: 一直报错提示 [02:22:16 ERR] Health check Elasticsearch with status Unhealthy completed after 242.2644ms with message 'null' <Microsoft.Extensions.Diagnostics.HealthChecks.DefaultHealthCheckService>，这个是多方面的问题，等下来说

  • docker 内部的DNS解析问题: 很奇怪，其他的项目都不会这样，后面也莫名其妙解决了，真实奇怪，盲猜和代理可能有点关系？🥱

Elasticsearch Unhealthy 问题

这个是最折磨的

一开始是7升级8的问题

然后把数据清理掉从头开始，已经能正常启动es8了

但是app和jobs容器还一直连不上

然后又经历了漫长的排错阶段，包括使用 busybox 和 alpine 容器去各种测网络

其中的玄学问题自不必说

一会就 docker DNS 失效

一会就各种连不上，最终在代理服务器的日志上发现了一堆标红的 elasticsearch:9200 访问，才发现问题出在代理上。

但我把环境变量、~/.docker/config.json 的代理都去掉了，还是会走代理，真的服了，这也成玄学问题了。

最终只能在代理服务器上加了个规则……

docker排坑

折腾花了好多时间

技术没学到

docker 排坑经验倒是增加了一丢丢

查容器的IP地址

其实用 portainer 这类工具可以很方便查看的，不过用命令也不难

exless-es 是容器名称，下面都会用这个作为栗子

docker inspect -f '{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' exless-es

使用临时容器测试网络连通性

现在的容器一般都是基于 alpine 这种轻量级发行版构建，没有 curl 之类的工具可以测试网络

没事，我们可以创建一个临时容器，加入到这组 compose 的网络里来测试，本文里这个网络名称是 exless

curl

以下命令是启动一个 curl 容器来测试 http://elasticsearch:9200 地址能否访问

docker run --rm --network=exless appropriate/curl http://elasticsearch:9200
busybox/alpine
docker run --rm -it --network=exless busybox

或者🔥

docker run --rm -it --network=exless alpine

这样就可以使用 ping, nslookup, dig 之类的工具，来排查网络问题

在 compose 配置里加入临时容器

这个方法也可以

services:
  busybox:
    image: busybox
    container_name: exless-busybox
    command: sleep 3600  # 让容器运行一个小时，足够进行测试
    networks:
      - default  # 确保这是你其他服务使用的网络

小结

就这样吧

折腾的过程真的是究极折磨

写这篇文章仿佛又被折磨了一遍……

参考资料

  • https://develop.sentry.dev/self-hosted/

  • https://github.com/exceptionless/Exceptionless

dotNET跨平台
关注
Docker部署Sentry+Django(无法收到告警邮件解决)
QuantumEnergy's blog
09-26 3166
docker部署 启动redis容器 docker run -d --name sentry-redis redis 启动postgres容器 docker run -d --name sentry-postgres -e POSTGRES_PASSWORD=secret -e POSTGRES_USER=sentry postgres 生成secret_key docker run --rm se
Docker-compose方式启动Sentry +ldap登录验证
qq_46416934的博客
05-14 534
Docker-compose方式启动Sentry +ldap登录验证 一，安装Docker sudo yum install -y yum-utils sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo yum-config-manager --enable docker-ce-edge yum -y install docker-ce systemctl start docke
【Sentry运维】版本升级
MacwinWin的博客
01-13 2712
今天发现sentry版本有点低，想对其进行版本升级，由于之前有升级的经历，所以就信心满满的开始操作了 >>> git clone https://github.com/getsentry/self-hosted.git >>> git checkout 21.12.0 >>> ./install.sh >>> docker-compose up -d 切记不要对原来的进行’docker-compose --rmi all’操作，否则在
Sentry的基本使用
最新发布
dstweihao.cn
08-18 1170
就可以定位到代码报错的位置，但是如果是一些比较通用的，或者信息比较含糊的，是没办法精准定位代码位置的，这个时候，就可能有想法了，怎么让才能在。是一个开源的监控系统，可以收集项目中的异常信息，便于开发人员第一时间发现问题，定位问题，解决问题。官方提供了在线系统，但是因为需要翻墙，加上如果是公司项目，考虑到安全问题，还是倾向于私有化部署，在。的功能，现以一个真实场景来演示，在项目中添加一个按钮，然后设置点击事件之后，触发打印。此时，只要项目在本地运行或部署至线上，打开项目，然后打开浏览器控制台，查看。
转转商业前端错误监控系统(Sentry)策略升级
大转转FE
11-16 986
作者 | 袁小龙背景众所周知，目前前端的错误监控在实际工作中越来越重要，好处如下：收集前端页面错误辅助定位分析错误先于用户发现错误区别于传统的靠用户反馈机制开发人员被动接...
02-11 docker部署Exceptionless（.net core3.1）版本
菜鸟爱飞不飞的博客
04-25 2547
简介 Exceptionless专注于.net平台提供实时错误和日志报告。 主要包括：错误通知、智能分组异常、详细错误报告堆栈跟踪、支持离线、UI查看重要错误和确定优先级、仪表板上的统计信息和趋势、对异常标记为已修复，监视回归、将事件标记为关键等。 1、到github下载Exceptionless .net core版本，5.0.0及以后版本都是.net core版本，我下载的是6.0.0（wi...
sentry 命令_docker 安装部署sentry
weixin_30747571的博客
01-02 351
1、docker拉取redis postsql 和sentry#docker pull redis#docker pull postgres#docker pull sentry2、来取代码#git clone https://github.com/getsentry/onpremise.git3、通过命令生成 secret key#docker-compose run --rm web con...
docker-sentry:用于Sentry的Docker官方映像包装
04-14
已淘汰 现在，此存储库的最新内容位于下，而安装则位于。 任何问题都应在这些存储库中报告。 这是为了了解较旧的9.1版本。 关于此回购 ...如果您想使用docker-compose或尝试使用Docker进行Sentry，请转到 。
安全管理sentry+kerberos
12-15
【安全管理Sentry+Kerberos】是大数据领域中重要的安全组件，主要应用于Hadoop集群，以提供更加精细和安全的数据访问控制。Sentry是Cloudera公司推出的一个开源项目，其核心功能是实现细粒度的、基于角色的权限管理...
sentry 9版本docker关联镜像打的包
08-16
sentry 9版本docker关联镜像打的包
docker-sentry:已弃用-Sentry Docker映像，可部署为Aptible应用程序
05-10
适用/哨兵 Sentry Docker映像，可作为Aptible应用程序部署。 安装及使用 要在Aptible上作为应用程序运行，请执行以下操作： 从Aptible仪表板或Aptible CLI设置PostgreSQL数据库。 通过Aptible仪表板或Aptible CLI设置Aptible应用。 为Sentry应用配置以下（必需和可选）环境变量： 多变的 描述 必需的？ 默认值 ADMIN_PASSWORD 管理员密码 是的 -- DATABASE_URL PostgreSQL数据库URL 是的 -- SENTRY_URL_PREFIX 服务器的基本URL 是的 -- ADMIN_USERNAME Sentry的管理员用户名 不 aptible TEAM_NAME 队名 不 Aptible SECRET_KEY 发送事件的密钥 不 （随机的） S
asp.net core 使用 docker 中的 Exceptionless 实现日志记录
ab198008的博客
08-06 422
asp.net core 使用 docker 中的 Exceptionless 实现日志记录 在 docker 中运行 Exceptionless docker-compose.yml的内容： version: '3.4' services: api: depends_on: - elasticsearch image: exceptionless/ap...
Docker搭建Sentry
qq_35323561的博客
09-09 4752
sentry是一款错误日志收集平台，可以将代码错误信息进行收集。平常我们开发完成以后，发现问题的手段仅自测-》测试人员-》最后市场反馈。一般我们收到市场反馈的时候已经产生了事故，作为一个合格的程序猿，如果默默等着市场提问题肯定是不够滴！sentry就非常贴心的帮助我们收集了所有的错误异常（注意不是日志！）还能点进这个异常查看原始代码(基本都能定位到代码的哪一行)，这样我们就能主动发现问题，然后结合我们的日志，排查问题。是不是很优雅？还能收集部份其他信息！
分布式、微服务必须配个日志管理系统才优秀，Exceptionless走起
KG_181的博客
04-27 269
先创建组织 再创建项目 2.2 引入NuGet包并在Startup.cs注入和使用 ============================= 这里创建了一个WebAPI项目，引入Exceptionless.AspNetCore 即可； 在Startup.cs文件中进行注入相关服务并注册到管道中，如下： 2.3 记录日志看效果 =========== 这里在API中进行日志记录和异常信息上报，如下： 看效果，登录进官网( https://exceptionless.com/)，就会看到对应的异常信
Docker搭建Sentry （我的宝藏）
m0_65372269的博客
12-29 1826
sentry是一款错误日志收集平台，可以将代码错误信息进行收集。平常我们开发完成以后，发现问题的手段仅自测-》测试人员-》最后市场反馈。一般我们收到市场反馈的时候已经产生了事故，作为一个合格的程序猿，如果默默等着市场提问题肯定是不够滴！sentry就非常贴心的帮助我们收集了所有的错误异常（注意不是日志！
Sentry Docker搭建
qq3217834的博客
08-22 392
sentry
docker搭建sentry
PASSERYFFF的博客
05-29 2303
docker搭建sentry
基于Docker搭建Sentry
u010044936的博客
09-17 459
Sentry 是一个日志平台，分为客户端和服务端，客户端(目前客户端有Python, PHP,C#, Ruby等多种语言)就嵌入在你的应用程序中间，程序出现异常就向服务端发送消息，服务端将消息记录到数据库中并提供一个web节目方便查看。Sentry由python编写，源码开放，性能卓越，易于扩展，目前著名的用户有Disqus, Path, mozilla, Pinterest等 准备 保证服务器至少有2G内存，否则安装会报错 安装/升级Docker到19.03.8以上 安装/升级Docker-C
docker 安装部署sentry （带docker-compose文件）
热门推荐
nimei31的博客
06-30 1万+
这几天公司上了一套捕获系统异常的sentry系统，相当高逼格,之前老板说要搞个服务器监控，我以为是要从各个docker的协议里面捕获异常上报呢，不过使用sentry这个也不错，有自己的曲线页面，可以把服务异常信息发送到邮箱里面，唯一美中不足的是需要在代码里面嵌入sentry提供的api接口。 安装步骤： 1docker拉取redis postsql 和sentry docker ...
sentry+redis集群
10-18
Sentry是一个开源的实时错误追踪系统，它可以帮助开发者实时监控和解决应用程序中的错误。而Redis是一个高性能的键值存储系统，它可以用于缓存、消息队列等场景。将Sentry和Redis结合起来使用，可以实现更好的错误监控和处理。下面是关于Sentry+Redis集群的一些介绍和操作步骤： 1. 首先，需要在Redis中创建两个主节点和两个从节点，可以使用Redis Sentinel来实现高可用性和自动故障转移。 2. 接下来，在Sentry中创建两个配置文件夹和两个数据文件夹，用于存储Sentry的配置和数据。 3. 然后，在Sentry的配置文件中添加两个Redis Sentinel节点的信息，包括主节点的IP地址、端口号和密码等信息。 4. 最后，启动Sentry和Redis Sentinel节点，即可实现Sentry+Redis集群的部署和运行。 相关问题: 1. Sentry+Redis集群有哪些优点？ 2. 如何监控Sentry+Redis集群的运行状态？ 3. 如何实现Sentry+Redis集群的自动扩容和缩容？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值