Distributed memory with hard disk overflow.

250 views
Skip to first unread message

Alvaro Martin

unread,
Jan 31, 2015, 6:02:35 AM1/31/15
to haze...@googlegroups.com
Hello all,

I have recently begun with Hazelcast to try to solve my problem. The scenario I have is a set of threads sharing the memory space, and processing concurrently a large ammount of data. I have seen that Hazelcast does not easily support distributed persistence, but is there any way to configure a database persistence for those cases where the shared memory is not enought?. In my case, I want to use a backup in every machine, available for reading because I need all the memory to be shared with all the threads, that is, I will be using hazelcast because its syncronization abilities.

Thanks.
Álvaro.

Andrejs Jermakovics

unread,
Feb 2, 2015, 5:32:29 AM2/2/15
to haze...@googlegroups.com

--
You received this message because you are subscribed to the Google Groups "Hazelcast" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hazelcast+...@googlegroups.com.
To post to this group, send email to haze...@googlegroups.com.
Visit this group at http://groups.google.com/group/hazelcast.
To view this discussion on the web visit https://groups.google.com/d/msgid/hazelcast/1e9de4b9-9ae5-4ab4-87dd-22880ea8ac3c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



--

--
Best,
Andrejs

Alvaro Martin

unread,
Feb 2, 2015, 1:15:42 PM2/2/15
to haze...@googlegroups.com
Hello Andrejs,

I know that I can configure persistence, and also backup read. The problem that I have is that the documentations says that there can be only one centralized database, and I want them to be distributed.
The arquitecture I have is something like:

Node A - DataBase A
Node B - DataBase B
Node C - DataBase C

So all nodes uses their database to store everything (because I want a backup-all). That means, if I make a put(someKey, someValue) I want this to be stored in DataBase A, DataBase B and DataBase C and also to be available for a fast-read in the memory of Node A, Node B and Node C. As far as I know, when I make a put(someKey, someValue) it will be stored as original in some node (let's say Node A) and as backup in both others (let's say Node B and Node C). If I configure a database persistence, it will be also persisted in that database but it will be placed only in one site (Node A, Node B, Node C, or any other Node X), but not replicated in every node.

Thanks.

Álvaro.

--
You received this message because you are subscribed to a topic in the Google Groups "Hazelcast" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/hazelcast/LW8-_0vpcTU/unsubscribe.
To unsubscribe from this group and all its topics, send an email to hazelcast+...@googlegroups.com.

To post to this group, send email to haze...@googlegroups.com.
Visit this group at http://groups.google.com/group/hazelcast.

For more options, visit https://groups.google.com/d/optout.



--
Álvaro Martín Lozano
Móvil: 686764257

dsukho...@gmail.com

unread,
Feb 3, 2015, 3:35:38 AM2/3/15
to haze...@googlegroups.com
Hi Alvaro,

In your MapStore class you can persist cached entries in as many DBs as you like, it depends on your impleentation only.

Denis.

Andrejs Jermakovics

unread,
Feb 3, 2015, 3:47:48 AM2/3/15
to haze...@googlegroups.com
Oh right, I must have misunderstood you. The documentation is correct and currently it has to be one centralised database.
Distributed persistence is on the road map however.


For more options, visit https://groups.google.com/d/optout.



--

--
Best,
Andrejs

Lukas Blunschi

unread,
Feb 16, 2015, 4:20:46 AM2/16/15
to haze...@googlegroups.com
Hi Andrejs and Alvaro,

true, only one centralised database is supported, however if that "centralised" database is a distributed key-value store like Cassandra, it should work for you.

Best,
Lukas
Reply all
Reply to author
Forward
0 new messages