[英]Are Kubernetes Ingress objects deployed in cluster
当Kubernetes服务通过Ingress
对象公开时,负载均衡器是否“集中”部署在集群中,即作为集群节点内的某个pod
控制器,还是仅由给定云提供商提供的另一个托管服务?
云提供商是否存在具体差异。 对于Google Kubernetes Engine和Amazon Web Services,上述问题是否属实?
默认情况下,kubernetes集群根本没有IngressController
。 这意味着如果您是本地人,则需要自己部署一个。
一些云提供商确实在他们的kubernetes提供中提供了默认的入口控制器,这就是GKE的情况。 在他们的情况下,入口控制器提供“作为服务”,但我不确定它的确切部署位置。
谈到AWS,如果使用kops部署集群,则您自己(您需要自己部署入口控制器),但AWS上的不同部署选项可能包括入口控制器部署。
我将回答Google Cloud Engine的问题。
是的,每次部署新的入口资源时,都会创建一个负载均衡器,您可以从以下部分查看:
GCP Console --> Network services --> LoadBalancing
单击相应的Loadbalancer id可为您提供所有详细信息,例如外部IP,后端服务,ecc
我想从其定义开始对Google Ingress控制器做一些澄清:
Ingress Controller是一个守护程序,部署为Kubernetes Pod,它监视apiserver的/ ingresses端点以更新Ingress资源。 它的工作是满足对Ingress的要求。
首先,如果你想更好地理解它的行为,我建议你阅读这个资源的官方Kubernetes GitHub 描述 。
特别注意:
这是一个守护进程
它部署在一个pod中
它位于kube-system名称空间中
它对顾客来说是隐藏的
但是,您将无法“看到”此资源,例如运行: kubectl get all --all-namaspaces
,因为它在主服务器上运行而不向客户显示,因为它是一个被认为对于操作而言必不可少的受管资源。平台本身。 如官方文件中所述:
GCE / Google Kubernetes Engine在主服务器上部署入口控制器
请注意,用户无法访问任何Google Cloud Kubernetes群集的主服务器并且已完全管理。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.