最近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