2.0.0 release highlights
edit2.0.0 release highlights
editNew and notable
editNew and notable changes in version 2.0.0 of Elastic Cloud on Kubernetes. See Elastic Cloud on Kubernetes version 2.0.0 for the full list of changes.
Removal of legacy v1beta1 Custom Resource Definitions
editECK 2.0.0
removes support for legacy versions of Kubernetes and no longer ships with a v1beta1 version of its custom resource definitions. ECK can therefore no longer be installed in versions of Kubernetes <1.16. Please note however that the lowest supported version according to the ECK support policy is 1.19
.
Improved support for topology aware Elasticsearch clusters
editStarting with ECK 2.0 the operator can make Kubernetes Node labels available as Pod annotations. This can be used to make information, such as logical failure domains, available in a running Pod. Combined with Elasticsearch shard allocation awareness and Kubernetes topology spread constraints, this makes it much easier than before to create availability zone-aware Elasticsearch clusters.
Smoother cluster operations using node lifecycle APIs
editWhen orchestrating Elasticsearch version 7.15.2 or later ECK will use the new node lifecycle APIs to orchestrate rolling upgrades and scale downs to make Elasticsearch aware of impending temporary or permanent shutdown of nodes.
Known issues
edit-
When using the
elasticsearchRef
mechanism with Elastic Agent in version 7.17 its Pods will enter aCrashLoopBackoff
. A workaround is described in this issue. - Under certain circumstances the operator will keep terminating and restarting Elasticsearch Pods seemingly at random. The underlying issue is fixed in ECK 2.4.0 and an upgrade is highly recommended.