Skip to content

Commit

Permalink
Update docs/operating-eck/upgrading-eck.asciidoc
Browse files Browse the repository at this point in the history
Co-authored-by: Thibault Richard <thbkrkr@users.noreply.github.com>
  • Loading branch information
jeanfabrice and thbkrkr authored Dec 8, 2023
1 parent 6fa4461 commit bff5757
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion docs/operating-eck/upgrading-eck.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -99,7 +99,7 @@ Upgrading the operator results in a one-time update to existing managed resource

1.6, 1.9, 2.0, 2.1, 2.2, 2.4, 2.5

NOTE: Stepping over one of these versions, for example upgrading ECK from 2.4 to 2.7, still triggers a rolling restart.
NOTE: Stepping over one of these versions, for example upgrading ECK from 2.3 to 2.7, still triggers a rolling restart.

If you have a very large Elasticsearch cluster or multiple Elastic Stack deployments, this rolling restart might be disruptive or inconvenient. To have more control over when the pods belonging to a particular deployment should be restarted, you can <<{p}-exclude-resource,add an annotation>> to the corresponding resources to temporarily exclude them from being managed by the operator. When the time is convenient, you can remove the annotation and let the rolling restart go through.

Expand Down

0 comments on commit bff5757

Please sign in to comment.