Minikube部署NopCommerce无法访问LoadBalancer服务URL问题

导致访问时出现Connection reset by peer的核心原因是NopCommerce服务没有正常启动，端口未处于监听状态，具体可分为以下几类常见场景：

• 内存资源配置过低：你配置的Deployment内存上限为128Mi，官方最新版NopCommerce运行最低内存要求至少512Mi，实际运行需要1Gi以上才能正常启动，内存不足会导致进程被OOM Kill或者启动异常，80端口无法正常监听
• 数据库连接配置缺失：你没有给NopCommerce容器配置MySQL连接参数，服务启动后无法连接数据库会自动终止
• 标签匹配异常：Service的selector和Pod的labels不匹配，导致Service没有关联到正常的后端Pod（当前你提供的配置匹配是正确的，该场景概率较低）
• minikube网络异常：minikube的service暴露逻辑故障，该场景概率极低

• 检查Pod运行状态：执行kubectl get pods，查看nopcommerce的Pod是否处于Running状态，是否存在重启次数持续增加的情况
• 查看Pod启动日志：执行kubectl logs <nopcommerce对应的Pod名>，确认是否有内存溢出、数据库连接失败相关的报错
• 验证Service关联的Endpoint是否正常：执行kubectl get endpoints nopcommerce，查看是否输出了关联的Pod IP和80端口，如果为空说明标签匹配错误
• 进入Pod内部验证端口监听：执行kubectl exec -it <nopcommerce对应的Pod名> -- ss -tulpn，确认80端口是否处于LISTEN状态

1. 首先调整Deployment的资源配置，将内存上限至少调整到1Gi，同时增加资源请求配置：

resources:
  limits:
    memory: "1Gi"
    cpu: "1000m"
  requests:
    memory: "512Mi"
    cpu: "500m"

2. 在NopCommerce的container配置中增加数据库连接的环境变量，匹配MySQL服务的连接地址、用户名、密码参数，避免服务因为无法连接数据库启动失败
3. 重新应用配置：执行kubectl apply -k .，等待Pod启动完成后再次访问服务地址测试
4. 若仍访问异常，可通过端口转发直接验证服务可用性：执行kubectl port-forward svc/nopcommerce 8080:80，本地访问http://localhost:8080 确认服务本身是否正常运行

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