CloudOps for Kubernetes

2.11.x

Upgrading CloudOps for Kubernetes

Introduction

You must regularly upgrade your CloudOps for Kubernetes environment to maintain compatibility with your cloud service provider and third-party components. It is also required to ensure your Self Managed Commerce environment remains supported and supportable.

For information about the CloudOps for Kubernetes end of support dates, see Support Lifecycle.

Selecting CloudOps for Kubernetes Updates

When planning to update CloudOps for Kubernetes, the first step is selecting the level you will update to. To select your CloudOps for Kubernetes update:

  • Confirm which versions of Self Managed Commerce and CloudOps for Kubernetes you are using today.

  • Review which newer versions of CloudOps for Kubernetes are compatible with your version of Self Managed Commerce. For more information, see the Compatibility of CloudOps for Kubernetes documentation.

  • Identify the versions of Elastic Path Docker and CloudOps for Kubernetes that you will upgrade to.

  • Determine which updates you must apply to get to the target versions.

    note

    You can only update CloudOps for Kubernetes one minor version at a time.

    • Apply the latest patch for your current CloudOps for Kubernetes version first
    • Update Elastic Path Docker and CloudOps for Kubernetes one version at a time.

For example, if you are using CloudOps for Kubernetes v2.2.0 and want to update to the latest, you must would the following updates:

  • Update to the latest 2.2.x patch, then
  • Update to the latest 2.3.x, then
  • Update to the latest 2.4.x, then
  • Update to the latest 2.5.x, and so on

Approach to Applying an Update

CloudOps for Kubernetes is often deployed in multiple AWS accounts, with production systems in one AWS account and non-production systems in one or more other AWS accounts. It is common that all accounts share common Elastic Path Docker and CloudOps for Kubernetes infrastructure code Git repositories. You must consider how to apply and test CloudOps for Kubernetes upgrades in non-production without the changes prematurely affecting production. The following introduces a high-level approach to prepare for and roll-out a CloudOps for Kubernetes update to your multiple CloudOps for Kubernetes accounts:

  • Determine the Elastic Path Docker and CloudOps for Kubernetes updates that you will apply.
  • Review and consider Git branching strategies for your Elastic Path Docker and CloudOps for Kubernetes Git repositories. This is to ensure that your CloudOps for Kubernetes production account is not impacted until all updates are tested and ready for production.
  • Get the source code from the selected versions of Elastic Path Docker and CloudOps for Kubernetes.
  • Identify any customizations you may have made to your Elastic Path Docker and CloudOps for Kubernetes Git repositories. Merge the customizations with the updated source code.
  • Apply and validate the updates in your non-production environments. Make any required changes to address any issues.
  • Create a plan for applying the updates to your production environment, then apply the updates in your production environment.

Applying the Update

The following sections guide you through how to update CloudOps for Kubernetes in one AWS Account.

note

Some CloudOps for Kubernetes versions require additional steps:

CloudOps for Kubernetes versions that were not listed above do not require additional steps.

Preparation

  1. Review the Compatibility of CloudOps for Kubernetes documentation to confirm that your versions of Self Managed Commerce and CloudOps for Kubernetes are known to be compatible.

  2. Get the source code from the proper versions of Elastic Path Docker and CloudOps for Kubernetes.

Update the Base Infrastructure

The first step when applying an update is to update the base infrastructure, which includes the primary Kubernetes cluster, networking-related services, Jenkins and Nexus. To apply updates to the base infrastructure and Kubernetes cluster, continue with the following steps:

note

Perform the followng steps on the operations workstation, ideally the workstation you used for the initial setup. For more information, see the Operations Workstation documentation.

  1. Copy the docker-compose.override.yml file that you saved after completing the initial setup of the cluster or when last updating the cluster.

  2. Set the Docker Compose parameter TF_VAR_bootstrap_mode in the docker-compose.override.yml file to setup.

  3. Set the Docker Compose parameter TF_VAR_rebuild_nodegroups in the docker-compose.override.yml file to true.

  4. Identify any customizations you may have made to your Elastic Path Docker and CloudOps for Kubernetes Git repositories. Merge the customizations with the updated source code.

  5. Review the new docker-compose.yml file and identify new or changed paramters. Update your configuration in docker-compose.override.yml as required.

    tip

    Compare the previous docker-compose.yml file with the new docker-compose.yml file to see if any default values have changed. Comparing the files detects any deleted or new parameters.

    warning

    Some Docker Compose configuration parameters cannot be updated. Ensure that you leave these parameters unchanged. Changing these parameters may have unintended consequences. For more information on which parameters cannot be updated, see the documentation in the comments of the docker-compose.yml file.

  6. Run the Docker Compose command build to build the Docker image, with the --no-cache option to ensure that all dependencies are updated:

    docker-compose build --no-cache

  7. Run the Docker Compose command up to update the CloudOps for Kubernetes cluster:

    warning

    There may be an outage once you begin running this step. Your Self Managed Commerce services will be offline and unavailable for the duration of the upgrade starting at this steps in the following cases:

    • If you are upgrading from from CloudOps for Kubernetes release 2.7.x. During the upgrade from 2.7.x to 2.8.x the ingress networking components and configuration are removed and replaced.
    docker-compose up

  8. Set the Docker Compose parameter TF_VAR_rebuild_nodegroups in the docker-compose.override.yml file back to false.

  9. Save the updated docker-compose.override.yml file and any dependencies, such as TLS keys, in a safe place.

    important

    You will need the docker-compose.override.yml file and any dependencies again to perform the following:

    • Update the cluster
    • Show the current state of the cluster
    • Create local Terraform configuration
    • Clean up the cluster
    warning

    Do not commit the docker-compose.override.yml file and any dependencies into source code. It will contain secrets and should be stored somewhere securely.

Review Jenkins Plugin Status

Occasionally troubles with Jenkins plugin updates have been reported, where the upgrade process attempts to upgrade Jenkins plugins but there are issues applying the changes. As a precaution review the Jenkins plugin status to identify and resolve any issues.

  • Navigate to the ’Manage Jenkins’ page in the provided Jenkins instance.
  • On the ’Manage Jenkins’ page, note whether any plugin issues are highlighted. If there are issues they will be mentioned in a section near the top of the page, with an explanation like "Some plugins could not be loaded due to unsatisfied dependencies".
  • If there are no issues identified, then there is no action to take.
  • If an issue is identified then proceed to resolve it. Jenkins may provide a button labeled ’Correct’ to resolve the issue.

Ensure that the Jenkins Agents have been Rebuilt

The Jenkins agents in the provided Jenkins instance should be rebuilt before you run any Jenkins jobs. Check the status of the build-jenkins-agents Jenkins job to ensure that the job has run successfully at least once since completing the upgrade. If not, run the job and ensure it complete successfuly.

Update the Jenkins Jobs

The Jenkins jobs in the provided Jenkins need to be updated. To update the jobs, log into the Jenkins instance and run the bootstrap Jenkins job.

Complete Additional Steps

note

Some CloudOps for Kubernetes versions require additional steps:

CloudOps for Kubernetes versions that were not listed above do not require additional steps.

Last updated on 7/31/2024
← Performance PlanningNext →