You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Reaper doesn't currently support Cassandra 5.0 as storage backend due to an incompatibility of the schema migration library (see here).
We can work around this in k8ssandra-operator easily because we now have the new local storage provider.
One of the aspects that the local storage provider cannot handle is the presence of multiple Reaper instances, but now that we have the management API as communication protocol between Reaper and Cassandra, we don't have a problem with it anymore (remote DC pods also have to be accessible by the operator through the management api).
We should then force Reaper to be created with the local storage type and SINGLE as deployment mode when Cassandra 5+ is being used. Doing so we'd need to add some webhook validations to ensure it's not attempted to run Reaper in a mode that would be incompatible with C* 5.
┆Issue is synchronized with this Jira Story by Unito
┆Issue Number: K8OP-266
The text was updated successfully, but these errors were encountered:
Reaper doesn't currently support Cassandra 5.0 as storage backend due to an incompatibility of the schema migration library (see here).
We can work around this in k8ssandra-operator easily because we now have the new local storage provider.
One of the aspects that the local storage provider cannot handle is the presence of multiple Reaper instances, but now that we have the management API as communication protocol between Reaper and Cassandra, we don't have a problem with it anymore (remote DC pods also have to be accessible by the operator through the management api).
We should then force Reaper to be created with the
local
storage type andSINGLE
as deployment mode when Cassandra 5+ is being used. Doing so we'd need to add some webhook validations to ensure it's not attempted to run Reaper in a mode that would be incompatible with C* 5.┆Issue is synchronized with this Jira Story by Unito
┆Issue Number: K8OP-266
The text was updated successfully, but these errors were encountered: