在Kubernetes上运行Kafka吻合吗？

Kubernetes行使活泼度和停当探测器来确定Pod是否康健。假如活泼度探测失败，Kubernetes将终止容器并在响应配置重启计策时自动重启。假如筹备停当探测失败，那么Kubernetes将通过处事从处事哀求中删除该Pod。这意味着在这种环境下不再必要人工过问，这是一大利益。

转动更新

StatefulSets支持自动更新：转动更新计策将一次更新一个Kafka Pod。通过这种方法，可以实现零停机时刻，这是Kubernetes带来的另一大上风。

扩展

扩展Kafka集群并非易事。可是，Kubernetes可以很轻易地将Pod缩放到必然数目的副本，这意味着可以声明式地界说所需数目的Kafka brokers。坚苦的部门是在放大或缩小之前从头分派部门。同样，Kubernetes可以辅佐您完成这项使命。

打点

通过在Pod中打开shell，可以行使现有的shell剧本完成Kafka聚集的打点使命，譬喻建设主题和从头分派分区。这不是一个很好的办理方案。Strimzi支持与另一个Operator打点主题。这尚有改造的余地。

备份和还原

此刻Kafka的可用性还取决于Kubernetes的可用性。假如Kubernetes聚集呈现妨碍，那么在最坏的环境下Kafka聚集也会妨碍。墨菲定律汇报我们，这也会产生在你身上，你会丢失数据。要低落此风险，请确保您具有备份设法。MirrorMaker是一种可选方案，另一种也许是操作S3举办毗连备份，如Zalando的博客文章所述。

结论

对付中小型Kafka集群，我必定会选择Kubernetes，由于它提供了更大的机动性并简化了操纵。假如您在耽误和/或吞吐量方面具有很是高的非成果性要求，则差异的陈设选项也许更有益。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!