Edit, resize, scale, and delete a CoreWeave Database after creation
After you create your database, you can modify most configuration properties to ensure your database remains right-sized as your workload’s demands change. This page covers each lifecycle action through both the Cloud Console and kubectl.For configurable fields and their constraints, see Configure database. For backup-driven database replacement (the only way to change immutable fields like name or initial database name), see Manage backups.Each row in the Databases list has a three-dot menu with the following actions:
View details opens the database details panel on the Details tab.
Resize / scale opens the Edit database form. See Edit a database.
Manage backups opens the database details panel on the Backups tab. See Manage backups.
You can edit a database after creation. The database name, namespace, initial database name, database engine, and compute cluster can’t change.Replica scale-out (increasing or decreasing spec.postgres.instances) is supported in limited availability. In-place vertical scaling (changing per-instance CPU or memory) hasn’t been verified yet. To change per-instance compute, restore the database into a new one with the desired sizing. See Manage backups.
You can increase per-instance storage size after creation. See Storage and Compute.Resize uses the Edit form internally. For changes to fields other than storage size, see Edit a database.
When you delete a database, Kubernetes removes the database Pods, the pooler Services, the credentials Secrets, and the PersistentVolumeClaims (PVCs) for the per-instance DFS volumes. Deleting a PVC doesn’t immediately delete the DFS volume behind it, so retained storage can outlive the database. On CKS, the DFS StorageClass retains a volume after its PVC is deleted, and the Persistent Volume Management Operator (PVMO) removes it after a soft-delete window, 24 hours by default. See Volume deletion and data recovery.Treat deletion as irreversible.
Don’t rely on retained volumes to recover a deleted database. Restores always create a new database. If you may need the data later, take an on-demand backup before deleting. See Manage backups.
Kubernetes removes the database Pods, the pooler Services, the credentials Secrets, and the PVCs for the per-instance DFS volumes. The underlying DFS volumes are retained and then removed as described in Delete a database.