1.3.0 release highlights
edit1.3.0 release highlights
editNew and notable
editNew and notable changes in version 1.3.0 of Elastic Cloud on Kubernetes. Check Elastic Cloud on Kubernetes version 1.3.0 for the full list of changes.
Official Helm chart
editECK 1.3.0 introduces an official Helm chart for deploying the operator. This provides a more flexible way of installing the operator customized to the environment and the desired use case. Existing installations can be easily migrated to Helm as well.
Volume expansion support
editElasticsearch volumes can be now dynamically expanded. A single edit to the resource YAML manifest is enough to grow the volumes. In many cases (dependent on the underlying storage provider), this can be done without even restarting the pod and so expansions complete in seconds.
Shard allocation is node aware by default
editElasticsearch can be configured to be aware of the underlying Kubernetes node it is running on, and use this knowledge when deciding where to place replica shards. This prevents an issue with a single Kubernetes node from affecting both primary and replica shards. In previous ECK releases, this behavior required additional configuration by the user. With ECK 1.3.0, this configuration is the default.
IPv6 compatibility
editWith changes around how IP addresses are handled, ECK is now compatible with IPv6-only Kubernetes environments.
UBI base image
editTo enable ECK becoming Red Hat OpenShift Certified Operator, ECK image is now based on Universal Base Image - ubi-minimal
. For customers using ECK on Openshift, we now have a certified operator on OperatorHub.
Init containers modifications
editAll supported resources can have their init containers modified. Starting with ECK 1.3.0, modifications to built-in init containers will be merged with the defaults.