Charmed PostgreSQL K8s
- Canonical
- Databases
Channel | Revision | Published | Runs on |
---|---|---|---|
latest/stable | 20 | 20 Sep 2022 | |
14/stable | 445 | 12 Nov 2024 | |
14/stable | 444 | 12 Nov 2024 | |
14/candidate | 382 | 09 Sep 2024 | |
14/candidate | 381 | 09 Sep 2024 | |
14/beta | 453 | 14 Nov 2024 | |
14/beta | 452 | 14 Nov 2024 | |
14/edge | 460 | Yesterday | |
14/edge | 459 | Yesterday |
juju deploy postgresql-k8s --channel 14/stable
Deploy Kubernetes operators easily with Juju, the Universal Operator Lifecycle Manager. Need a Kubernetes cluster? Install MicroK8s to create a full CNCF-certified Kubernetes system in under 60 seconds.
Platform:
Migrate database data using pg_dump
/ pg_restore
This document describes database data migration only. To migrate charms on new juju interfaces, refer to the guide How to integrate a database with my charm.
Do you need to migrate?
A database migration is only required if the output of the following command is latest/stable
:
juju show-application postgresql-k8s | yq '.[] | .channel'
Migration is not necessary if the output above is 14/stable
.
This guide can be used to copy data between different installations of the same (modern) charm postgresql-k8s
, but the backup/restore is more recommended for migrations between modern charms.
Summary
The legacy K8s charm are archived in the latest/stable
channel (read more here).
A minor difference in commands might be necessary for different revisions and/or Juju versions, but the general logic remains:
- Deploy the modern charm nearby
- Request credentials from legacy charm
- Remove relation to legacy charm (to stop data changes)
- Perform legacy DB dump (using the credentials above)
- Upload the legacy charm dump into the modern charm
- Add relation to modern charm
- Validate results and remove legacy charm
Note: Always test migration in a safe environment before performing it in production!
Prerequisites
- Your application is compatible with Charmed PostgreSQL K8s
- A client machine with access to thedeployed legacy charm
juju v.2.9
or later (check Juju 3.0 Release Notes for more information about key differences)- Enough storage in the cluster to support backup/restore of the databases.
Obtain existing database credentials
To obtain credentials for existing databases, execute the following commands for each database that will be migrated. Take note of these credentials for future steps.
First, define and tune your application and db (database) names. For example:
CLIENT_APP=< mattermost-k8s/0 >
OLD_DB_APP=< legacy-postgresql-k8s/leader | postgresql-k8s/0 >
NEW_DB_APP=< new-postgresql-k8s/leader | postgresql-k8s/0 >
DB_NAME=< your_db_name_to_migrate >
Then, obtain the username from the existing legacy database vi its relation info:
OLD_DB_USER=$(juju show-unit ${CLIENT_APP} | yq '.[] | .relation-info | select(.[].endpoint == "db") | .[0].application-data.user')
Deploy new PostgreSQL databases and obtain credentials
Deploy new PostgreSQL database charm:
juju deploy postgresql-k8s ${NEW_DB_APP} --trust --channel 14/stable
Obtain operator
user password of new PostgreSQL database from PostgreSQL charm:
NEW_DB_USER=operator
NEW_DB_PASS=$(juju run ${NEW_DB_APP} get-password | yq '.password')
Migrate database
Use the credentials and information obtained in previous steps to perform the database migration with the following procedure
Make sure no new connections were made and that the database has not been altered!
Create dump from legacy charm
Remove the relation between application charm and legacy charm:
juju remove-relation ${CLIENT_APP} ${OLD_DB_APP}
Connect the workload container of a legacy charm:
juju ssh --remote ${OLD_DB_APP} bash
Create a dump via Unix socket using credentials from the relation:
mkdir -p /srv/dump/
OLD_DB_DUMP="legacy-postgresql-${DB_NAME}.sql"
pg_dump -Fc -h /var/run/postgresql/ -U ${OLD_DB_USER} -d ${DB_NAME} > "/srv/dump/${OLD_DB_DUMP}"
Leave workload container:
exit
Upload dump to new charm
Fetch the dump locally and upload it to the new Charmed PostgreSQL K8s charm:
juju scp --remote ${OLD_DB_APP}:/srv/dump/${OLD_DB_DUMP} ./${OLD_DB_DUMP}
juju scp --container postgresql-k8s ./${OLD_DB_DUMP} ${NEW_DB_APP}:.
ssh
into new Charmed PostgreSQL K8s charm and create a new database using ${NEW_DB_PASS}
:
juju ssh --container postgresql-k8s ${NEW_DB_APP} bash
createdb -h localhost -U ${NEW_DB_USER} --password ${DB_NAME}
Restore the dump using ${NEW_DB_PASS}
:
pg_restore -h localhost -U ${NEW_DB_USER} --password -d ${DB_NAME} --no-owner --clean --if-exists ${OLD_DB_DUMP}
Integrate with modern charm
Integrate (formerly “relate” in juju v.2.9
) your application and new PostgreSQL database charm (using the modern database
endpoint)
juju integrate ${CLIENT_APP} ${NEW_DB_APP}:database
If the database
endpoint (from the postgresql_client
interface) is not yet supported, use instead the db
endpoint from the legacy pgsql
interface:
juju integrate ${CLIENT_APP} ${NEW_DB_APP}:db
Verify database migration
Test your application to make sure the data is available and in a good condition.
Remove old databases
If you are happy with the data migration, do not forget to remove legacy charms to keep the house clean:
juju remove-application --destroy-storage <legacy_postgresql_k8s>