June 20-22 Announcing HashiConf Europe full schedule: keynotes, sessions, labs & more Register Now
  • Overview
    • Consul on Kubernetes
    • Control access with Consul API Gateway
    • Discover Services with Consul
    • Enforce Zero Trust Networking with Consul
    • Load Balancing with Consul
    • Manage Traffic with Consul
    • Multi-Platform Service Mesh with Consul
    • Network Infrastructure Automation with Consul
    • Observability with Consul
  • Enterprise
  • Tutorials
  • Docs
  • API
  • CLI
  • Community
GitHub
Download
Try HCP Consul
    • v1.12.x (latest)
    • v1.11.x
    • v1.10.x
    • v1.9.x
    • v1.8.x
    • Overview
      • Overview
      • What is a Service Mesh?
      • Overview
      • Chef, Puppet, etc.
      • Nagios
      • SkyDNS
      • SmartStack
      • Serf
      • Eureka
      • Istio
      • Envoy and Other Proxies
      • Custom Solutions
    • Overview
    • Manual Bootstrap
    • Consul Agent
    • Glossary
    • Required Ports
    • Bootstrapping a Datacenter
    • Cloud Auto-join
    • Server Performance
    • Kubernetes
  • API
  • Commands (CLI)
    • Register Services - Service Definitions
    • Find Services - DNS Interface
    • Monitor Services - Check Definitions
    • Overview
    • How Service Mesh Works
    • Configuration
      • Overview
      • Ingress Gateway
      • Mesh
      • Exported Services
      • Proxy Defaults
      • Service Defaults
      • Service Intentions
      • Service Resolver
      • Service Router
      • Service Splitter
      • Terminating Gateway
      • Overview
      • Envoy
      • Built-in Proxy
      • Proxy Integration
      • Managed (Deprecated)
      • Overview
      • Proxy Service Registration
      • Sidecar Service Registration
    • Service-to-service permissions - Intentions
    • Service-to-service permissions - Intentions (Legacy Mode)
    • Transparent Proxy
      • Overview
      • UI Visualization
      • Overview
      • Discovery Chain
    • Connectivity Tasks
    • Distributed Tracing
      • Overview
        • WAN Federation
        • Enabling Service-to-service Traffic Across Datacenters
        • Enabling Service-to-service Traffic Across Admin Partitions
      • Ingress Gateways
      • Terminating Gateways
    • Nomad
    • Kubernetes
      • Overview
      • Go Integration
      • Overview
      • Built-In CA
      • Vault
      • ACM Private CA
    • Develop and Debug
    • Security
    • Overview
    • Installation
    • Technical Specifications
    • Common Errors
    • Upgrades
    • Overview
    • Architecture
      • Installing Consul on Kubernetes
      • Installing Consul K8s CLI
        • Minikube
        • Kind
        • AKS (Azure)
        • EKS (AWS)
        • GKE (Google Cloud)
        • Red Hat OpenShift
        • Self Hosted Kubernetes
        • Consul Clients Outside Kubernetes
        • Consul Servers Outside Kubernetes
        • Single Consul Datacenter in Multiple Kubernetes Clusters
        • Consul Enterprise
        • Overview
        • Federation Between Kubernetes Clusters
        • Federation Between VMs and Kubernetes
        • Overview
        • Systems Integration
          • Overview
          • Bootstrap Token
          • Enterprise License
          • Gossip Encryption Key
          • Partition Token
          • Replication Token
          • Server TLS
          • Service Mesh Certificates
          • Snapshot Agent Config
        • WAN Federation
      • Compatibility Matrix
      • Overview
      • Transparent Proxy
      • Ingress Gateways
      • Terminating Gateways
      • Ingress Controllers
      • Configuring a Connect CA Provider
      • Health Checks
        • Metrics
    • Service Sync
      • Overview
      • Upgrade An Existing Cluster to CRDs
    • Annotations and Labels
    • Consul DNS
      • Upgrading Consul on Kubernetes
      • Upgrading Consul K8s CLI
      • Uninstall
      • Certificate Rotation
      • Gossip Encryption Key Rotation
      • Configure TLS on an Existing Cluster
      • Common Error Messages
      • FAQ
    • Helm Chart Configuration
    • Consul K8s CLI Reference
    • Overview
    • Requirements
    • Task Resource Usage
      • Installation
      • Secure Configuration
      • Migrate Existing Tasks
      • Installation
      • Secure Configuration
      • ACL Controller
    • Architecture
    • Consul Enterprise
    • Configuration Reference
    • Overview
      • Installation
      • Requirements
      • Configure
      • Run Consul-Terraform-Sync
    • Architecture
      • Overview
      • Status
      • Tasks
      • Overview
      • task
    • Configuration
    • Tasks
    • Terraform Modules
      • Overview
      • License
      • Terraform Cloud Driver
      • Overview
      • Terraform
      • Terraform Cloud
    • Compatibility
    • Consul KV
    • Sessions
    • Watches
    • Overview
      • General
      • CLI Reference
      • Configuration Reference
    • Configuration Entries
    • Telemetry
    • Sentinel
    • RPC
    • Overview
      • ACL System Overview
      • Tokens
      • Policies
      • Roles
      • Rules Reference
      • Legacy Mode
      • Token Migration
      • ACLs in Federated Datacenters
        • Overview
        • Kubernetes
        • JWT
        • OIDC
        • AWS IAM
    • Encryption
      • Overview
      • Core
      • Network Infrastructure Automation
    • Overview
    • Admin Partitions
    • Audit Logging
    • Automated Backups
    • Automated Upgrades
    • Enhanced Read Scalability
    • Single sign-on - OIDC
    • Redundancy Zones
    • Advanced Federation
    • Network Segments
    • Namespaces
    • NIA with TFE
    • Sentinel
      • Overview
      • FAQ
    • Overview
    • Improving Consul Resilience
    • Anti-Entropy
    • Consensus Protocol
    • Gossip Protocol
    • Jepsen Testing
    • Network Coordinates
    • Consul Integration Program
    • NIA Integration Program
    • Vault Integration
    • Proxy Integration
  • Consul Tools
    • Overview
    • Compatibility Promise
    • Specific Version Details
      • Overview
      • General Process
      • Upgrading to 1.2.4
      • Upgrading to 1.6.9
      • Upgrading to 1.8.13
      • Upgrading to 1.10.0
    • Common Error Messages
    • FAQ
    • Overview
      • v1.11.x
      • v1.10.x
      • v1.9.x
      • v0.1.x
      • v0.2.x
      • v0.4.x
      • v0.3.x
      • v0.2.x
      • v0.5.x
      • v0.6.0-beta
    • Overview
    • ACL
  • Guides
Type '/' to Search

»Upgrading to 1.10.0

Enterprise

This feature requires Consul Enterprise.

»Introduction

This guide explains how to best upgrade a single Consul Enterprise datacenter to v1.10.0 from a version of Consul that is forward compatible with v1.10. If you are on a major version of Consul prior to 1.8, you will need to complete and upgrade to 1.8.13 or higher before continuing with this guide. If you are already on a major version of 1.8 or 1.9, then this guide will go over the procedures required for upgrading to v1.10. This process will require intermediate version upgrades to a forward-compatible release of v1.8 or v1.9, as well as other licensing related configuration changes. If you have multiple Consul datacenters, upgrade them in the normal order and take the following instructions into account for each upgrade.

For the open source version of Consul please follow the General Upgrade Process.

You can only upgrade to Consul Enterprise 1.10 from a version of Consul Enterprise 1.8 >= 1.8.13 or 1.9 >= 1.9.7. Other versions of Consul Enterprise are not forward compatible with v1.10 and will cause issues during the upgrade that could result in agents failing to start due to changes in the way we manage licenses.

»Requirements

  • All Consul servers, clients, and snapshot agents should be on a version of Consul >= 1.8.0 and < 1.10.0. If they are not at the minimum version or higher, follow the normal upgrade procedures to upgrade them until the version requirement is met.

»Assumptions

This guides makes the following assumptions:

  • You are familiar with the General Upgrade Process.
  • You have the ability to run Consul CLI commands.
  • If ACLs are in use, then you possess a token with at least operator:read permissions.

»Considerations

The licensing changes outlined on the Specific Version Details page are the main breaking changes in Consul Enterprise 1.10 that require special handling during the upgrade process. The page also describes other changes that might cause issues during an upgrade. You can also review the licensing FAQ, which includes granular details, as well as the full changelog. We strongly recommend reviewing the changes prior to upgrading.

»Procedures

Any steps in the following section that mention upgrading servers/clients assume that normal safe upgrade procedures are followed. Licensing-related configuration changes are required for upgrading to 1.10. Intermediate version upgrades are also required to ensure forward compatibility. Refer to our documentation for the basic server upgrade process, and for autopilot assisted upgrades for more information.

1. Retrieve the datacenter's current license by executing the following CLI command:

consul license get -signed > consul.hclic
consul license get -signed > consul.hclic

Note that you can run the command from anywhere Consul is already running or from a location that has network access to the cluster. Additional command line options for directing the request to the correct Consul API may be necessary if the command runs from another location.

This will save the license to a file in the local directory named consul.hclic. Having this will be useful when preparing the license for the 1.10 upgrades later on in the process.

2. Take a snapshot of the cluster by running the following command:

consul snapshot save original.snap
consul snapshot save original.snap

Note that you can run the command from anywhere Consul is already running or from a location that has network access to the cluster. Additional command line options for directing the request to the correct Consul API may be necessary if the command runs from another location.

Note that you will need to ensure that there is enough disk space in the current directory to store the snapshot. In the worst case, the snapshot size could be close to the amount of RAM the Consul server processes are consuming.

This snapshot should not be needed, but if something were to go wrong, having the snapshot would make it possible to restore the previous state.

3. Determine if ACLs are enabled by running the following CLI command.

consul info | grep "acl ="
consul info | grep "acl ="

If you receive output like either of the following, then ACLs are enabled:

Error querying agent: Unexpected response code: 403 (Permission denied)
Error querying agent: Unexpected response code: 403 (Permission denied)
        acl = enabled

        acl = enabled

Select the correct tab below based on whether ACLs are enabled or disabled or if you are operating Consul within Kubernetes.

4. Upgrade all server agents to the latest 1.8.x or 1.9.x release.

5. Upgrade all client agents to the latest 1.8.x or 1.9.x release.

6. Upgrade all snapshot agents to the latest 1.8.x or 1.9.x release.

7. Take a snapshot of the upgraded cluster by running the following command:

consul snapshot save intermediate.snap
consul snapshot save intermediate.snap

Note that you can run the command from anywhere Consul is already running or from a location that has network access to the cluster. If run elsewhere, additional command line options may be needed to direct the request to the right Consul API.

Note that you will need to ensure there is enough disk space in the current directory to store the snapshot. In the worst case, the snapshot size could be close to the amount of RAM the Consul server processes are consuming.

This snapshot should not be needed, but if something were to go wrong, having the snapshot would make it possible to restore the previous state.

8. Pre-configure the server agents with a license.

This can either be set with the license_path configuration item, the CONSUL_LICENSE_PATH environment variable, or the CONSUL_LICENSE environment variable. See the licensing documentation for more information about how to configure the license. You can also refer to the Apply Enterprise License tutorial for additional information.

9. Upgrade all server agents to v1.10.0.

10. Upgrade all client agents to v1.10.0.

11. Upgrade all snapshot agents to v1.10.0.

»Post-Upgrade Configuration Changes

No configuration changes are required for this upgrade.

github logoEdit this page
IntroGuidesDocsCommunityPrivacySecurityBrandConsent Manager