Skip to content

Commit ac9807b

Browse files
Merge pull request #290802 from matternst7258/matternst7258/upgrade-link
[operator-nexus] Adds link to execute runtime upgrade
2 parents 6bd4ffd + 0729e13 commit ac9807b

File tree

1 file changed

+2
-0
lines changed

1 file changed

+2
-0
lines changed

articles/operator-nexus/concepts-cluster-upgrade-overview.md

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -41,6 +41,8 @@ The runtime upgrade starts by upgrading the three management servers designated
4141
4242
Once all management servers are upgraded, the upgrade progresses to the compute servers. Each rack is upgraded in alphanumeric order, and there are various configurations customers can use to dictate how the computes are upgrade to best limit disruption. As each rack progresses, there are various health checks performed in order to ensure the release successfully upgrades and a sufficient number of computes in a rack returns to operational status. When a rack completes, a customer defined waits time starts to provide extra time for workloads to come online. Once each rack upgrades, the upgrade completes and the cluster returns to `Running` status.
4343

44+
The steps to run a cluster runtime upgrade is located [here](./howto-cluster-runtime-upgrade.md).
45+
4446
## Runtime upgrade strategies
4547

4648
Each of the strategies explained provide users various controls for how and when compute racks are upgraded. These values are applicable only to the compute servers and not the management servers. Each strategy uses a `thresholdType` and `thresholdValue` to define the number or percent of successfully upgraded compute servers in a rack before proceeding to the next rack.

0 commit comments

Comments
 (0)