Вот это наверно подойдет?

В случае острой нужды можно и руками репликацию на триггерах lua + netbox набросать,  с выключенными дисками

тарантул нормальная идея

центрифуга подойдет

@inthrax добрый день, обнаружил вот такую конструкцию
local new_id = clock.monotonic64()/1e3
у меня вопросы
1. в чем тут смысл?
clock.monotonic64() - это и так супер точная величина в пределах сервера, зачем резать
2. почему у него тип cdata

Cdata видимо поэтому что не может быть совместимо с lua number

возможно, я тоже так подумал, но почему не привести типы? Все равно приходится или к number приводить или к string

Как использовать в tnt cdata напрямую?

Ничего не нужно приводить,  будет потеря точности

Хранилище числа нормально будет хранить как uint64

Просто как обычно, чаще всего, заисключением экзотических случаев

Ну тогда нужен какой то простой способ вырубить запись на диск, либо реально RAM диск использовать.

А сколько времени задержка репликации будет?

А почему без диска-то?

Виртуалки в облаке всегда включают какой-то объём в тарифы

Наша рекомендация лага меньше секунды-двух

А дальше уже как железо накрутите

Хорошо, немного изменю условия задачи. Раз уж тарантул есть.
  Мессенджер. Задача хранить в тарантуле Presense, вообщем какой абонент к какому серверу присоединился.
 Три экземпляра тарантула: Европа, Азия и Штаты.
 Юзер коннектится через один из кластеров (это может быть и веб браузер и десктоп), Пуш нотификации есть не всегда.
 Юзер приконнектился и сделал Запись о себе - мол я сижу на таком то сервере. Его могут теперь найти другие юзеры и послать сообщение.
  Только вот зачем диск насиловать для этой задачи я не понимаю. Тарантул берётся ради мастер-Мастера.

То есть допустим одну ноду тарантула выключили. И получается что чтобы восстановить миллион статусов ей быстрее считать с диска, и потом разницу подгрузить с других нод. Так? Разницу за время простоя.

А если сервер выйдет из строя?