Может кто щупал уже.
Собсно это достаточно вкусная NoSQL-стайл штука, с master-master репликацией, встроенным шардингом, кластеризацией и прочими плюшками.
Мне, в общем-то, всё нравится, но есть одно но - они везде пишут про супер-пупер умные клиентские биндинги, которые могут прозрачно отрабатывать удаление\добавление ноды в кластере.
Мол, если во время выполнения запроса нода даст дуба - клиент автоматически повторит его на другой ноде:
If a node goes down during a read or write, what happens?
It is possible that a node will go down during a read or write operation. The client API will try to connect to the database but not get a response. When this happens, the client API will automatically try the secondary database. From a coding standpoint, you do not need to be aware of this as the API handles additional attempts at communicating with the database.
(ц) http://www.aerospike.com/docs/dev_reference/FAQ.html
Но по моему опыту - хрен два. Гашу демона штатно на одной из нод (всего их три с репликацией каждой записи на две) - пару секунд все запросы отваливаются с ошибками типа EOF, Timeout и прочая. Затем всё продолжает работать нормально.
Пробовал как питоновский клиент, так и Go - оба официальные, один фиг. В других, подозреваю, аналогично. ЧЯДНТ?