Kubernetes - 如何使用NodePort服务从集群外部访问nginx负载 balancer

1 回答

• 2

  但是，我认为K8s提供了某种外部集群ip，可以 balancer 来自外部的节点请求 . 什么是IP？

  • 群集IP是群集内部的 . 不暴露于外部，它用于跨群集的相互通信 .

  • 实际上，您有LoadBanacer类型的服务可以执行您需要的这种技巧，只有它依赖于 Cloud 提供商或minikube / docker边缘才能正常工作 .

  我可以使用节点IP直接访问节点中的每个pod

  • 实际上你没有暴露NodePort的IP，kube-proxy将确保所需服务获得它，然后服务通过活动pod进行循环，所以虽然你点击特定节点IP，但你不一定得到pod运行在该特定节点上 . 您可以在此处找到更多详细信息：https://medium.com/google-cloud/kubernetes-nodeport-vs-loadbalancer-vs-ingress-when-should-i-use-what-922f010849e0，正如作者所说，技术上不是最准确的表示，但尝试在逻辑层面上显示NodePort暴露发生的情况：

  

  • 作为旁注，为了在裸机上执行此操作并执行ssl等，您需要提供自己的入口 . 比如说，在特定节点上放置一个nginx，然后引用你想要暴露的所有适当的服务（请注意服务的fqdn）作为可以在多个节点上运行的上游，并且根据需要使用自己的nginx - 你不需要处理确切的细节，因为k8s运行节目 . 这样，您就有了一个节点（入口nginx），该节点具有已知的IP地址，可处理传入流量并将其重定向到可在任何节点上运行的k8内的服务 . 我厌倦了ascii艺术，但会尝试一下：

  (outside) -> ingress (nginx) +--> my-service FQDN (running accross nodes):
               [node-0]        |      [node-1]: my-service-pod-01 with nginx-01
                               |      [node 2]: my-service-pod-02 with nginx-02
                               |      ...
                               +--> my-second-service FQDN
                               |      [node-1]: my-second-service-pod with apache?
                               ...
  

  在上面的草图中，您在节点0（已知IP）上有nginx入口，它接收外部流量，然后处理我的服务（在两个节点上的两个pod上运行）和my-second-service（单个pod）作为上游 . 您只需在服务上公开FQDN即可使用，而无需担心特定节点的IP细节 . 您可以在文档中找到更多信息：https://kubernetes.io/docs/tutorials/kubernetes-basics/expose/expose-intro/

  也比我的ansi-art更好的方式是来自前一点的相同链接的表示，说明了入口背后的想法：
  

  已更新评论

  为什么服务负载不能 balancer 服务中使用过的pod？

  • 出现这种情况有几个原因 . 根据您的实时和准备探针的配置方式，可能服务仍然不会将pod视为停止服务 . 由于分布式系统（例如k8s）中的这种异步性质，我们会遇到暂停丢失请求，例如滚动更新等等 . 其次，根据您的kube-proxy的配置方式，您可以选择限制它 . 通过使用 --nodeport-addresses 的官方文档（https://kubernetes.io/docs/concepts/services-networking/service/#type-nodeport），您可以更改节点代理行为 . 事实证明，循环法是旧的kube-proxy行为，显然新的应该是随机的 . 最后，要从浏览器中排除连接和会话问题，您是否也尝试过匿名会话？你有本地缓存的dns吗？

  别的，我从node1中删除了pod，当调用node1时，它没有使用节点2中的pod .

  • 这有点奇怪 . 可能与上述探针有关 . 根据官方文件，情况并非如此 . 我们让NodePort的行为符合以上官方文档的内容： and each Node will proxy that port (the same port number on every Node) into your Service . 但如果那是你的情况，那么可能是LB或Ingress，甚至可能是带有外部地址的ClusterIP（见下文）可以帮你解决问题 .

  如果服务是内部的（ClusterIP）...它是否会对节点中的任何pod进行负载 balancer

  • 绝对是的 . 还有一件事，您可以使用此行为在“标准”端口范围内公开“负载 balancer ”行为，而不是从NodePort公开30k . 这是我们用于入口控制器的服务清单的摘录 .

  apiVersion: v1
  kind: Service
  metadata:
      namespace: ns-my-namespace
      name: svc-nginx-ingress-example
      labels:
          name: nginx-ingress-example
          role: frontend-example
          application: nginx-example
  spec:
      selector:
          name: nginx-ingress-example
          role: frontend-example
          application: nginx-example
      ports:
      - protocol: TCP
        name: http-port
        port: 80
        targetPort: 80
      - protocol: TCP
        name: ssl-port
        port: 443
        targetPort: 443
      externalIPs:
      - 123.123.123.123
  

  请注意，在上面的示例中，使用 externalIPs 公开的虚构123.123.123.123表示我们的一个工作节点的IP地址 . 在 svc-nginx-ingress-example 服务中运行的Pod根本不需要在此节点上，但是当指定端口上的ip被命中时，它们仍然可以将流量路由到它们（并在pod中进行负载均衡） .

  回复于 2024-05-11T00:58:24+08:00