Skip to content

Commit a52c931

Browse files
authored
Update ECK 3.2 upgrade documentation (#2361) (#3677)
Update documentation to say upgrading to ECK 3.2 will cause restarts when stack monitoring is used (same as for ECK 3.1).
1 parent 4af9f74 commit a52c931

File tree

1 file changed

+2
-4
lines changed

1 file changed

+2
-4
lines changed

deploy-manage/upgrade/orchestrator/upgrade-cloud-on-k8s.md

Lines changed: 2 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -100,11 +100,9 @@ This will update the ECK installation to the latest binary and update the CRDs a
100100

101101
Upgrading the operator results in a one-time update to existing managed resources in the cluster. This potentially triggers a rolling restart of pods by Kubernetes to apply those changes. The following list contains the ECK operator versions that would cause a rolling restart after they have been installed.
102102

103-
```
104-
1.6, 1.9, 2.0, 2.1, 2.2, 2.4, 2.5, 2.6, 2.7, 2.8, 2.14, 3.1 <1>
105-
```
103+
1.6, 1.9, 2.0, 2.1, 2.2, 2.4, 2.5, 2.6, 2.7, 2.8, 2.14, 3.1^1^, 3.2^1^
106104

107-
1. The restart when upgrading to version 3.1 happens only for applications using [stack monitoring](/deploy-manage/monitor/stack-monitoring/eck-stack-monitoring.md).
105+
^1^ The restart when upgrading to version 3.1 and 3.2 happens only for applications using [stack monitoring](/deploy-manage/monitor/stack-monitoring/eck-stack-monitoring.md).
108106

109107
::::{note}
110108
Stepping over one of these versions, for example, upgrading ECK from 2.6 to 2.9, still triggers a rolling restart.

0 commit comments

Comments
 (0)