【问题标题】:Deploying Schema Registry in production in Kubernetes在 Kubernetes 的生产环境中部署 Schema Registry
【发布时间】:2020-05-13 12:50:43
【问题描述】:

我们想在 Kubernetes 中部署 Confluent Schema Registry 以进行生产设置。是否有任何与 Kubernetes 相关的指南。我遵循了这些文章。

架构注册表单数据中心设置 https://docs.confluent.io/current/schema-registry/singledc.html

单一主设置的高可用性 https://docs.confluent.io/current/schema-registry/index.html#sr-high-availability-single-primary

我还指的是 cp-confluent 图表。我需要更多关于在 Kubernetes 生产环境中设置正确配置的信息。

【问题讨论】:

    标签: kubernetes confluent-schema-registry


    【解决方案1】:

    Schema Registry 实际上只是一个 Web 服务。除了kafkastore.connection.urlkafkastore.topic 和可选的 SSL 设置之外,没有什么需要配置的。根据文档,内存和磁盘使用量很少 - 1GB 的堆大小就足够了

    Confluent 提供的 Helm 图表运行良好,您可以部署多个由 Ingress 引导的注册表来执行负载平衡和高可用性

    无论您如何部署,此处的高级详细信息均适用。

    https://docs.confluent.io/current/schema-registry/installation/deployment.html

    【讨论】:

    • 感谢您回复 cricket_007。我想在 HA 模式下部署 3 个副本。一个充当领导者,另一个充当追随者。我怎样才能在 Kubernetes 中实现这一点。我提到了 confluent helm 图表和副本被提到为 1。在生产中,我需要超过 1 。我怎样才能做到这一点?
    • 将副本更改为 3 将启动 3 个 pod。现在我不确定如何配置这 3 个 pod,以便一个 pod 充当领导者,其他 2 个充当追随者。当客户端想要使用模式注册服务时,我想确保始终发现领导者 pod,即使请求负载平衡到跟随者 pod 也是如此。基本上,pod 应该发现自己并充当集群,并且客户端应该使用服务名称访问此设置。
    • Leadership 是自动处理的,Pod 通过其他 listeners 变量相互访问。任何注册中心都可以处理任何客户端请求
    • 是的。我今天试过了,它有效。只需将主机名设置为 pod ip 就足够了。感谢您的回复。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-11-09
    • 1970-01-01
    • 1970-01-01
    • 2022-07-15
    • 2012-08-03
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多