google-compute-engine - 在 Google Cloud Platform 上将 HTTP 负载均衡器与 Kubernetes 结合使用

标签 google-compute-engine kubernetes google-cloud-platform google-kubernetes-engine

我已关注GKE tutorial用于使用 beta Ingress 类型创建 HTTP 负载均衡器,并且在使用 nginx 镜像时工作正常。我的问题是为什么 Ingress 是必要的。

我可以创建一个容器引擎集群,然后创建一个使用 Kubernetes 创建的实例组作为服务后端的 HTTP 负载均衡器,一切似乎都工作正常。 为什么我要经历使用 Ingress 的所有麻烦,而仅使用 Kubernetes 来完成部分流程似乎工作得很好?

最佳答案

虽然您可以自己创建“非托管”HTTP 负载均衡器,但当您添加新部署(带有服务的 Pod)并希望将流量路由到它们(可能使用 URL 映射)时会发生什么?

当您的一项服务由于某种原因关闭并且新服务分配另一个节点端口时会发生什么?

Ingress 的伟大之处在于,它可以为您管理 HTTP 负载均衡器,同时跟踪 Kubernetes 的资源并相应地更新 HTTP 负载均衡器。

关于google-compute-engine - 在 Google Cloud Platform 上将 HTTP 负载均衡器与 Kubernetes 结合使用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37735566/

相关文章:

kubernetes - 分配给主题的 kubectl 和查看(集群)角色

kubernetes - 如何访问GKE kubectl代理仪表板?

google-cloud-platform - 将 INT64 列类型转换为 STRING 时 ALTER TABLE 失败

GCE 上的 Python : connection failed because connected host has failed to respond

google-cloud-platform - 错误 - 缺少资源实例键 : Because google_compute_instance has "count" set, 必须在特定实例上访问其属性

google-compute-engine - Cloud Monitoring 中没有来自 Cloud Logging 中用户定义指标的数据

php - 谷歌云计算引擎 - 无法在 php 文件中使用 mysqli 函数

apache-spark - k8s上的Spark-emptyDir未安装到目录

Helm 3 安装到特定命名空间的 Kubernetes 权限

kubernetes - 对 Google Cloud 中的 Persistent Volume 的 Shell 访问