mirror of https://github.com/hashicorp/consul
29 lines
1.7 KiB
Markdown
29 lines
1.7 KiB
Markdown
---
|
|
layout: docs
|
|
page_title: Automated Upgrades (Enterprise)
|
|
description: >-
|
|
Automated upgrades simplify the process for updating Consul. Learn how Consul can gracefully transition from existing server agents to a new set of server agents without Consul downtime.
|
|
---
|
|
|
|
~> **Starting with Consul 1.14, and patch releases 1.13.3 and 1.12.6, Consul will disallow upgrades to new versions with a release date after license expiration**:
|
|
If you are looking to upgrade to a version of Consul that was released after your license expired, please be sure to renew your license before attempting an upgrade.
|
|
|
|
|
|
# Automated Upgrades
|
|
|
|
<EnterpriseAlert>
|
|
|
|
This feature requires
|
|
HashiCorp Cloud Platform (HCP) or self-managed Consul Enterprise.
|
|
Refer to the [enterprise feature matrix](/docs/enterprise#consul-enterprise-feature-availability) for additional information.
|
|
|
|
</EnterpriseAlert>
|
|
|
|
Consul Enterprise enables the capability of automatically upgrading a cluster of Consul servers to a new
|
|
version as updated server nodes join the cluster. This automated upgrade will spawn a process which monitors the amount of voting members
|
|
currently in a cluster. When an equal amount of new server nodes are joined running the desired version, the lower versioned servers
|
|
will be demoted to non voting members. Demotion of legacy server nodes will not occur until the voting members on the new version match.
|
|
Once this demotion occurs, the previous versioned servers can be removed from the cluster safely.
|
|
|
|
Review the [Consul operator autopilot](/commands/operator/autopilot) documentation and complete the [Automated Upgrade](https://learn.hashicorp.com/tutorials/consul/autopilot-datacenter-operations#upgrade-migrations) tutorial to learn more about automated upgrades.
|