簡體   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