Release Notes for Couchbase Autonomous Operator 2.1
Couchbase Autonomous Operator 2.1 is an incremental release that improves general behavior and security. It also extends functionality to allow automatic scaling of your Couchbase cluster resources, and provides additional configuration options.
Take a look at the What’s New page for a list of new features and improvements that are available in this release.
Release 2.1.0
Couchbase Autonomous Operator 2.1.0 was released in December 2020.
Platform Support
For the latest platform support information, refer to Prerequisites and System Requirements.
Major Behavior Changes and Enhancements
Improved Pod Readiness Checks
Prior to this release, pod readiness was preformed with an exec based probe that looked for the presence of an operator created file. This required the "pods/exec" privilege, and is a security concern in some environments.
The new method uses pod readiness gates, updating Kubernetes resources directly, and using existing required permissions. When upgrading to this release from an earlier one, existing Couchbase Clusters must undergo an upgrade to begin using this new readiness method.
Additionally, Kubernetes clusters must be of version 1.14 or higher before upgrading the Operator.
Improved Support for Ephemeral Clusters
Ephemeral, in-memory caching has been a highly requested feature. With this release, we make ephemeral clusters more automated and highly-available.
Ephemeral clusters will now recover from a total outage — where all pods are deleted or enter into an error state. They can also enable forced failover — where Couchbase Server inhibits auto-failover due to potential data loss, however being ephemeral, the data is lost regardless.
These improvements will ease platform adoption as the Operator will constantly retry to create clusters, rather than entering into a failed state.
Fixed Issues
Issue | Description |
---|---|
Summary: The |
|
Summary: A bucket — by default — is named after the Kubernetes resource, but may also be named explicitly in the bucket specification. The dynamic admission controller performed validation on replications, ensuring a corresponding named source bucket existed. This validation only looked at the Kubernetes resource name, and not the explicit name. The DAC now respect the explicit name overriding the resource name when validating. |
|
Summary: The cluster upgrade mechanism used to rely on the |
|
Summary: IP address ranges on Couchbase Server pod services could not be updated. |
|
Summary: The |
Known Issues
Issue | Description |
---|---|
Summary: The sample YAML for the libcouchbase cbc tools pillowfight workload generator needs to be edited for use with OpenShift. Workaround: Edit the included YAML to use the OpenShift namespace you are using.
In OpenShift, you switch namespaces via the |
Feedback
You can have a big impact on future versions of the Operator (and its documentation) by providing Couchbase with your direct feedback and observations. Please feel free to post your questions and comments to the Couchbase Forums.
Licenses for Third-Party Components
The complete list of licenses for Couchbase products is available on the Legal Agreements page. Couchbase is thankful to all of the individuals that have created these third-party components.