繁体   English   中英

是否在群集中部署了Kubernetes Ingress对象

[英]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.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM