Upgrade DTREstimated reading time: 3 minutes
DTR uses semantic versioning and we aim to achieve specific guarantees while upgrading between versions. We never support downgrading. We support upgrades according to the following rules:
- When upgrading from one patch version to another you can skip patch versions because no data migration is done for patch versions.
- When upgrading between minor versions, you can’t skip versions, but you can upgrade from any patch versions of the previous minor version to any patch version of the current minor version.
- When upgrading between major versions you also have to upgrade one major version at a time, but you have to upgrade to the earliest available minor version. We also strongly recommend upgrading to the latest minor/patch version for your major version first.
|skip patch version||x.y.0||x.y.2||yes|
|skip minor version||x.y.*||x.y+2.*||no|
|skip major version||x..||x+2..||no|
|major upgrade skipping minor version||x.y.z||x+1.y+1.z||no|
There may be at most a few seconds of interruption during the upgrade of a DTR cluster. Schedule the upgrade to take place outside business peak hours to ensure the impact on your business is close to none.
Before starting your upgrade planning, make sure that the version of UCP you are using is supported by the version of DTR you are trying to upgrade to.
Before performing any upgrade it’s important to backup. See DTR backups and recovery.
Step 1. Upgrade DTR to 2.1 if necessary
Make sure you’re running DTR 2.1. If that’s not the case, upgrade your installation to the 2.1 version.
Step 2. Upgrade DTR
Then pull the latest version of DTR:
$ docker pull docker/dtr:2.2.5
If the node you’re upgrading doesn’t have access to the internet, you can follow the offline installation documentation to get the images.
Once you have the latest image on your machine (and the images on the target nodes if upgrading offline), run the upgrade command:
$ docker run -it --rm \ docker/dtr:2.2.5 upgrade \ --ucp-insecure-tls
By default the upgrade command runs in interactive mode and prompts you for any necessary information. You can also check the reference documentation for other existing flags.
The upgrade command will start replacing every container in your DTR cluster, one replica at a time. It will also perform certain data migrations. If anything fails or the upgrade is interrupted for any reason, you can re-run the upgrade command and it will resume from where it left off.
A patch upgrade changes only the DTR containers and it’s always safer than a minor upgrade. The command is the same as for a minor upgrade.