AS
да я поэтому и написал это разными предложениями
Size: a a a
2021 April 09
AS
в риаке есть бегкраун востановление а репаиринг рид на мой взгляд похож на идею "бекграунде проверяли консистентность"
AZ
Ceph проверяет периодически
AS
Короче это тупо не очень популярное дизайн решение
AS
Я такое предлагал принять товарищам из Виктории
AS
Ибо это лучше чем совсем забить на консистентность
VL
Можно еще читать с кворумом (что долго). Типо выбирается ответ пришедший от n/2+1 нод. Но напрямую проблему того что на каких-то нодах лежат покоррапченые данные это не решает.
E
Оно всегда и должно выбираться кворумом, просто клиенту можно возвращать ответ раньше чем все ноды пришлют свою версию
VL
да, если одинаковый ответ уже прислали n/2+1 нод, то остальных можно не ждать, да.
E
Нет, я имею в виду что можно ждать вообще один ответ, возвращать клиенту, а read repair производить уже асинхронно. Кассандра так и работает.
AS
это особенно удобно когда на меньшей части кластера правильный результат а на большей еще нет.
VL
да, но чисто теоретически тогда мы можем получить коррапченые данные, потому что коррапченая нода ответила первой.
Но, пожалуй, в большинстве случаев и так сойдет.
Но, пожалуй, в большинстве случаев и так сойдет.
E
Это уже как клиент хочет
VL
Согласен.
2021 April 12
F
Добрый день, вопрос такой, кто пробовал внедрять на сервер двухэтапную аутентификацию через телегу?
RDP подключение
RDP подключение
AS
вероятно это худший вариант второго фактора.
AS
вероятно лучший вариант второго фактора это totp
rd
V
ты хочешь бота, который будет тебе проверочные коды присылать?
F
Да, именно