Enes Akar

Announcing Hazelcast IMDG 3.8

I am very excited to announce the release of Hazelcast IMDG 3.8. My personal impression is that it is one of our best releases! It includes both new valuable features and many useful improvements in the underlying infrastructure. The testing…

Hazelcast IMDG 3.8 EA is Out

I am excited to introduce Hazelcast IMDG 3.8 Early Access. It is “Early Access”, we do not recommend using this in production because we have not tested it intensely yet. You can however use it in your development phase in…

Announcing Hazelcast 3.7 General Availability

I am really proud to introduce this latest “go-to” release of Hazelcast. So much testing and very high standards mean that each release is a major milestone. With this release, we have made major structural improvements such as the full…

Introducing Hazelcast 3.7 EA: A Better, Faster Hazelcast

I am excited and happy to introduce Hazelcast 3.7 EA to you. It is publicly available as an Early Access release in the Maven repositories and at our downloads page. We introduce exciting new features, but this time, we also…

Everything you need to know about Hazelcast 3.6

Be sure to register for our, “What’s New in Hazelcast 3.6?” webinar to get the scoop on new features and improvements. Register now » I am excited to announce the general availability of Hazelcast 3.6. This release is the outcome…

Hazelcast 3.6 Early Access is out!

I’m excited to announce the Early Access (EA) release of Hazelcast 3.6. The EA release provides the opportunity for you to review and contribute to the finalization of new features in Hazelcast 3.6. The easiest way to contribute is try…

Hazelcast 3.5 Early Access

I am excited to announce the EA (Early Access) release of the upcoming Hazelcast 3.5 version. After ending 2014 with a fully JCache compliant Hazelcast 3.4 version, we have focused on increasing stability and performance in this next release as…

Hazelcast with hundreds of clients

If you plan an hazelcast architecture scaling up to hundreds of clients, the following points are important:
– Stability of your network environment. In AWS, hosting clients and servers in same zones will help you.
– The server should be powerful enoug…

Hazelcast with Hundreds of Nodes

One of the frequent question about hazelcast:

Will it scale up to hundreds of nodes?

Answer from Talip (founder of Hazelcast) in mail group:

Forming 100+ node cluster is not hard and it will be as stable as your networking infrastructure. Running distributed executions is fine too as long as your application can handle execution failures and you don’t make a distributed call within another distributed call. 

To get less affected by the split-brain issues, smaller clusters are recommended. Try to run less number of execution nodes (cluster members) and submit your executions from any number of clients. Clients can scale to thousands easily.

Hazelcast: When to increase Partition Count?

Hazelcast stores data in partitions. Default partition number is 271. 

You can increase the partition number, if data size per partition is bigger than 100 Mb.

Why?

By consistent hashing* algorithm, partitions are migrated when  nodes join or leave the cluster. While a partition is migrating, operations related to this partition are retried. So migration should be completed as soon as possible. Small partitions cause quick migrations and more responsive cluster.

* http://en.wikipedia.org/wiki/Consistent_hashing