Hosting on Linode / Slicehost - does it really makes sense to use CloudCache?

2 views
Skip to first unread message

Dashrath

unread,
Dec 30, 2009, 6:54:37 AM12/30/09
to CloudCache.ws
Looks like a filler in the cloud space - but does it really work for a
real usage?

Where is your service hosted?
If am hosting on Linode / Slicehost or any other hosting provider,
querying cloud cache over the network is too expensive than having my
own setup locally, isn't it?

Can you clarify if it makes sense to use your service from any hosting
provider - or - we need to be on Amazon cloud itself?
For what kind of loads your CloudCache tested? How does it scale
automatically in the following scenarios:?
* 100,000 API accounts
every one loading 2 GB of data into the cache - how does it scale? can
you publish your numbers for such a usage?

Having our own local cache - is like one single query, in your case to
server get or put or any other supported action, there may be more
than 4 to 5 queries apart from network latency and data transfer
between your cache and our servers. In anyways - it looks bad
performance than directly hitting your own database - forget about
hitting the local cache server.

Your comments on the above is appreciated.

Dashrath

Marc

unread,
Dec 30, 2009, 1:49:33 PM12/30/09
to CloudCache.ws
Hi,

CloudCache is currently hosted on EC2. You are quite right, that it
most certainly is intended for Intra-Cloud use cases. In that
configuration, with http 1.1 pipelining and keep-alive, latencies are
generally comparable with memcached.

We do intend to support SliceHost once we've collected enough
interest. How much do you think you would use if we were on
SliceHost?

The method by which CloudCache elastically scales is our secret sauce
- but our own testing and monitoring indicate that the algorithm is
working quite well.

Note that CloudCache also supports a few features that memcached
doesn't, including introspection - this can be used, to debug, to pre-
populate a cache from an existing one, backups, etc.

Thanks for your interest,


Marc

Reply all
Reply to author
Forward
0 new messages