Это не простой вопрос. Кластер с одним узлом обеспечивает минимальную задержку, потому что все ваши данные будут храниться в вашем едином виртуальном сервере вместе с вашим приложением, потому что вы не несете никаких дополнительных затрат в сериализации и общении. Очевидно, что это противоречит цели Hazelcast, которая предоставляет вам функции, необходимые для теоремы CAP, такие как высокая доступность. Кроме того, вы можете просто не уместить все свои данные в одном узле. Отсюда, когда вы добавляете больше узлов, эта задержка может увеличиться, если ваше встроенное приложение получает доступ к данным с другого узла, особенно если оно имеет несколько циклов приема-передачи. Но вы, скорее всего, увеличите пропускную способность, и, следовательно, сможете обрабатывать более параллельно, потому что у вас будет больше процессоров и памяти, доступных на всех ваших узлах.
Размер вашего кластера будет зависеть от обычных переменных, таких как:доступный размер кучи, размер данных (объекта), количество, индексы, политика хранения и предполагаемый рост. Есть много других переменных, которые могут повлиять на размер вашего кластера.