EKS+的大文件下载问题；NGINX+；码头

我在下载3GB的大文件时遇到问题。这是我在Kubernetes（AWS EKS）上设置的码头9.4+NGINX（舵图）。它适用于较小的文件。对于如此大的文件，我在客户端遇到了一个“失败的网络错误”。在jetty端，我通过对等异常重置了连接。在NGINX端，没有任何明显的内容，至少在日志文件中没有

如果我直接从服务下载文件，即使用kubectl端口转发，就没有问题。看来EKS和NGINX都有问题。我将通常的NGINX可疑对象设置为其推荐值，但没有效果

这是我的入口yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ingress
  namespace: webapps
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/client-max-body-size: "0"
    nginx.ingress.kubernetes.io/proxy-body-size: "0"
    nginx.ingress.kubernetes.io/proxy-buffering: "off"
    nginx.ingress.kubernetes.io/proxy-max-temp-file-size: "0"
    nginx.ingress.kubernetes.io/ssl-redirect: "true"
    nginx.ingress.kubernetes.io/force-ssl-redirect: "false"
spec:
  tls:
    - hosts:
        - my.website.com
      secretName: tls-secret
  rules:
    - host: my.website.com
      http:
        paths:
          - backend:
              serviceName: servicename
              servicePort: 8080
            path: /

我还检查了生成的nginx conf，它看起来还可以

---

关于下一步要看什么有什么建议吗？

您可以尝试使用Nginx入口注释来增加读取和发送超时时间吗

nginx.ingress.kubernetes.io/proxy-read-timeout: "1800" 
nginx.ingress.kubernetes.io/proxy-send-timeout: "1800"

---

是的，刚刚试过，但同样失败。我忘了提到它，但错误是立即发生的，即在它失败前几MB（几秒钟）。这是一个合理的想法，但我认为目前没有时间问题。@Thomas不确定您指的是哪个答案，但我已经有nginx.ingres.kubernetes.io/proxy-max-temp-file-size:“0”您检查过入口资源事件吗？您是否可以提高日志记录的级别（请参阅：）？