gpt4 book ai didi

amazon-web-services - AWS 上的 Kubernetes : Exposing multiple domain names (ingress vs ELB)

转载 作者:行者123 更新时间:2023-12-02 12:07:50 25 4
gpt4 key购买 nike

我正在试验 kubernetes aws上的集群.

归根结底,我想公开 2 个网址:

  • production.somesite.com
  • staging.somesite.com

  • 曝光时 1 url,事情(至少在云环境中)似乎很容易。

    你做服务 LoadBalancer类型 --> aws配置一个 ELB --> 你分配一个 A将别名记录(例如 whatever.somesite.com )键入 ELB 的 dns名称和繁荣,您的服务可以通过您喜欢的主机名公开获得。

    我假设一种简单的(而且我猜这不是最佳实践)的方法是公开 2 ELB。

    Ingress (好的)替代方案?

    如果是这样, Route53 是什么?我应该创建的记录?

    对于重要的事情(如果这可能是 Ingress 的交易破坏者):
  • production.somesite.com将是 公开可用
  • staging.somesite.com将有限制访问
  • 最佳答案

    Ingress 肯定是一种可能的解决方案。

    您需要在集群中部署 Ingress controller (例如 https://github.com/kubernetes/ingress-nginx )而不是用 Service 公开它类型 LoadBalancer就像你以前做的那样。

    route53 ,您需要将您希望由入口 Controller 提供服务的任何域名指向 ELB 的名称,就像您之前所做的那样。

    您需要做的最后一件事是创建一个 Ingress您希望入口 Controller 了解的每个域的资源(更多信息请参见:https://kubernetes.io/docs/concepts/services-networking/ingress/)。

    话虽如此,如果您计划在集群中只有 2 个公共(public) URL,我会使用 2 个 ELB。入口 Controller 是集群中要维护/监控的另一个组件,因此在评估权衡时要考虑到这一点。

    关于amazon-web-services - AWS 上的 Kubernetes : Exposing multiple domain names (ingress vs ELB),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48187694/

    25 4 0