СХ
да, всё так. А почему ассиметрично лучше?
потому что кассандре норма нечётное число нод
Size: a a a
2019 October 07
СХ
кворум же
AG
поздно уже:) Мне это на внедрение досталось - могу правки вносить, но принципиально уже не факт, что поменяю
AG
а, и реально ведь
AG
Noted, спасибо, учту
AG
Собственно, вопросы-то в том, какая стратегия резервного копирования будет наиболее оптимальной при таких раскладах. Я, конечно, готов так же, как и в текущей архитектуре снапшотить vm и забирать снапшоты киспейсов на схд, но как-то не слишком изящно выглядит
AG
тем более, с random partitioner, как я понимаю, не очень получится гарантированно определить набор нод, содержащих консистентные данные всего кластера
AG
соответственно, снапшотить придётся каждую ноду
AG
А, ну и да, мякотка ещё в горизонтальном масштабировании этой истории, нужно будет регулярно новые ноды в кластер вводить, судя по всему
СХ
А, ну и да, мякотка ещё в горизонтальном масштабировании этой истории, нужно будет регулярно новые ноды в кластер вводить, судя по всему
какой обьём данных
СХ
у меня на 1 кассандре лежало спокойно по 48 тб данных
СХ
и по ним ещё выборки делались спарком, по 4-6 млрд ключей за раз забиралось
AG
о, приятные цифры какие. Мы к 100+ тб в год на сервис планируем выйти, но это не раньше 21, думается
СХ
о, приятные цифры какие. Мы к 100+ тб в год на сервис планируем выйти, но это не раньше 21, думается
смотри сциллу лучше, и смотри нормальные hdd мин с 128 кешем
СХ
и 1 nvme под кеш
СХ
на 2 тб
AG
cassandra не заменяется, платформа под неё заточена
СХ
сцилла тоже самое
СХ
ничего переписыать не надо
AG
cql тоже?