-
Notifications
You must be signed in to change notification settings - Fork 235
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Riak Redis Add-on (RRA)? #1768
Comments
The open source version is available - https://github.com/basho/cache_proxy. There is an enterprise version on the basho repo which is still private, and has updates on it (by comparison to the open source one). @martincox - can the switch be flicked on https://github.com/basho/cache_proxy_ee to make this public now? |
Thanks much for the quick response. As we're using Riak 2.9.0 in our
setup, does the open-source cache proxy or the enterprise version work with
riak 2.9.0?
Cheers,
-rc
…On Fri, Jul 3, 2020 at 9:07 AM Martin Sumner ***@***.***> wrote:
The open source version is available -
https://github.com/basho/cache_proxy.
There is an enterprise version on the basho repo which is still private,
and has updates on it (by comparison to the open source one).
@martincox <https://github.com/martincox> - can the switch be flicked on
https://github.com/basho/cache_proxy_ee to make this public now?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1768 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQSEDAS7BJVHVC3OQHUK6TRZV7S7ANCNFSM4OPFUR6Q>
.
|
Don't know, I'm not aware of anyone who uses the cache_proxy - and there's nothing in the riak_test suite we use for riak releases that proves it. So I'm afraid you will need to test yourself to find out. |
Ok, thanks for the information.
Cheers,
-rc
…On Fri, Jul 3, 2020 at 10:47 AM Martin Sumner ***@***.***> wrote:
Don't know, I'm not aware of anyone who uses the cache_proxy - and there's nothing in the riak_test suite we use for riak releases that proves it. So I'm afraid you will need to test yourself to find out.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
That repo should be visible now @ruichuan 👍 |
Thanks! Now I think of the caching. As we're using LevelDB as the backend
storage. LevelDB has its own in-memory memtable, so storage access will
check memtable first before reaching other on-disk levels. Is that
memtable good enough as a cache, compared with setting up
other dedicated caching layers?
Thanks,
-rc
…On Tue, Jul 7, 2020 at 3:40 PM Martin Cox ***@***.***> wrote:
That repo should be visible now @ruichuan <https://github.com/ruichuan> 👍
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1768 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQSEDB3HBCOKQYGKCY4EVTR2MQTNANCNFSM4OPFUR6Q>
.
|
Hard to comment, as I've not used the Redis add-on. However, if your aim is to minimise latency, then there are a number of network hops necessary to extract an object from Riak, that could be avoided by extracting an object direct from a Redis cache. So although all Riak backends try to keep active objects in cache (either in backend memory or page cache), an un-contended Redis lookup would still have a faster response time than a Riak GET. But please proceed with caution, if you hit problems you're unlikely to be able to find someone with experience of the Redis add-on to help. |
I'm also planning to write a Redis module for syncing up between Redis and
Riak. I'm wondering whether there is a Riak C or C++ client which could
interact with the recent riak versions?
I found https://github.com/basho-labs/riak-c-client and
https://github.com/basho-labs/riak-cxx-client, but both are fairly outdated.
Thanks,
-rc
…On Tue, Jul 7, 2020 at 5:53 PM Martin Sumner ***@***.***> wrote:
Hard to comment, as I've not used the Redis add-on. However, if your aim
is to minimise latency, then there are a number of network hops necessary
to extract an object from Riak, that could be avoided by extracting an
object direct from a Redis cache. So although all Riak backends try to keep
active objects in cache (either in backend memory or page cache), an
un-contended Redis lookup would still have a faster response time than a
Riak GET.
But please proceed with caution, if you hit problems you're unlikely to be
able to find someone with experience of the Redis add-on to help.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1768 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQSEDENXIKABOT6SYH5JZ3R2NAIRANCNFSM4OPFUR6Q>
.
|
For new versions of Riak we're not updating the Riak clients, other than the erlang clients. So I'm afraid if you want to use a client and keep it up to date, you will need to maintain it yourself. |
Hi, I'm trying to use Riak Redis Add-on (RRA) to set up a caching level for Riak.
According to the document at https://docs.riak.com/riak/kv/latest/add-ons/redis/set-up-rra/index.html#install-riak-redis-add-on-rra, it says that "Note: Riak Redis Add-on (RRA) is available to Enterprise customers for download in the usual Zendesk forums."
I guess there isn't an enterprise version now. So, I'm wondering whether there is any Riak Redis Add-on which we could use? As I can't find any, I'm asking for help and more information.
Thanks,
-rc
The text was updated successfully, but these errors were encountered: