1.5.0 release highlights
edit1.5.0 release highlights
editNew and notable
editNew and notable changes in version 1.5.0 of Elastic Cloud on Kubernetes. See Elastic Cloud on Kubernetes version 1.5.0 for the full list of changes.
Support for Autoscaling
editECK 1.5.0 introduces experimental support for Autoscaling.
In this initial release, autoscaling monitors the storage usage of your Elasticsearch data nodes and the available memory capacity for your machine learning jobs. As your data grows, whether you’re expanding to new use cases or simply storing data for longer, autoscaling automatically adjusts resource capacity to ensure you can store your data, and that your machine learning jobs can execute — so you don’t have to worry about whether your deployment can support your requirements. Future releases will include autoscaling based on additional metrics and stack components (such as Kibana).
Controlling volume claim deletion
editECK automatically deletes PersistentVolumeClaim resources if the owning Elasticsearch nodes are scaled down. The corresponding PersistentVolumes may be preserved, depending on the configured storage class reclaim policy.
In addition, you can now control what ECK should do with the PersistentVolumeClaims if you delete the Elasticsearch cluster altogether through the new volumeClaimDeletePolicy
attribute.
The possible values are DeleteOnScaledownAndClusterDeletion
and DeleteOnScaledownOnly
. By default DeleteOnScaledownAndClusterDeletion
is in effect, which means that all PersistentVolumeClaims are deleted together with the Elasticsearch cluster. However, DeleteOnScaledownOnly
keeps the PersistentVolumeClaims when deleting the Elasticsearch cluster. If you recreate a deleted cluster with the same name and node sets as before, the existing PersistentVolumeClaims will be adopted by the new cluster.
EnterpriseSearch resource version promotion
editEnterpriseSearch resources have graduated to version v1
. Old resources must be migrated to the new version to work with ECK 1.5.0. Resources created using an older version continue to run but the operator will not manage them.
Known issues
editOn Kubernetes version prior to 1.13 or on OpenShift 3.11, if the validating admission webhook is enabled, you might be prevented from upgrading the version of the EnterpriseSearch resources. This is due to a bug in Kubernetes. As a workaround, you can temporarily disable the webhook to upgrade the EnterpriseSearch resources.