Hello all! I have a couple of questions that I would like to address all of you guys, in order to start this migration the best as possible.
Context: - I'm responsible for the migration of a pure key/value store that for now is being stored on memcacheDB. - We're serializing php objects and storing them. - The total size occupied it's ~2TB. - The idea it's to migrate this data to a riak cluster with elevelDB backend (starting with 6 nodes, 256 partitions. This thing is scaling very fast). - We only need to access the information by key. *We won't need neither map/reduces, searches or secondary indexes*. It's a pure key/value store! My questions are: - Do you have any riak fine tunning tip regarding this use case (due to the fact that we will only use the key/value capabilities of riak)? - It's expected that those 2TB would be reduced due to the levelDB compression. Do you think we should compress our objects to on the client? Best regards, Edgar Veiga
_______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com