Minikube中Helm部署PostgreSQL+pgadmin后无法访问pgadmin求助

一、pgAdmin进程被SIGKILL终止（signal 9）的原因 #

• 资源配额不足：你配置的resources内存限制仅为128Mi，pgAdmin 8.2运行所需内存通常高于此值，当内存耗尽时，Kubernetes会发送SIGKILL（signal 9）强制终止进程。建议调高内存配额：

  resources:
    limits:
      cpu: 200m
      memory: 512Mi
    requests:
      cpu: 100m
      memory: 256Mi
  

• 同Pod资源竞争：PostgreSQL与pgAdmin共享同一Pod的资源配额，PostgreSQL本身运行也需要内存，进一步加剧内存紧张，导致pgAdmin被优先终止。

二、Ingress与Service端口不匹配 #

Ingress配置中$svcPort引用的是.Values.pgadmin.port（5433，容器端口），但Service暴露的端口是.Values.pgadminService.port（8090）。Ingress需指向Service的端口而非容器端口，修改Ingress.yaml中的端口定义：

{{- $svcPort := .Values.pgadminService.port -}}

同时确保Ingress规则的后端端口统一使用Service的端口。

三、Service与Pod标签不匹配 #

Service的selector为app: {{ include "helm-db-example.fullname" . }}，结合fullnameOverride: "helm-service"，实际selector是app: helm-service；但Deployment的Pod labels配置为app: helm-postgres-helm-db-example，标签不匹配导致Service无法关联Pod，流量无法转发。

修改values.yaml中的podLabels，与Service selector保持一致：

podLabels:
  app: helm-service

四、Minikube环境下的Ingress访问问题 #

1. 确认Minikube Ingress插件已启用：

   minikube addons enable ingress
   

2. 执行minikube tunnel后，将postgres.local添加到本地/etc/hosts，指向Minikube IP（通过minikube ip获取）：

   <minikube-ip> postgres.local
   

3. 检查Ingress控制器运行状态：

   kubectl get pods -n kube-system -l app=nginx-ingress
   

五、同Pod部署的合理性建议 #

将PostgreSQL与pgAdmin部署在同一Pod并非最佳实践：

• 两者生命周期独立，重启一个容器会导致整个Pod重启，影响另一服务
• 资源竞争问题难以避免，易引发OOM或性能瓶颈
• 无法单独扩缩容其中一个服务

建议拆分为独立Deployment，通过Service互相访问；同时移除pgAdmin的volumeMounts配置——pgAdmin无需挂载PostgreSQL的存储卷，当前配置属于冗余操作，可能引发权限或资源问题。

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