Kubernetes入口控制器-需要什么？

Question

在AWS控制台中创建ALB规则时，是否有入口控制器在后台运行？

当学习ALB入口控制器时，我有点困惑。我以为这只是对AWS中ALB服务的API调用。但是讲师似乎安装了一个aws入口控制器。然后编写规则来重定向到节点端口服务的路径。

与在AWS控制台中创建和通过kubernets集群进行创建相比，有什么不同。

这是正在安装的控制器。

https://github.com/kubernetes-sigs/aws-load-balancer-controller

Answer 1

先看看我的图表

因此，从高级角度来看，您有一个AWS ALB，它将流量重定向到基础集群。然后，入口控制器负责将流量重定向到正确的库伯内特斯服务，该服务将流量重定向到它的一个pod。对此有多种不同的解决方案。

我最喜欢的解决方案是：

• 使用像ingress-nginx这样的入口控制器（库伯内特斯有多个不同的入口控制器，这里提供了一个非常好的比较）
• 将IngressController服务配置为使用NodePort作为类型并使用30080等端口
• 以Terraform为例创建自己的AWS ALB并将NodePort 30080添加到TargetGroup
• 创建入口资源以配置IngressController

因此，我希望该图有助于理解ALB和入口控制器的原因。

如果你还有问题，就问这里。

Answer 2

通常，在Kubernetes中，控制器是一个正在运行的程序，它观察一些Kubernetes对象，并在此基础上管理其他对象。例如，有一个控制器可以观察部署并从中创建复制集，还有一个控制器可以观察复制集并创建匹配的POD。在这种情况下，ALB入口控制器观察入口对象并创建相应的AWS ALB规则。

没有什么可以阻止您手动执行相同的设置，或者使用Terraform这样的工具，它更专门用于管理云资源。使用Ingress对象在不同环境中的可移植性更强（例如，您可以对本地minikube安装使用类似的Ingress设置）。这种方法还允许您使用Helm这样的单一工具来创建部署、服务和入口，并自动更新ALB；如果删除舵图，它将删除Kubernetes对象，ALB将再次更新自身。

开发团队也有可能在Kubernetes中拥有创建入口对象的权限，但在AWS中没有（直接）创建负载平衡器的权限，根据您的本地安全和治理要求，这种设置可能有意义。