Annotate storageClass as immutable across every stateful app whose chart exposes one — clickhouse, foundationdb, harbor, http-cache, kafka (Kafka + ZooKeeper), kubernetes (top-level only), mariadb, mongodb, nats, openbao, opensearch, postgres, qdrant, rabbitmq, redis, vm-disk. Without coverage across the catalogue the UI would render storageClass read-only on some apps and editable on others — a worse mental model than uniform behaviour. The annotation lands at the schema layer (CEL XValidation rule 'self == oldSelf' on values.schema.json / types.go / embedded openAPISchema in cozyrds/<app>.yaml). The cozystack aggregated apiserver does not yet evaluate CEL on application-backed resources; that is tracked at cozystack/cozystack#2657. The UI (cozystack/cozystack-ui#6) consumes the marker today. The PVC-pinning argument is identical for every chart: Kubernetes fixes a PVC's storageClassName at creation time, so editing this field on an existing resource never migrated data. The schema annotation makes that contract explicit. kubernetes.nodeGroups[name].storageClass is intentionally NOT annotated: the field is optional and undefaulted, so a strict 'self == oldSelf' rule would block any future attempt to set it on an existing node group. A richer ratcheting form is needed there — see docs/storage-immutability.md. A refactor in pkg/registry/apps/application/rest.go extracts the inline schema-build path into buildSpecSchema so it can be unit-tested. Three regression tests in rest_spec_schema_test.go pin the contract that x-kubernetes-validations survives the v1->internal->structural conversion (loaded from the actual MariaDB ApplicationDefinition fixture on disk, not a hand-edited mock). Each per-app README gains a one-line blockquote pointing to a new docs/storage-immutability.md that explains the contract and which consumers enforce it today. Requires cozystack/cozyvalues-gen with @immutable support — bump the pre-commit pin in .github/workflows/pre-commit.yml once the release exists. Assisted-By: Claude <noreply@anthropic.com> Signed-off-by: Aleksei Sviridkin <f@lex.la>
Managed MongoDB Service
MongoDB is a popular document-oriented NoSQL database known for its flexibility and scalability. The Managed MongoDB Service provides a self-healing replicated cluster managed by the Percona Operator for MongoDB.
Deployment Details
This managed service is controlled by the Percona Operator for MongoDB, ensuring efficient management and seamless operation.
- Docs: https://docs.percona.com/percona-operator-for-mongodb/
- Github: https://github.com/percona/percona-server-mongodb-operator
Deployment Modes
Replica Set Mode (default)
By default, MongoDB deploys as a replica set with the specified number of replicas. This mode is suitable for most use cases requiring high availability.
Sharded Cluster Mode
Enable sharding: true for horizontal scaling across multiple shards.
Each shard is a replica set, and mongos routers handle query routing.
Notes
External Access
When external: true is enabled:
- Replica Set mode: Traffic is load-balanced across all replica set members. This works well for read operations, but write operations require connecting to the primary. MongoDB drivers handle primary discovery automatically using the replica set connection string.
- Sharded mode: Traffic is routed through mongos routers, which handle both reads and writes correctly.
Credentials
On first install, the credentials secret will be empty until the Percona operator initializes the cluster.
Run helm upgrade after MongoDB is ready to populate the credentials secret with the actual password.
Data lifecycle
When the MongoDB release is uninstalled, the operator finalizers reclaim release-scoped resources:
Reclaimed by the percona.com/delete-psmdb-pvc finalizer:
- All PVCs backing the replica set storage. Whether the underlying PersistentVolume and on-disk data are actually deleted depends on the StorageClass
reclaimPolicy(Deleteremoves them,Retainleaves them for manual cleanup). - Operator-managed secrets:
<release>-percona-server-mongodb-users— operator users credentialsinternal-<release>— internal operator stateinternal-<release>-users— operator-internal users data<release>-mongodb-encryption-key— at-rest encryption key
Reclaimed by helm uninstall:
<release>-credentials— connection string for application code<release>-user-<username>— per-user passwords<release>-s3-creds— backup destination credentials (if backups are configured)
Not reclaimed automatically:
- TLS secrets
<release>-ssland<release>-ssl-internal(issued by cert-manager) remain in the namespace after uninstall. Delete them manually if no longer needed.
Recovery from a stuck deletion:
If the psmdb-operator is uninstalled before MongoDB CRs are deleted, the finalizers cannot run and the PerconaServerMongoDB CR hangs in Terminating. To recover, clear the finalizers manually:
kubectl --namespace <namespace> patch psmdb <release> --type merge --patch '{"metadata":{"finalizers":[]}}'
Note that this skips the operator-driven cleanup — PVCs and operator-managed secrets will remain orphaned and must be removed manually.
If you need to retain data, take a backup before deletion. Refer to the Percona Operator for MongoDB documentation for backup/restore workflows.
Upgrading from earlier versions
Earlier versions of this chart referenced a namespace-shared system users secret (percona-server-mongodb-users). Upgrading to a release that scopes this secret per CR (<release>-percona-server-mongodb-users) triggers a password rotation for the operator-managed system users. The rotation is performed in place by the Percona operator via db.changeUserPassword() against the running mongod (operator log: Secret data changed. Updating users...); pods are not restarted and the cluster stays available.
Rotated automatically on upgrade:
- The five operator-managed system accounts:
databaseAdmin,userAdmin,backup,clusterAdmin,clusterMonitor. - Secret
<release>-percona-server-mongodb-users(newly created, per-CR) andinternal-<release>-usersreceive the new values. - Secret
<release>-credentialsis regenerated; itspasswordandurikeys reflect the newdatabaseAdminpassword.
Not affected:
- Custom users defined under
users:in chart values. Their<release>-user-<name>secrets are not touched. - The at-rest encryption key (
<release>-mongodb-encryption-key) and replica set keyfile (<release>-mongodb-keyfile) are unchanged, so on-disk data remains readable.
Action required after upgrade:
Workloads that mount <release>-credentials keep using the cached old password until they re-read the secret. Restart those pods, or run a controller such as Reloader to roll them automatically. Without this, application connections fail with authentication errors once their existing sessions expire.
Orphaned legacy secret:
The previous namespace-shared secret percona-server-mongodb-users is no longer referenced by any MongoDB CR after upgrade, but the operator does not garbage-collect it. If multiple MongoDB releases in the same namespace previously shared it, all of them rotate to their own per-CR secrets — passwords are no longer shared across CRs in the namespace, which is the intended outcome. Confirm no other consumers reference it, then remove it manually:
kubectl --namespace <namespace> delete secret percona-server-mongodb-users
storageClassis annotated as immutable in the chart schema — seedocs/storage-immutability.mdfor the contract and which consumers enforce it.
Parameters
Common parameters
| Name | Description | Type | Value |
|---|---|---|---|
replicas |
Number of MongoDB replicas in replica set. | int |
3 |
resources |
Explicit CPU and memory configuration for each MongoDB replica. When omitted, the preset defined in resourcesPreset is applied. |
object |
{} |
resources.cpu |
CPU available to each replica. | quantity |
"" |
resources.memory |
Memory (RAM) available to each replica. | quantity |
"" |
resourcesPreset |
Default sizing preset used when resources is omitted. |
string |
t1.small |
size |
Persistent Volume Claim size available for application data. | quantity |
10Gi |
storageClass |
StorageClass used to store the data. | string |
"" |
external |
Enable external access from outside the cluster. | bool |
false |
version |
MongoDB major version to deploy. | string |
v8 |
Sharding configuration
| Name | Description | Type | Value |
|---|---|---|---|
sharding |
Enable sharded cluster mode. When disabled, deploys a replica set. | bool |
false |
shardingConfig |
Configuration for sharded cluster mode. | object |
{} |
shardingConfig.configServers |
Number of config server replicas. | int |
3 |
shardingConfig.configServerSize |
PVC size for config servers. | quantity |
3Gi |
shardingConfig.mongos |
Number of mongos router replicas. | int |
2 |
shardingConfig.shards |
List of shard configurations. | []object |
[...] |
shardingConfig.shards[i].name |
Shard name. | string |
"" |
shardingConfig.shards[i].replicas |
Number of replicas in this shard. | int |
0 |
shardingConfig.shards[i].size |
PVC size for this shard. | quantity |
"" |
Users configuration
| Name | Description | Type | Value |
|---|---|---|---|
users |
Users configuration map. | map[string]object |
{} |
users[name].password |
Password for the user (auto-generated if omitted). | string |
"" |
Databases configuration
| Name | Description | Type | Value |
|---|---|---|---|
databases |
Databases configuration map. | map[string]object |
{} |
databases[name].roles |
Roles assigned to users. | object |
{} |
databases[name].roles.admin |
List of users with admin privileges (readWrite + dbAdmin). | []string |
[] |
databases[name].roles.readonly |
List of users with read-only privileges. | []string |
[] |
Backup parameters
| Name | Description | Type | Value |
|---|---|---|---|
backup |
Backup configuration. | object |
{} |
backup.enabled |
Enable regular backups. | bool |
false |
backup.schedule |
Cron schedule for automated backups. | string |
0 2 * * * |
backup.retentionPolicy |
Retention policy (e.g. "30d"). | string |
30d |
backup.destinationPath |
Destination path for backups (e.g. s3://bucket/path/). | string |
s3://bucket/path/to/folder/ |
backup.endpointURL |
S3 endpoint URL for uploads. | string |
http://minio-gateway-service:9000 |
backup.s3AccessKey |
Access key for S3 authentication. | string |
"" |
backup.s3SecretKey |
Secret key for S3 authentication. | string |
"" |
Bootstrap (recovery) parameters
| Name | Description | Type | Value |
|---|---|---|---|
bootstrap |
Bootstrap configuration. | object |
{} |
bootstrap.enabled |
Whether to restore from a backup. | bool |
false |
bootstrap.recoveryTime |
Timestamp for point-in-time recovery; empty means latest. | string |
"" |
bootstrap.backupName |
Name of backup to restore from. | string |
"" |