Sentry 企业级数据安全解决方案 - Relay 配置选项

Relay 的配置记录在文件 .relay/config.yml 中。要更改此位置,请将 --config 选项传递给任何 Relay 命令:
❯ ./relay run --config /path/to/folder
所有配置 key 都是 snake_case。
系列
Relay
以下记录了 Relay 的常规设置:
relay.mode
: String, default:
managed, 可能的值:managed,static,proxy和capture控制 Relay 如何获取事件的项目配置。有关这些模式的详细说明,请参阅 Relay模式。
relay.upstream
: String, default:
https://sentry.io
上游 Relay 或 Sentry 实例的完全限定 URL。Relay 不会检查循环。不要将此选项设置为会导致事件循环回到此处的端点。
relay.host
: String, default: Docker 中
0.0.0.0, 否则127.0.0.1Relay 应该绑定到的主机(网络接口)。示例:
0.0.0.0
relay.port
: Integer, default:
3000为
未加密的 Relay HTTP server绑定的端口。示例:3000
relay.tls_port
: Integer, optional
为
加密 Relay HTTPS server绑定的可选端口。示例:3001这是对
port选项的补充:如果你在tls_port上设置了一个HTTPS服务器,那么port上的 HTTP server 仍然存在。
relay.tls_identity_path
: String, optional
用于 HTTPS server 的身份(DER-encoded PKCS12)的文件系统路径。在当前工作目录中评估相对路径。
例如:relay_dev.pfx
relay.tls_identity_password
: String, optional
relay.tls_identity_path中 PKCS12 存档的密码。
HTTP
这些设置控制与网络相关的配置。
http.timeout
: Integer, default:
5上游请求的超时时间(以秒为单位)。
此超时涵盖从发送请求到接收响应头的时间。此超时既不包括连接过程和握手,也不包括读取响应正文。
http.connection_timeout
: Integer, default:
3与上游建立连接的超时时间(以秒为单位)。
这包括 SSL 握手。当上游支持连接保持活动时,Relay 重用连接。连接最多保留 75 秒,不活动保留 15 秒。
http.max_retry_interval
: Integer, default:
60失败请求重试之间的最大间隔(秒)。
http.host_header
: String, default:
null要发送到上游的自定义 HTTP Host header。
Caching(缓存)
这些设置可以微调项目状态的缓存。
cache.project_expiry
: Integer, default:
300(5 minutes)项目配置的缓存超时(以秒为单位)。如果您使用 "simple proxy mode",您的项目配置存储在本地文件中,则无关紧要。
cache.project_grace_period
: Integer, default:
0(seconds)在获取新状态时缓存到期后继续使用此项目配置的秒数。
这是在cache.project_expiry和cache.miss_expiry之上添加的。
cache.relay_expiry
: Integer, default:
3600(1 hour)下游 Relay 信息(公钥)的缓存超时(以秒为单位)。这仅在您计划将更多 Relay 连接到此 Relay 时才相关。
cache.envelope_expiry
: Integer, default:
600(10 minutes)在网络问题或积压的情况下,Relay 在其缓存中缓冲传入有效负载的最长时间。
这适用于发送到 Relay 的所有类型的数据,包括事件、附件和会话。另见
cache.envelope_buffer_size。
cache.miss_expiry
: Integer, default:
60(1 minute)不存在的条目的缓存超时。
cache.batch_interval
: Integer, default:
100(100 milliseconds)在以毫秒为单位向上游发送批处理查询之前的缓冲区超时。
cache.batch_size
: Integer, default:
500一次从 Sentry 获取的最大项目配置数。
cache.file_interval
: Integer, default:
10(10 seconds)监视本地缓存覆盖文件的时间间隔(以秒为单位)。
cache.envelope_buffer_size
: Integer, default:
1000在网络问题或积压的情况下缓冲的传入有效负载的最大数量。
这适用于发送到 Relay 的所有类型的数据,包括事件、附件和会话。另见
cache.envelope_expiry。
cache.eviction_interval
: Integer, default:
60(seconds)从内存中驱逐过时的项目配置的时间间隔。
Size Limits(大小限制)
这些设置控制与 HTTP 相关的限制。所有值要么是整数,要么是人类可读的数字字符串和人类可读的单位,例如:
500B1kB(1,000 bytes)1KBor1KiB(1,024 bytes)1MB(1,000,000 bytes)1MiB(1,048,576 bytes)
limits.max_concurrent_requests
: Integer, default:
100上游的最大并发连接数。如果上游支持,Relay 支持连接保活(keepalive)。
limits.max_concurrent_queries
: Integer, default:
5在 Relay 开始缓冲请求之前,可以同时从 Relay upstream 发送的最大查询数。
查询是为了获取信息而向上游发出的所有请求,并明确地排除事件提交。查询的并发性还受到
max_concurrent_requests的限制。
limits.max_event_size
: String, default:
1MiB事件的最大负载大小。
limits.max_attachment_size
: String, default:
50MiB每个附件的最大大小。
limits.max_attachments_size
: String, default:
50MiB信封(envelope)或请求中所有附件的最大组合大小。
limits.max_envelope_size
: String, default:
50MiB整个信封的最大有效负载大小。个人限制仍然适用。
limits.max_session_count
: Integer, default:
100每个信封的最大会话项目数。
limits.max_api_payload_size
: String, default:
20MiB一般 API 请求的最大负载大小。
limits.max_api_file_upload_size
: String, default:
40MiB文件上传和块(chunks)的最大有效负载大小。
limits.max_api_chunk_upload_size
: String, default:
100MiB块的最大有效负载大小。
limits.max_thread_count
: Integer, default: number of cpus
为每个 CPU 和 Web Worker 生成的最大线程数。
产生的线程总数大致为
2 * limits.max_thread_count + N,其中N是一组固定的管理线程。
limits.query_timeout
: Integer, default:
30(seconds)允许查询重试的最大秒数。
单个请求的超时时间较短。
limits.max_connection_rate
: Integer, default:
256一次可以创建的与 Relay 的最大连接数。
limits.max_pending_connections
: Integer, default:
2048最大挂起连接到 Relay 的数量。这对应于 POSIX 中
listen(2)的 backlog 参数。
limits.max_connections
: Integer: default:
25_000Relay 打开的最大传入连接数。
limits.shutdown_timeout
: Integer, default:L
10(seconds)接收到关闭信号后等待挂起事件的最大秒数。
Logging(日志记录)
logging.level
: String, default:
inforelay 的日志级别。以下之一:
offerrorwarninfodebugtrace在
debug和trace级别,Relay 会发出极其冗长的消息,这可能会对应用程序性能产生严重影响。
logging.log_failed_payloads
: boolean, default:
false将失败事件的完整事件负载记录到日志流中。
logging.format
: String, default:
auto控制日志格式。以下之一:
auto: 自动检测(非常适合 TTY,其他则简化)pretty: 带有颜色的人类可读格式simplified: 简化的人类可读日志输出json: JSON 记录,适用于日志软件
logging.enable_backtraces
: boolean, default:
true如果启用,将所有内部错误的跟踪写回日志流并将它们包含在 Sentry 错误中。
StatsD Metrics(统计指标)
metrics.statsd
: String, optional
如果设置为 host/port 字符串,则指标将报告给此 StatsD 实例。
metrics.prefix
: String, default:
sentry.relay应添加到所有指标的前缀。
metrics.default_tags
: Map of strings to strings, default: empty
一组应附加到所有传出 StatsD 指标的默认标签。
metrics.hostname_tag
: String, optional
如果设置,则添加给定名称的标签并将其设置为运行 Relay 的机器的 hostname。此配置对于区分多个 Relay 很有用。
metrics.buffering
: boolean, default:
true在发送到 StatsD server 之前是否会缓冲发出的指标。
这通常会提高性能,但需要注意的是,在流量较低的情况下,指标可能需要多几秒钟才能传播。
metrics.sample_rate
: Float, default 1.0
所有发出的指标的全局采样率。应该在
0.0和1.0之间。
如果超出该范围,该值将被归一化(负值将变为0.0,大于1.0的正值变为1.0)。
例如,0.3的值意味着只有30%的已发出指标将被发送。
请注意,实施的采样方法不知道指标类型,例如,当采样率小于1.0时,不会重新调整计数器值。
Internal Error Reporting(内部错误报告)
为 Relay 中发生的错误配置错误报告。默认禁用。
sentry.enabled
: boolean, default:
false是否向单独的 DSN 报告内部错误。
false表示不会发送内部错误,但仍会记录。
sentry.dsn
: String, optional
向其报告内部 Relay 故障的 Sentry DSN。
我们建议将其设置为不会向自身发送 Relay 错误的值。
理想情况下,这个值应该直接向 Sentry 发送错误,而不是另一个 Relay。
Sentry 企业级数据安全解决方案 - Relay 配置选项的更多相关文章
- Sentry 企业级数据安全解决方案 - Relay 项目配置
内容整理自官方文档 系列 Sentry 企业级数据安全解决方案 - Relay 入门 Sentry 企业级数据安全解决方案 - Relay 运行模式 Sentry 企业级数据安全解决方案 - Rela ...
- Sentry 企业级数据安全解决方案 - Relay 监控 & 指标收集
内容整理自官方文档 系列 Sentry 企业级数据安全解决方案 - Relay 入门 Sentry 企业级数据安全解决方案 - Relay 运行模式 Sentry 企业级数据安全解决方案 - Rela ...
- Sentry 企业级数据安全解决方案 - Relay 操作指南
内容整理自官方文档 本篇回顾了我们在自托管外部使用 Relay 时的操作指南,即在您的硬件上运行的 Relay 并将事件转发到 sentry.io. 系列 Sentry 企业级数据安全解决方案 - R ...
- Sentry 企业级数据安全解决方案 - Relay PII 和数据清理
本文档描述了一种我们希望最终对用户隐藏的配置格式.该页面仍然存在的唯一原因是当前 Relay 接受这种格式以替代常规数据清理设置. 以下文档探讨了 Relay 使用和执行的高级数据清理配置的语法和语义 ...
- Sentry 企业级数据安全解决方案 - Relay 运行模式
内容整理自官方开发文档 Relay 可以在几种主要模式之一下运行,如果您正在配置 Relay server 而不是使用默认设置,那么事先了解这些模式至关重要. 模式存储在配置文件中,该文件包含 rel ...
- Sentry 企业级数据安全解决方案 - Relay 入门
内容整理自官方开发文档 Sentry Relay 通过提供作为应用程序和 sentry.io 之间中间层的独立服务来提供企业级数据安全性. Relay 专门设计用于: 在将个人身份信息 (PII) 发 ...
- (网页)Java日志记录框架Logback配置详解(企业级应用解决方案)(转)
转自CSDN: 前言 Logback是现在比较流行的一个日志记录框架,它的配置比较简单学习成本相对较低,所以刚刚接触该框架的朋友不要畏惧,多花点耐心很快就能灵活应用了.本篇博文不会具体介绍Logbac ...
- 《Hadoop高级编程》之为Hadoop实现构建企业级安全解决方案
本章内容提要 ● 理解企业级应用的安全顾虑 ● 理解Hadoop尚未为企业级应用提供的安全机制 ● 考察用于构建企业级安全解决方案的方法 第10章讨论了Hadoop安全性以及Hado ...
- Foreman 企业级配置管理解决方案
Foreman 企业级配置管理解决方案 Foreman 企业级配置管理解决方案 笔记本 puppet foreman 构建运维体系 本文是构建运维体系的其中一个关键环节. 什么是 foreman Fo ...
随机推荐
- 【Spring Framework】Spring注解设置Bean的初始化、销毁方法的方式
bean的生命周期:创建---初始化---销毁. Spring中声明的Bean的初始化和销毁方法有3种方式: @Bean的注解的initMethod.DestroyMethod属性 bean实现Ini ...
- Python——连接数据库操作
一.数据库基础用法 要先配置环境变量,然后cmd安装:pip install pymysql 1.连接MySQL,并创建wzg库 #引入decimal模块 import pymysql #连接数据库 ...
- 【dva】dva的基本用法
services 该文件夹用于存储services,里面的内容为接口调用函数,记得将数据返回.(request是我自己封装函数,也可以用axios原生的函数) const finishTask = { ...
- 02-多任务-thread
多任务-Thread 一.理解并行与并发 并行:cpu数多于任务数 例如: 一共有三个任务,分别是:QQ.微信.陌陌:一共有四个CPU,每个任务占据一个CPU. 并发:CPU数少于任务数 例如: 一共 ...
- Python __new__ 方法解释与使用
解释 我们通常把 __init__ 称为构造方法,这是从其他语言借鉴过来的术语. 其实,用于构建实例的是特殊方法 __new__:这是个类方法(使用特殊方式处理,因此不必使用 @classmethod ...
- Linux下编译生成SO并进行调用执行
Linux下编译生成SO并进行调用执行 参考博客的博客: C编译: 动态连接库 (.so文件) - Vamei - 博客园 (cnblogs.com) C 多个动态库存在同名函数问题处理方法:-fvi ...
- 200行代码理解Asp.Net Core
转自https://www.cnblogs.com/xiandnc/p/11480735.html
- InnoDB学习(五)之数据库锁
InnoDB存储引擎的默认隔离级别事可重复读,MVCC多版本并发控制仅仅解决了快照读情况下的数据隔离,而对于当前读,InnoDB通过锁来进行并发控制. InnoDB锁 本文主要参考了MySQL官方文档 ...
- [WPF] 实现 WPF 的 Inner Shadow
在 WPF 中,我们通常用 DropShadow 做阴影效果,但都是做外阴影.内阴影(Inner Shadow)的话其实也不是不可以,就是有些曲折.这篇文章介绍几种做内引用的做法. 文章涉及到以下概念 ...
- Mybatis-Plus一键生成代码
Mybatis-Plus一键生成代码 一.闲言碎语 闲来无事看了看了MP的官网看到一键生成的代码更新了! 整个Ui风格都变了,遂决定瞅一眼新的代码生成器 官网地址~~ 二.引入依赖 新的代码生成只有在 ...