Please use the form below to provide your feedback. Because your feedback is valuable to us, the information you submit in this form is recorded in our issue tracking system (JIRA), which is publicly available. You can track the status of your feedback using the ticket number displayed in the dialog once you submit the form.

A newer version of this documentation is available.

View Latest

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.

      New Platform Support

      This release adds support for the following platforms:

      • Open Source Kubernetes 1.19

      • Red Hat OpenShift Container Platform 4.4, 4.5, 4.6

      Removed Platform Support

      This release drops support for the following platforms:

      • Couchbase Server 6.0, 6.5.0 (6.5.1 still supported)

      • Open Source Kubernetes 1.14

      • Red Hat OpenShift Container Platform 4.1, 4.2

      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

      K8S-1676

      Summary: The Snappy compression type was removed from the XDCR API from Couchbase Server 6.5.1 onward. As the Operator now supports 6.5.0+, this compression type has also been removed from the CouchbaseReplication Kubernetes configuration API. This is a backwards incompatible change. Modify all replications to use either None or Auto before upgrading existing clusters to Operator 2.1.0.

      K8S-1675

      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.

      K8S-1532

      Summary: The cluster upgrade mechanism used to rely on the CouchbaseCluster status for stateful operations. The status shouldn’t be relied upon for state, as it is not always preserved. This may in certain cases result in the Couchbase Server version as reported by the status being incorrect.

      K8S-1471

      Summary: IP address ranges on Couchbase Server pod services could not be updated.

      K8S-1415

      Summary: The Available condition on CouchbaseCluster status was set to true once the initial pod was created for a cluster. This behavior has been modified to only set the condition once the cluster is fully scaled to the initial size. Available now correctly reflects that the cluster is available and ready for use.

      Known Issues

      Issue Description

      K8S-1585

      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 oc project command.

      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.

      More Information