metabase在kubernetes中无需statefulset，因其为无状态应用；只需用deployment配合persistentvolume挂载元数据（如postgresql）和缓存路径即可。
Metabase在Kubernetes里必须用StatefulSet吗
不用。Metabase本身是无状态应用，核心逻辑不依赖本地磁盘或实例绑定的标识，Deployment完全够用。只有当你明确需要固定Pod名、有序启停、或配合Headless Service做服务发现时，才考虑StatefulSet。生产环境常见误判是把“元数据要持久化”等同于“应用要有状态”，其实只要把/metabase-data挂到PersistentVolume就行，和控制器类型无关。
常见踩坑点：
- 误配
StatefulSet后没配serviceName字段，导致Headless Service缺失，DNS解析失败 - 用
Deployment却忘了设置replicas: 1，多副本启动会争抢同一份H2元数据库文件，直接崩溃 - 没限制资源请求（
requests），Metabase启动后因OOM被K8s kill，反复重启
如何配置Metabase的元数据库为PostgreSQL
Metabase默认用嵌入式H2数据库存自身元数据（用户、仪表盘、问题定义等），但H2不支持多实例、不可备份、无法横向扩展——生产环境必须换掉。PostgreSQL是最稳妥的选择，官方文档明确推荐。
关键配置项（通过环境变量注入）：
MB_DB_TYPE=postgres-
MB_DB_HOST=your-postgres-svc.default.svc.cluster.local（K8s内网DNS名，别写IP） MB_DB_PORT=5432-
MB_DB_DBNAME=metabase（库名需提前创建） -
MB_DB_USER=metabase（建议非postgres超级用户） -
MB_DB_PASS=your-secure-password（从Secret挂载，别硬编码）
注意：MB_DB_CONNECTION_URI虽可覆盖全部参数，但调试困难，出错时日志只报“connection refused”，很难定位是host错、port错还是auth错。
挂载/metabase-data卷的必要性
这个路径只用于缓存（如驱动jar包、临时导出文件、字体文件），不是元数据存储位置。如果你已用PostgreSQL存元数据，这里挂不挂PV其实不影响功能——但不挂会有两个实际问题：
- 每次Pod重建都要重新下载JDBC驱动（比如MySQL驱动约6MB），拉镜像慢、启动延迟高
- 导出PDF/CSV时若容器内磁盘满（比如/tmp默认只有几十MB），直接失败且无明确错误提示
推荐做法：用emptyDir即可，无需SSD或高IOPS；若集群有统一日志归集，可额外挂一个emptyDir给/logs路径，方便采集metabase.log。
Service和Ingress怎么暴露Metabase
直接用NodePort最简单，但端口受限（30000–32767）、不支持HTTPS、不适合多环境共存。生产环境应走ClusterIP + Ingress。
必须确认的三点：
- Ingress controller已部署（如Nginx Ingress、Traefik），且监听了
80/443 - Metabase的
MB_SITE_URL环境变量必须设成最终对外域名（如https://bi.example.com），否则图表里的链接、邮件通知里的URL全错 - 如果用了HTTPS，确保
MB_JETTY_SSL保持false（让Ingress终止SSL），否则Jetty自建HTTPS会跟Ingress冲突
容易被忽略的是Cookie安全策略：MB_SESSION_COOKIE_SECURE=true必须配合HTTPS启用，否则登录后跳转回首页时Session丢失，反复要求重登。
