lin,wei

我也碰到了 ` ``` [root@cloudhost1 prometheus]# kubectl get pod -n monitoring NAME READY STATUS RESTARTS AGE grafana-796ffb9558-4d4fw 1/1 Running 0 17m monitor-prometheus-alertmanager-67dd877d66-xxdlj 1/2 CrashLoopBackOff 1 18s monitor-prometheus-kube-state-metrics-78b6c5f4d9-fk2k7 1/1 Running 0 18m...

@gjmzj 我搜了一下，是prometheus的charts bug好像。 https://github.com/helm/charts/issues/6507 有可能新版本已经修复了。 我按照上面的解决方案，修改了charts中的alarmmanager-deployment.yaml文件， 重装了prometheus charts就可以了。 估计群主prometheus charts版本太低（7.1.4）了，或者从helm仓库取最新的装，或者按照上述修改一下 这个大概需要在文档中标注一下。

redis-port

@huang19910425 为什么redis-sentinel起了三个端口？ 建议sentinel不要任何配置，默认就可以。sentinel起来后通过dashboard加入到codis，codis会自动告知三个master，sentinel会自动info master去获取slave，完成master-slave维护，回写配置文件。

@huang19910425 对的

默认配置，只要前两行就可以了

就是下面一段代码，r.Multi是不是pipeline命令？ 如果multi是一个的话，根据时间取模随机，如果是多个的话，就取第一个的地址。 最好请懂代码的人看一下 ``` func (s *Session) handleRequestPing(r *Request, d *Router) error { var addr string var nblks = len(r.Multi) - 1 switch { case nblks == 0: slot :=...

jodis一直用到现在，没出现大的问题

估计proxy不支持命令解析

不用手动， server group一主一从，如果用sentinel，master down了之后，会自动切换