V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  RedisMasterNode  ›  全部回复第 4 页 / 共 40 页
回复总数  784
1  2  3  4  5  6  7  8  9  10 ... 40  
@flamingooo 上一篇博客已经介绍过 Ingestion 的性能对比,这篇博客是续集,关注查询性能。
不太明白您的意思,因为 ClickHouse 的写入不是更好的那个。
@NikaidoIsAGod 或许 service map 和 tail sampling 可以实现在未来的 vtagent 里面,看能不能比 otel collector 更小巧高效。不过短期内团队还是优先关注读写性能,毕竟项目还新,一下子做不好太多事情
@NikaidoIsAGod 实时的分析会很耗费资源,因为它需要 buffer 一个 trace 的所有 span 一段时间,并且也不确定这个 trace 是否已经完结。servicegraphconnector 如果需要承接数千万的 span 肯定会很困难。不过不管哪种方案,用 connector 分析,还是用持久化的数据异步分析,都各有优劣吧没有说优先用哪种。
@NikaidoIsAGod 在第一个链接中,ClickHouse 收到的请求是由 Jaeger 分了 Batch 的,而 VictoriaTraces 的请求是直接来自于 Client 的并发请求。
@NikaidoIsAGod See:
1. https://jiekun.dev/posts/dev-note-distributed-tracing-with-victorialogs/#4-data-ingestion-%E6%80%A7%E8%83%BD
2. https://snapshots.raintank.io/dashboard/snapshot/j4g2kxHXxpOnXe8ogCyGeBCH7WgMCvPn

PS: VictoriaTraces 不是 ClickHouse ,没有物化视图的说法,也不是像 ClickHouse 那样的“数据库”。VictoriaTraces 只是一个专门设计接收和存储 OTLP Traces 数据的 Backend ,并且提供查询接口。
PPS:上面的数据写入在 VictoriaTraces 里还没有进行过优化,还有很大的提升空间。
@Nanosk 是滴,不过如文中所说,不同产品设计的 ClickHouse 的 schema 不同,所以在不同场景里的查询性能也不同,取决于产品希望往什么方向优化。

Signoz 的博客介绍的 schema 是: https://signoz.io/docs/userguide/writing-clickhouse-traces-query/
这也是配合 Signoz 里所需要的图表来设计的,具体性能相互比较一下也无妨 :) 如果后面有时间的话
> 这个可以查询展示关系图吗
@qW7bo2FbzbC0 如果说的是 Trace 查询展示 -> 现在有提供 Jaeger 的接口,可以在 Grafana 展示,或者代替 Jaeger 后端,在 Jaeger UI 展示。

如果说的是所有服务之间的调用关系总览、实时流量 -> 现在还不行,VictoriaTraces 目前只是个非常简单的 Traces Storage 。我们讨论过不同的 Service Map/Dependency Graph 的实现方案,但是还没有定论,具体或许看看哪种方案更高效才能继续推进。
@encro 希望未来有时间测试,但是现在开发时间不够用,没有多余的时间对比更多的产品
34 天前
回复了 Perolong 创建的主题 Apple 适合 MacBook 外接的 5K 显示器求推荐
PS:看了下最差的直面参数就是 8bit 了,但是这个价格几乎所有 10bit 的显示器都是 8bit+frc 的,显示效果接近 8bit 而非 10bit 。所以我感觉买 40C1U=5120*2160 + HDR + 100Hz + 反向充电 + 全接口(含 USB-A/B )+音响(听个响,实测没屁用,但是可以临时应急)。

我自己在用 2k 的 40C1R (几乎同规格但是 2k+,144hz ),如果再选一次还会愿意买,复购认证!
34 天前
回复了 Perolong 创建的主题 Apple 适合 MacBook 外接的 5K 显示器求推荐
https://item.jd.com/100120929245.html

InnoCN 有个 40 寸的,这个品牌我家的 mac 一直在用,一共买了 3 台,家里人也有一台。实测对 Macbook 外接很友好。
34 天前
回复了 perfectlife 创建的主题 程序员 kubeSphere 闭源了
题外:问了公司老板,老板们说 VictoriaMetrics 不会闭源的,放心用 :) 欢迎 fork 和 star:
https://github.com/VictoriaMetrics/VictoriaTraces
34 天前
回复了 perfectlife 创建的主题 程序员 kubeSphere 闭源了
开了个不好的例子,用户以后就会担心“是不是其他开源项目也会有一样的(突然删代码和 images )风险”,那开源项目是不是就只能长期 fork 一份+只使用自己 build 的 image 来保证掌控可用性呢...

很难想象用户某一天升级/重启的时候 pull 不到以下镜像,需要急急忙忙从备份的代码仓库里现场构建镜像:
- redis
- kubernetes related (这可太多了)
- prometheus
- opentelemetry
- ...
1  2  3  4  5  6  7  8  9  10 ... 40  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5216 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 08:28 · PVG 16:28 · LAX 01:28 · JFK 04:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.