CS Launch Bitnami: Difference between revisions
Created page with "== Introduction == We used to support an encourage users to use the Bitnami helm charts for installing CS Launch Apps. However, they have moved to a paid service so it is no longer feasible for us to use them. Currently, we suggest to use either: * Manual deployment of Docker official images: https://hub.docker.com/u/library * Groundhog2k helm charts: https://github.com/groundhog2k/helm-charts == Instructions Archive == Here is a copy of the old instructions using Bit..." |
No edit summary |
||
| Line 2: | Line 2: | ||
We used to support an encourage users to use the Bitnami helm charts for installing CS Launch Apps. However, they have moved to a paid service so it is no longer feasible for us to use them. Currently, we suggest to use either: | We used to support an encourage users to use the Bitnami helm charts for installing CS Launch Apps. However, they have moved to a paid service so it is no longer feasible for us to use them. Currently, we suggest to use either: | ||
* Manual deployment of Docker official images: https://hub.docker.com/u/library | * Manual deployment of Docker official images: https://hub.docker.com/u/library | ||
* Groundhog2k helm charts: https://github.com/groundhog2k/helm-charts | * Groundhog2k helm charts (based on the Docker official images): https://github.com/groundhog2k/helm-charts | ||
== Migration Strategies == | |||
If you have an existing Bitnami deployment that you need to keep active, then here are some strategies to keep your deployment working. | |||
=== Legacy Bitnami === | |||
The Bitnami crew are moving their images to a legacy repository. Support for this is likely to be short term, and updates are unlikely. | |||
* You should be able to immediately switch your <code>bitnami...</code> images definitions to <code>bitnamilegacy...</code> to continue working | |||
=== Full Replacement === | |||
Probably the best solution is to completely replace your Bitnami deployment to either a manual deployment of the Official Docker image or groundhog2k chart deployment. This would involve the following steps: | |||
* Backup all current data and configurations | |||
* Delete Bitnami deployment | |||
* Deploy new instance using an currently supported method | |||
* Import the backup data | |||
=== In-Place Replacement === | |||
This method may require more work and intimate knowledge of how the deployment works. The idea is to replace the existing Bitnami docker image with an official docker image that is maintained. Some things to consider when trying this method: | |||
* Make sure to make a backup of all data and configurations before attempting | |||
* You will likely have to re-map existing configurations and secrets | |||
* Data mounts might be different between the two images | |||
== Detailed Migration == | |||
We might provide more details instructions for popular deployments such as MariaDB, if needed. | |||
== Instructions Archive == | == Instructions Archive == | ||
Revision as of 09:09, 2 October 2025
Introduction
We used to support an encourage users to use the Bitnami helm charts for installing CS Launch Apps. However, they have moved to a paid service so it is no longer feasible for us to use them. Currently, we suggest to use either:
- Manual deployment of Docker official images: https://hub.docker.com/u/library
- Groundhog2k helm charts (based on the Docker official images): https://github.com/groundhog2k/helm-charts
Migration Strategies
If you have an existing Bitnami deployment that you need to keep active, then here are some strategies to keep your deployment working.
Legacy Bitnami
The Bitnami crew are moving their images to a legacy repository. Support for this is likely to be short term, and updates are unlikely.
- You should be able to immediately switch your
bitnami...images definitions tobitnamilegacy...to continue working
Full Replacement
Probably the best solution is to completely replace your Bitnami deployment to either a manual deployment of the Official Docker image or groundhog2k chart deployment. This would involve the following steps:
- Backup all current data and configurations
- Delete Bitnami deployment
- Deploy new instance using an currently supported method
- Import the backup data
In-Place Replacement
This method may require more work and intimate knowledge of how the deployment works. The idea is to replace the existing Bitnami docker image with an official docker image that is maintained. Some things to consider when trying this method:
- Make sure to make a backup of all data and configurations before attempting
- You will likely have to re-map existing configurations and secrets
- Data mounts might be different between the two images
Detailed Migration
We might provide more details instructions for popular deployments such as MariaDB, if needed.
Instructions Archive
Here is a copy of the old instructions using Bitnami for archive purposes. These instructions will no longer be supported.
Kubernetes supports Helm charts to automate deployment of software. There are existing Helm charts for many popular software projects, such as databases. Using a Helm chart can make setting up and updating complex software much easier. This guide will walk you through deploying MariaDB using a Helm chart from Bitnami.
- Navigate to your Cluster Dashboard
- Click on Apps from the menu on the left
- Click on Charts underneath Apps
- We need to find the MariaDB chart
- Make sure to select Bitnami in the first drop down list
- Select Database from the catagories drop down list
- Click on the MariaDB tile
- Click on the Install button
- Select the namespace from the drop down list where you want the database deployed to
- Fill in Name with
mariadbor a unique hostname you want to give your database - Click on the Next button
- You will be presented with a long list of options and their default values in yaml format
- For our example, change the following options:
auth:
database: 'test-db'
username: 'test'
password: 'Insecure'
primary:
persistence:
size: '1Gi'
- Click on the Install button
- It will take a minute or two for the deployment to complete. The site will give you a window to watch the progress, and report any errors that might occur.
- You should now have a running database, but no real way to access it yet
- Other pods in the same namespace will be able to connect to this database using the hostname
mariadb