为什么在生产环境中不推荐使用NodePort？

258次阅读

没有评论

问题描述

在Kubernetes中，有没有一般性的理由要避免使用NodePort服务？在哪些特定情况下NodePort是适用的？

解决方案

什么是NodePort？它如何工作？

首先，让我们快速回顾一下什么是NodePort服务。

NodePort是一种类型的Kubernetes服务。
NodePort为每个工作节点打开一个固定的端口范围（30000-32676）。
它创建一个Internal Service，通过Service IP地址 + 端口来访问。
它还会创建一个ClusterIP Internal Service。
外部流量通过Worker Node上的固定端口访问服务。

NodePort服务的可访问性：

NodePort可以从集群外部访问。
通过Node IP + NodePort的IP地址来访问。
NodePort可以从集群外部访问。

在测试环境下，NodePort是一个很好的选择，但在生产环境中不是一个好的选择。

为什么在生产环境中避免使用NodePort？

在生产环境中避免使用NodePort的原因如下：

用户需要输入每个工作节点IP和相应的NodePort，不够用户友好。
不安全且混乱，需要记住多个IP和端口号。
在生产环境中，我们希望只有一个IP地址，在各个工作节点之间自动进行负载均衡。

为什么使用LoadBalancer？

在生产环境中，LoadBalancer是更好的选择，它提供以下优势：

通过域名进行访问，更加用户友好。
安全，可以配置HTTPS。
自动负载均衡，不需要手动输入多个IP和端口号。

以下是使用LoadBalancer创建Service的示例：

apiVersion: v1
kind: Service
metadata:
  name: nginx-service
  labels:
    app: nginx
    svc: nginx-test
spec:
  type: LoadBalancer
  selector:
    app: nginx
  ports:
    - protocol: TCP
      port: 8080
      targetPort: 80
      nodePort: 30000

最佳实践：使用Ingress

然而，在生产环境中，最佳实践是使用Ingress类型的服务。Ingress具有以下优点：

在自托管和托管的Kubernetes集群中都适用。
配置路由和HTTPS。
内部部署，可通过NodePort或LoadBalancer公开。
在整个集群中只需要一个NodePort或LoadBalancer，作为唯一的入口点。

综上所述，不同类型的服务在不同环境中具有不同的适用性：

ClusterIP：用于内部访问。
NodePort：用于外部访问/测试。
LoadBalancer：用于外部访问/生产。
Ingress：用于外部访问/生产/最佳实践。

请务必查阅以下资源以获取更多信息：