Open www6223166 opened 5 years ago
实话说,我也不确定。 我们默认使用的redis就是存放一下配置,然后proxy从里面读取就行了。由于非常简单,所以在proxy旁边各建一个同步一下就行。也不需要读写业务数据,所以没有压力。这种情况下就根本没考虑过redis密码的问题。 如果redis一定要加密码的话,需要调整这部分。 https://github.com/shell909090/influx-proxy/blob/master/service/main.go#L40 https://github.com/go-redis/redis/blob/v5.2.9/options.go 你可以看到,Option部分是照搬了redis。所以理论上你在Addr的下面接着写Password那块应该就行。 但是我没测试过。有结果的话请反馈。
好的,前一段时间在忙别的事情,最近我会试一下.查找了网上众多的高可用方案,感觉您的方案最适合.初步打算应用在我司生产环境上使用,日新增数据量在1亿左右.请问咱们这套方案做过压测吗,稳定性怎样呢?期待回复
我在饿厂的时候基于这套提供的服务,基本没出过事。性能我记不清了,调整合适的话,一个后端几百万rec每秒还是没啥问题的。保险点1Mrec/s好了,100Mrec一个backend也就100s就处理完了。 当然,这是天时地利人和的理想情况。你的CPU要顶得住拆装数据压力,内存足够不会频繁交换。measurement在后端分布均匀,不会单个机器忙死。tags不会出现组合爆炸。如果都做到了,压力最后会堆积到代码的核心交换部分。核心的排队是用ch完成的,一个backend一个ch。
您将配置信息放入redis中,如果生产环境需要输入密码,应该如何配置,个人不是太懂go,请指教