For what it's worth, I've successfully used KV features inside of Riak
TS and tested it quite a lot, including with a heavy load. As John said,
I didn't use multi-backend and I disabled AAE.
Riak TS was happy when using Gets, Sets, bucket types, and including
CRDTs (I tested only the Set CRDTs).
There are several important KV components such as AAE and Search with which TS
integration has not been sufficiently tested. At this time we still recommend
running multiple clusters as mixed use workloads in Riak TS are currently not
supported.
Your internal testing may reveal that small supp
So are you suggesting that it's not advisable to use even KV backed by LevelDB
in a TS instance, or is it more that performance is unknown and therefore not
guaranteed / supported? If the data is otherwise "safe", this may still be a
better option for us than running separate clusters.
Are ot
We have not done any work to support the multi-backend, hence the error you’re
seeing. TS depends exclusively on leveldb.
We’re not recommending the use of KV functionality in the TS product yet,
because the latter is still changing rapidly and we will need to go back and
fix some basic KV mech
Hello all -
I was wondering if it is possible to use RiakTS with a multi-backend
configuration.
I have an existing set of applications using RiakKV and Bitcask, but we're now
wanting to start using some of the TS features on a new project. Setting up the
multi-backend configuration with TS se
