Aerospike Kubernetes Operator Limitations and Restrictions

The following limitations and restrictions apply to any cluster managed by AKO.

Limitations

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:

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 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 the aerospikeConfig section of the YAML configuration file. These are fixed or determined at runtime.

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