There are three approaches to upgrading heartbeat:
Complete Cluster Shutdown
Rolling (node by node)
Disconnect & Reattach
Each method has advantages and disadvantages, some of which are listed in the table below:
Upgrade Type |
Version Issues |
Service Outage |
Recovery During Upgrade |
Exercises Fail-over Logic |
Shutdown |
no |
yes |
no |
no |
Rolling |
yes |
yes |
yes |
yes |
Reattach |
no |
no |
no |
no |
The stated goal of the Heartbeat team is to allow your cluster to be online for 100 years. As such, when releasing newer versions we take care to make sure we are backwardly compatible with older versions. While you will always be able to upgrade from version x to x+1, in order to continue to produce high quality software it may occasionally be necessary to drop compatibility with older versions.
There will always be an upgrade path from any series-2 release to any other series-2 release.
From time to time it is neccessary to perform some steps in addition to the usual upgrade procedure. You may want to check the UpdateExperience page to see some hints on those.
With the release of 2.0.5 we will be removing the ability to perform a rolling upgrade from any version lower than 2.0.4 in a single pass. However as noted above, other upgrade strategies exist and include the ability to upgrade without service interruption.
For those desperate to perform a rolling upgrade to 2.0.5 (and beyond) in a single pass, you will continue to be able to do so when compiling from scratch for some time yet as the relevant code has been disabled, not removed. Details are available on request.
Upgrading from 2.0.1 to 2.0.6:
Follow the rolling upgrade instructions to upgrade from 2.0.1 to 2.0.4
Follow the rolling upgrade instructions to upgrade from 2.0.4 to 2.0.6