Redash在Kubernetes上部署失败主因是组件启动时序与资源隔离不当：PostgreSQL未初始化完成、Redis因缺资源限制被OOM kill、worker未就绪即触发查询，需通过Helm values显式配置数据库/Redis凭证、资源请求、startupProbe及COOKIE_SECRET等5项关键参数。
Redash在Kubernetes上部署不难，但直接用默认values.yaml跑起来的服务大概率会卡在登录页或查询失败——核心问题不是镜像拉不下来，而是Redis、PostgreSQL、worker与server之间的连接时序和资源隔离没配对。
为什么helm install后Redash打不开登录页
常见现象是Nginx返回502，或者浏览器卡在Loading状态，kubectl logs -l app=redash-server里反复出现ConnectionRefusedError: [Errno 111] Connection refused。这不是Redash本身的问题，而是它启动时依赖的三个组件没就位：
- PostgreSQL必须先完成初始化（包括
redash数据库创建、用户权限配置），否则server进程会因无法建表而退出 - Redis服务必须可连通且未被限流（默认Helm Chart里
redis.enabled=true但没配resources，在低配节点上容易OOM被kill） - worker Pod必须比server早启动至少5秒，否则首次查询任务发出去没人消费，前端一直转圈
解决方法不是加initContainers硬等，而是调整Helm values中的启动顺序约束：
- 把
postgresql.enabled设为true，并显式配置postgresql.postgresqlDatabase和postgresql.postgresqlUsername - 给
redis加上最小资源限制：resources.requests.memory: "256Mi" - 在
worker块里加startupProbe，确保它真正连上Redis后再标记就绪
values.yaml里必须改的5个关键配置项
官方Chart的默认值面向演示场景，生产环境不改这5项基本不可用：
针对 Kubernetes 仪表板和 Web UI 的浏览器自动化。适用于与 Kubernetes Dashboard、Grafana、ArgoCD UI 或其他 Web 界面交互。需要设置 MCP_BROWSER_ENABLED=true。
-
server.env.REDASH_COOKIE_SECRET：必须设为随机字符串（如openssl rand -base64 32生成），否则登录态无法持久化 -
postgresql.postgresqlPassword：不能留空，否则PostgreSQL容器拒绝启动 -
redis.password：若启用密码认证（推荐），需同步填入server.env.REDASH_REDIS_URL中，格式为redis://:<password>@redis:6379/0</password> -
worker.replicas：默认是2，但在小集群（ -
ingress.enabled：设为true后，必须补全ingress.hosts和ingress.tls，否则Ingress Controller不会生成路由规则
worker查不到查询结果？检查concurrency和队列绑定
用户执行SQL后页面显示“Running…”但永远不结束，kubectl logs -l app=redash-worker里却没日志——大概率是Celery worker没正确绑定到Redis队列。根本原因是worker.concurrency和server使用的队列名不一致：
- Redash server默认往
queries队列发任务，但Helm Chart里worker.concurrency参数实际控制的是celery worker -c N的并发数，不改变队列名 - 必须在
server.env里显式加REDASH_CELERY_BROKER_URL: redis://:@redis:6379/0，并确认worker的Deployment模板里args包含--queues queries - 如果用了自定义Redis DB（比如DB 1），要同步改
REDASH_REDIS_URL和REDASH_CELERY_BROKER_URL里的DB编号，否则server写DB 0、worker读DB 1，任务永远丢失
Ingress访问正常但图表加载失败
登录、查询、保存Dashboard都OK，但所有图表渲染为空白，浏览器控制台报Failed to load resource: the server responded with a status of 404 (NOT FOUND)，路径类似/api/queries/123/results/456.json——这是静态资源路径和API路径混了。
Redash前端硬编码了API前缀，而Helm Chart默认没配反向代理重写规则。解决方案只有两个：
- 在
ingress.annotations里加nginx.ingress.kubernetes.io/rewrite-target: /（适用于根路径部署） - 如果走子路径（如
https://example.com/redash/），必须同时改server.env.REDASH_WEB_SERVER_PORT和Nginx的location块做前缀剥离，否则前端请求的API地址会多一层/redash
这个细节在Helm文档里藏得很深，但一旦漏掉，所有可视化功能就等于废了一半。
