sde:
jwtSecret: SDE_JWT_SECRET
secretKey: SDE_SECRET_KEY
superuserPassword: SDE_SUPERUSER_PASSWORD
sc-database:
clientPassword: SDE_DATABASE_PASSWORD
datastore:
clientPassword: SDE_DATASTORE_PASSWORD
sc-broker:
clientPassword: SDE_BROKER_PASSWORD
Compatibility
This page provides information on changes to helm customizations that may cause confusion or
backwards incompatibility with older charts. Additional information on the customizations can be
found in the default values.yaml
packaged in the SD Elements helm chart.
Important
|
Any changes marked as "Important" will contain new changes requiring mandatory modification to
your custom overlays. All other changes are provided by default in the provided values.yaml
packaged with the SD Elements helm chart.
|
SDE 5.16
Summary
Below are the changes an administrator of SD Elements should verify before attempting an upgrade.
-
✓
broker
subsection customizations to be changed tosc-broker
-
✓
database
subsection customizations to be changed tosc-database
-
✓ Secrets must be retrieved and explicitly defined as customizations
-
✓
sc-database.clientUser
to be set tosde
-
✓
global.nameOverride
to be set tosde
-
✓
job
subsection customizations to be defined as map instead of list
broker
and database
Sub-Section Changes
The provided broker and databse has been refactored to clarify parameters and application ownership.
Upgrading to this version and above requires a restructure of the values.yaml
regarding the broker
section.
Old Parameter | New Parameter | Comments |
---|---|---|
broker.* | sc-broker.* | |
database.* | sc-database.* |
Note
|
Parameters that are not listed in the above table are unmodified. |
Note
|
As part of this change, performing the upgrade while cron jobs are running may put the cron job pod into a waiting state and is unable to find a key in the secrets. Please refer to the Troubleshooting guide to remediate this issue. |
Explicitly Defined Secrets
Important
|
All secrets must be explicitly defined. Below is an example of an overlay file with all new secrets expected to be defined These secrets should be managed and maintained like any software that requires version control. |
Caution
|
The secrets must match the existing deployment. By default the secrets are base 64 encoded and require decoding before input into above overlay.
|
Database User Update
Default db user has changed for upgrades from previous versions, and requires
sc-database.clientUser=sde
to be set. Fresh installs do not require this setting.
Labels Update
Default labels have changed for upgrades from previous versions, and requires
global.nameOverride=sde
to be set. Fresh installs do not require this setting.
job
Sub-Section Changes
Job customizations are now a map instead of a list, allowing for easier overrides. Below is an example of how a job was previous configured, and how it is configured now. Fresh installations and uncustomized jobs do not require any changes.
# Previous configuration
job:
- name: alm-hourly
schedule: "42 * * * *"
niceness: 19
command: ["/bin/sde.sh"]
args:
- "almsync"
- "hourly"
# Updated configuration
job:
specification:
alm-hourly:
schedule: "42 * * * *"
niceness: 19
command: ["/bin/sde.sh"]
args:
- "almsync"
- "hourly"
Resources can also be customized in the job section. They can be added for all jobs or for specific jobs.
# For all jobs
job:
resources:
requests:
cpu: 500m
memory: 512Mi
# For specific jobs:
job:
specifications:
alm-hourly:
resources:
requests:
cpu: 500m
memory: 512Mi