@ily433664 我觉得虽然不用精确到个位，但是给参考价格就还是尽量得百位准确吧，不然让人很难参考。5950x+unify 这种组合也不算丐了，不也就顶天 6k 出头么。

@ily433664 你这个价格我感觉是真的不准啊，有的高了有的低了。比如板 U 就算上到 5950x 我觉得也就 6000 出头，只要你不搞那些 3k4k 的板子。内存 3600 的 128G 4k 你拿不下来。SSD 1T 可以比 1k 高很多也可以比 1k 低，电源 500W 用不到 500，1000W 的 1000 你拿不来。

@Mohanson 那我觉得你很可能找不到适合的语言，主流语言里除了 Go 现在似乎没有不支持泛型的得了。

@GeruzoniAnsasu
一圈回复看下来，raii 都已经是时代的眼泪了。

@hopingtop
1. 关于配置的复杂与否，我觉得还是看是否熟悉这套东西。比方说如果从来没用过 mgo 的团队，重新了解一个新数据库的工作量也不小。
2. 不用分片复制集的话，数据安全怎么保证呢？
3. S3 存储不会有啥问题，它的日志存储模式就和一般的日志系统不太一样。碎片化是肯定不会有的，它的日志存储是会分块存储的，类似 HDFS 。
5. 这个我同意，但是报警本身就是一个很复杂的事情，过于简单的配置线上用起来感觉有点束手束脚的。我其实觉得 alert 那个都还是表达能力有点弱了 2333333
6. mgo 分片集的分散写问题，只需要加大一些批量写入的条目数问题就能解决了。如果没那么大量的话可以考虑不用 hash 模式来做分片。

关于数据存储的占用这块，Loki 的存储模式和数据库这种其实差异很大，最直观的例子就是你用时序数据库和常规的数据库比如 mgo 同样存储一些连续点数据，看看数据占用。这个是对比度最强烈的。

@hopingtop
1. Loki 的配置已经很简单了，会需要大规模日志收集的基本上也需要指标监控和追踪。在使用 prometheus 的前提下几乎没有啥额外成本。如果是全新上一套新的项目要引入的话那这件事本身就是一个 KPI 嘛。
2. 配置复杂这件事我觉得和 mgo 的分片复制集相比半斤八两。。。
3. 远端存储里，别的不谈，我还没见过云厂商有不提供 S3 兼容存储的。
4. Label 那块确实有坑，按一般理解来用的话会踩大坑倒是，不过那个最佳实践其实十分钟就能读完了。
5. 那个规则是可以实时变更的，至于写起来是否复杂我不能决定，这玩意就和语言一样看个人。
6. Loki 的存储压力比作为数据库的 mgo 的压力更小的，而且 mgo 需要做分片复制的关系压力其实更大，因为其是一个数据库没有针对性做优化。关于数据存储这块你可以继续参考官方文档，他们有不少优化。日志这种东西如果因为量大就删除的频繁我觉得不是个好主意。
7. 展示这个。。好吧他确实没有 Kibana 做的好。

那么问题来了，和 Loki 相对比有什么优势？

@css3
亲和性解决不了你的问题。亲和可以让 pod 尽量分散，但是无法绝对平衡 pod 分配。我觉得你应该从别的方向入手。比方说，为何同一个部署下会需要这么多 pod ？节点资源只有这么多，增加 pod 并不能增加吞吐。减小 pod 数量到 2 再用亲和就可以。如果说你的一个 pod 只能使用有限的资源导致利用率不满，那就给容器配置资源限制让 k8s 自己根据资源容量调度。

想要启动内存低换个 .NET5 用 ASP.NET 写呗，基本啥都有。

@cncmmdwl
1. 虚拟机的任务这个双路 U 没有任何压力，都不带动的。你的负载还是主要在网络和 zfs 本身，考虑你用的网卡支持 rdma，可以考虑用支持 rdma 的协议减轻传输压力。zfs 这块就没啥好办法，不过应该还是可以撑得住。
2. 你这个板子是八槽，大概就是六根傲腾两根内存。算下来也不少钱了。不过当然 zfs 是内存越大越好，能当缓存用。
3. 现在 core 和 scale 的 zfs 都用的一个代码基线了，我想应该可以直接导入。

@cncmmdwl
1. 你选的这个 U 很新，总计 16 物理核心，主频也不算低。按理说再带一个虚拟机一般没问题，但是考虑你要开去重，本身对 CPU 压力就稍微会大点，还得要看你的虚拟机主要工作是什么。另外额外多提一句，你如果要用 core 版本，那个 freebsd 的系统的虚拟机相对 kvm 来说不是那么好使的。
2. 考虑你的 CPU 支持傲腾，用内存模式的话确实便宜。但是我记得傲腾你得插满内存槽，而且要按比例混合内存和傲腾，你是否真的需要这么多内存。
3. 那到不至于有兼容问题，就是 cx 的卡一般不能免驱，调驱动麻烦点。牙膏的 100G 卡确实贵，而且这张卡支持 IB 模式和以太网模式，也很合适。所以只要能调试通就没问题。
4. 小文件的话，其实 zfs 的极大量小文件一直都不是特别快，对这个性能好的是 ceph 加大量的 nvme 缓存的模式。但是我觉得你那堆 5MB 的文件不能算小文件 23333333 。另外一点，你这个小文件刷入是原始数据还是可以丢的那种？如果是可以丢的那种你干脆就开缓存模式不要用同步写，速度就比较好看了。
5. 具体机柜我就不太了解了，要不问问经销商吧。扩展卡其实不用太担心，现在纯扩展卡不是很贵，sas 卡很多都是一个卡就三十多端口，带盘问题不大。你这个板子两个 x16 三个 x8 不是光好看的哈哈哈
6. freebsd 的 core 版本稳定，但是虚拟机和容器功能都不太好用，如果能接受的话 core 就是首选了。

@cncmmdwl
1. CPU 大体上应该是够用。
2. 不要买傲腾内存，和你的 CPU 配不上，用途不大。把内存插槽插满比你买傲腾便宜。我按你六块盘一组 raidz2，计算 42 盘七组 raid，总可用容量大约 110T 。考虑你有去重的需求把内存加到 300G 较合适。
3. 网卡不要买 cx，牙膏厂的网卡更合适这种需求，简单省事。比如 x710 之类。
4. zfs 的 slog 考虑你这是生产环境，不要用单盘。买两块 p4800x 组 raid1 用。但是 750g 太浪费了，slog 是意向日志数据，在不超过你的阵列写入速度时，最大容量需求就是你的网卡传输速度乘以刷新间隔而已。买最小容量的傲腾 SSD 足矣。
5. 用 zfs 不需要硬阵列卡，只需要扩展卡。
6. 直接买 sas 口的扩展卡接扩展柜就行，具体的得按你的柜子型号来。
7. pcie2 的阵列太老了，还是算了。
8. pcie 对于你的 HDD 盘来说没有啥意义。你的主板本身 pcie 数量就够用。
9. 最后，freenas 现在来看可以考虑 scale 版本而不是 core，毕竟 Linux 会的人还是更多一点。

查询是在线的，那数据源更新的频繁程度如何呢？

一般 localhost 访问不灵的原因都是因为本机的这个端口已经被用掉了。

10 年反复溃疡的说一个我这一年来用的方法，复合 B 加复合 C，西瓜霜散，早晚两次复方氯己定漱口水。基本上大部分溃疡可以三天内愈合，严重的混合口腔炎的也能一周内差不多。

没办法，vs 自己依赖 fw 那些

@zdt3476
要不考虑一下类似 dotnet/orleans 这种 virtual actor 模型来实现？

@3dwelcome 所以你怎么就一定认为 ntp 返回时间就不会重复了呢。同时发生在两个机器上的请求怎么就不可能了？

@3dwelcome 那又是谁给你的自信时间戳是不会重复的。