在Kubernetes集群中配置Django应用的Nginx遇阻求助

嘿，我之前也踩过一模一样的坑——在K8s里用独立容器跑Django和Nginx，一开始总想着用127.0.0.1通信，结果完全行不通。其实K8s里跨容器通信和单机容器逻辑不一样，得靠Service做可靠的服务发现，下面一步步给你捋清楚怎么配置：

1. 先给Django应用创建ClusterIP Service #

Deployment里的Pod是动态调度的，IP会随时变化，直接用Pod的主机名或者IP都不稳定。我们先建一个ClusterIP类型的Service，把Django的服务稳定暴露给集群内的Nginx容器：

apiVersion: v1
kind: Service
metadata:
  name: django-service
spec:
  selector:
    name: website  # 这里要和你Django Deployment里的Pod标签完全匹配
  ports:
    - protocol: TCP
      port: 8000        # Service在集群内暴露的端口
      targetPort: 8000  # Django容器实际监听的端口（比如gunicorn或runserver的端口）

把这个YAML保存成django-service.yaml，执行kubectl apply -f django-service.yaml就能创建服务。

2. 配置Nginx反向代理指向Django Service #

现在Nginx容器里的配置文件不能再用127.0.0.1:8000了，要换成刚才创建的Service名称django-service。下面是一个基础可用的Nginx配置示例：

server {
    listen 80;
    server_name localhost;

    # 反向代理Django应用
    location / {
        proxy_pass http://django-service:8000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

    # 处理静态文件（如果你的Django有前端静态资源）
    location /static/ {
        alias /usr/share/nginx/html/static/;  # 这个路径要和Nginx容器里挂载的静态文件目录一致
    }
}

你可以把这个配置存成nginx.conf，然后用ConfigMap挂载到Nginx容器里，或者直接打包到自定义Nginx镜像中。

3. 处理静态文件（关键步骤） #

Django的静态文件需要收集到统一目录，再让Nginx直接提供服务。这里给你两种场景的方案：

• 测试用（minikube环境）：用emptyDir临时卷共享静态文件，在Django Deployment里配置自动执行collectstatic命令，同时挂载该卷到Django和Nginx容器。
• 生产用：用PersistentVolumeClaim（PVC）持久化静态文件，避免Pod重启丢失资源。

举个测试用的Nginx Deployment片段：

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx
  labels:
    name: nginx
spec:
  template:
    metadata:
      labels:
        name: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:alpine
        ports:
        - containerPort: 80
        volumeMounts:
        - name: static-files
          mountPath: /usr/share/nginx/html/static/
        - name: nginx-config
          mountPath: /etc/nginx/conf.d/
      volumes:
      - name: static-files
        emptyDir: {}  # 测试用临时卷，生产环境替换为PVC
      - name: nginx-config
        configMap:
          name: nginx-config  # 提前把nginx.conf存入这个ConfigMap

同时，Django的Deployment里要加上自动收集静态文件的启动命令，比如：

containers:
- name: website
  image: your-django-image:tag
  command: ["sh", "-c", "python manage.py collectstatic --noinput && gunicorn your_project.wsgi:application --bind 0.0.0.0:8000"]
  volumeMounts:
  - name: static-files
    mountPath: /app/static/  # 这里要和Django项目里的STATIC_ROOT路径一致

4. 验证通信是否正常 #

你可以进入Nginx容器里测试和Django的连通性：

# 找到Nginx的Pod名称
kubectl get pods
# 进入容器
kubectl exec -it <nginx-pod-name> -- /bin/sh
# 测试访问Django服务
curl django-service:8000

如果能返回Django的页面内容，说明跨容器通信已经正常了。

几个要避开的坑 #

• 确保Django的ALLOWED_HOSTS设置包含*（测试用）或者Nginx访问的域名，否则会返回400错误。
• 如果用gunicorn，一定要让它监听0.0.0.0:8000，而不是默认的127.0.0.1，否则容器外部（包括Nginx）访问不到。
• 在minikube里要外部访问Nginx的话，给Nginx也建一个NodePort类型的Service，然后用minikube service nginx-service打开访问地址。

内容的提问来源于stack exchange，提问作者davidb