Version: Operator 3.4.0

Aerospike Kubernetes Operator Limitations and Restrictions

The following limitations and restrictions are currently in place and apply to any cluster managed by the operator.

Limitations

Warm restart is only supported for configuration changes with Aerospike container image 6.0 and later.
Any strong consistency namespaces that exist on any given rack should also exist on all other racks. In other words, if a rack R1 has SC namespaces N1 and N2, all other racks should also have SC namespaces N1 and N2. This requirement affects only namespace names, so internal configurations can be different between identically-named namespaces on different racks.

The following restrictions apply to an already-deployed cluster:

note

Although they cannot be updated in place, you can adjust Storage.Volumes and Namespace storage using the workaround described here.

Persistent storage volumes cannot be added, removed, or updated in the storage.Volumes configuration.
replication-factor and strong-consistency parameters cannot be changed in the aerospikeConfig.Namespaces configuration.
The cluster security flag enable-security can only be activated if security is not enabled. Cluster security cannot be disabled on an already-deployed cluster.
A namespace storage device cannot be resized. No new storage devices can be added.
Block device re-usage requires two update operations: one to remove the block device from a namespace, and a second to add the block device to a different namespace.
MultiPodPerHost cannot be updated.

These values cannot be given in aerospikeConfig in the YAML configuration file. These are fixed or determined at runtime.

The following values cannot be changed after the first deployment of a cluster