最近k8s热度很高,于是调研一下clickhouse on k8s  的相关资料,并总结如下:

情景一:

用 ClickHouse 记录 K8S 产生的 集群日志。

       1. 为什么不用es : es上手难度高,故障排查困难,维护索引和映射麻烦,性能不高.

                  es优势    :固定文本结构与格式、日志处理、分析不需要全文索引。

               个人认为    :es 处理日志,文本,模糊查询之类的优势还是很大的。

                                     个人觉得ES能支持就不需要 ch,除非公司统一技术栈,需要移植到clickhouse

       2.Loki : 接触不多,总结:轻量级, 对 Prometheus /  Grafana 支持较好。无测试经历。

流程:node     ->    Flunet bit      ->     定制开发output    ->   Clickhouse

具体可参照: http://dockone.io/article/9356

 

 

情景二:

用 K8S 部署 ClickHouse 集群。

效果:

         1. 在  K8S 中部署 ClickHouse 集群 ,加强了对CH系统性能等方面的监控,管理更加便捷。

         2. 以往监控可能分布在Zabbix  Prometheus  Grafana 等诸多平台,由此统一在K8S上。

         3.利用K8S,对集群方便日常操作可能会方便一些。

总结:有K8S应用场景,可尝试添加Clickhouse 测试集群。

参照:https://github.com/Altinity/clickhouse-operator

          https://github.com/Altinity/clickhouse-operator/blob/master/docs/custom_resource_explained.md

          https://github.com/xiaods/k8s-clickhouse-v2

Logo

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐