6.3 Upgrade to the Latest Enterprise Edition in Kubernetes Cluster
Run these steps to upgrade to the latest release of Transaction Manager for Microservices Enterprise Edition only if you use Oracle Database to store the transaction logs in the previous release. Run these steps on Kubernetes clusters.
The MicroTx coordinator runs in the main container. As part of the upgrade process, MicroTx creates a Kubernetes init container. The Kubernetes init container is a specialized container that runs in a pod. The Kubernetes init container starts, completes the prerequisite steps for the upgrade, upgrades the MicroTx coordinator, and then terminates when it finishes the upgrade. It uses the MicroTx image that the main container also uses. See https://kubernetes.io/docs/concepts/workloads/pods/init-containers/.
Prerequisites
Do not use the instructions in this section in the following scenarios:
- if you cannot grant the required privileges to the database user or if you cannot run the init process. In such scenarios, the database administrator must run SQL scripts to upgrade the Database. See Upgrade to the Latest Enterprise Edition Using SQL Scripts.
- if you used etcd or internal memory to store the transaction logs in a previous release of Transaction Manager for Microservices Enterprise Edition.
- if you want to upgrade to the latest release of MicroTx Free.
- if you want to upgrade MicroTx in Docker or Docker Swarm. Docker does not support the init container functionality, which is available only in Kubernetes cluster. To upgrade in Docker environments, you must run the init process in an independent container. See Upgrade to the Latest Enterprise Edition in Docker or Upgrade to the Latest Enterprise Edition in Docker Swarm.
If the init process fails, see the logs of the Docker Swarm container and then run SQL scripts to upgrade the Oracle Database. See Upgrade to the Latest Enterprise Edition Using SQL Scripts.
Parent topic: Upgrade to 24.4