有没有办法不使用GKE的标准负载平衡器？

Question

我试图使用Kubernetes来明确定义配置和部署，我也喜欢Kubernetes的pod调度机制。目前，只有2个应用程序在3个节点上的2个副本上运行。但是谷歌的Kubernetes引擎的负载平衡器对于像我们这样的小应用程序来说非常昂贵（至少目前如此），同时我不愿意改为在容器上托管单个实例的解决方案，也不愿意在Docker swarm等上部署应用程序。

使用节点的IP似乎是一种黑客行为，我认为这可能会暴露集群内部的一些安全问题。因此，我配置了一个Træfik ingress和一个ingress控制器来克服Google昂贵的负载平衡固定费率，但结果是一个外向的ingress启动了一个标准的负载平衡器，否则我就错过了一些东西。

我希望我错过了一些东西，因为以这样的价格（每月16美元），我无法合理地使用kubernetes来启动这个应用程序。

有没有一种方法可以不使用Google的负载平衡器而使用GKE？

Answer 1

如果将入口类指定为入口对象上的注释

kubernetes.io/ingress.class: traefik

Traefik将拾取它，而Google负载均衡器将忽略它。这部分还有一点Traefik留档。

Answer 2

一个选项是在GKE集群上完全禁用此功能。在Add-ons下创建集群时（在console.cloud.google.com上），禁用HTTP负载平衡。如果您使用的是gcloud，则可以使用gcloud beta容器群集创建--禁用加载项=HttpLoadBalancing。

或者，您也可以通过向入口资源添加注释来禁止GCP负载平衡器，kubernetes。io/入口。class=somerandomstring。

对于新创建的入口，您可以将其放在yaml文档中：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  annotations:
    kubernetes.io/ingress.class: somerandomstring
...

如果您想对所有入口都这样做，可以使用以下示例片段（小心！）

kubectl get ingress --all-namespaces \
  -o jsonpath='{range .items[*]}{"kubectl annotate ingress -n "}{.metadata.namespace}{" "}{.metadata.name}{" kubernetes.io/ingress.class=somerandomstring\n"}{end}' \
  | sh -x

现在使用入口对Kubernetes非常有用，所以我建议您查看nginx入口控制器，并在部署后相应地注释入口。

Answer 3

入口只是一组规则，用于告诉集群如何路由到您的服务，而服务是另一组规则，用于在一组pod中访问和负载平衡，基于选择器。服务可以使用3种不同的路由类型：

• 群集IP—这为服务提供了一个IP，该IP仅在路由到POD的群集内部可用
• 这将创建一个ClusterIP，然后在群集中的每个节点上创建一个外部可访问的端口。到这些端口的流量将路由到内部服务IP，然后再路由到POD
• 负载平衡器（LoadBalancer）-这将创建一个ClusterIP，然后创建一个节点端口，然后从提供程序（如GKE上可用）提供负载平衡器。流量首先到达负载平衡器，然后到达其中一个节点上的端口，然后到达内部IP，最后到达pod

这些不同类型的服务并不相互排斥，而是实际上相互构建，这解释了为什么任何公共服务都必须使用NodePort。想想看——否则流量将如何到达您的集群？云负载均衡器只是将请求定向到您的节点并指向其中一个NodePort端口。如果您不想要GKE负载均衡器，那么您已经可以跳过它并直接访问这些端口。

缺点是港口限制在30000-32767之间。如果您需要标准的HTTP端口80/443，那么您无法使用服务来实现这一点，而必须在部署中直接指定端口。使用主机端口设置将容器直接绑定到节点上的端口80：

containers:
  - name: yourapp
    image: yourimage
    ports:
      - name: http
        containerPort: 80
        hostPort: 80 ### this will bind to port 80 on the actual node

这可能适用于您，并将流量直接路由到容器，而无需任何负载平衡，但如果节点出现问题或应用程序停止在节点上运行，则它将不可用。

如果您仍然想要负载平衡，那么您可以运行DaemonSet（以便它在每个节点上都可用），并通过host Port公开Nginx（或任何其他代理），然后它将路由到您的内部服务。运行它的一种简单方法是使用标准nginx-ingress包，但跳过为其创建LoadBalancer服务并使用host Port设置。可以为此配置Helm图表：

https://github.com/helm/charts/tree/master/stable/nginx-ingress