GG
Привет! Что такое unison ?
Size: a a a
2021 September 19
GG
Имхо лучше, чтобы такие вещи как ключи в постгрес лежали
AA
для minion cache что вы используете из этого?
https://docs.saltproject.io/en/latest/ref/cache/all/index.html#all-salt-cache
https://docs.saltproject.io/en/latest/ref/cache/all/index.html#all-salt-cache
MT
Чем лучше?
MT
Мы использовали кеш пиллара, для принудительного обновления удаляли файл (с именем миньон) на мастере /var/cache/salt/master..
Сейчас отказались от кеша. Тогда версия была 3001
Сейчас отказались от кеша. Тогда версия была 3001
OM
https://github.com/bcpierce00/unison
Утилита для синка файлов в обе стороны.
Так как маунт с3фс весьма медленный а мастер любит обращаться к ключам часто. Мы синкаем с3фс маунт с локальной директорией юнисоном.
Утилита для синка файлов в обе стороны.
Так как маунт с3фс весьма медленный а мастер любит обращаться к ключам часто. Мы синкаем с3фс маунт с локальной директорией юнисоном.
GG
Очевидно же - никаких конфликтов с синхронизацией, транзакционность, высокая доступность
GG
И в случае БД - у тебя нет так х костылей )
GG
а с фига ли постгрес должен быть далеко или медленнее с3 ?
GG
> И что-то я не встречал в конфигах возможность хранения в постгресс ключей.
вот это, пожалуй, самый правильный вопрос
вот это, пожалуй, самый правильный вопрос
MT
Каждый сам решает, что называть костылем. База - хорошо, но еще лучше если она кластеризована.
Многие товарищи склонны считать что кластеризация в pg легко подходит под термин "костыль"
Многие товарищи склонны считать что кластеризация в pg легко подходит под термин "костыль"
GG
здесь вынужден с тобой согласиться
GG
ну, предложите лучше ) файлы - это тоже костыль
MT
на мой взгляд файлы норм: нет оверхеда, меньше точек отказа, просто и понятно.
мне нравится идея с распред фс, способ синка каждый выбирает на свой вкус.
и в случае если синк поломан, то мастер продолжает работать хоть и с устаревшими данными.
Согласен, что если недопустимо использовать не свежие ключи, то лучше упасть, но у меня это не критично (да и мониторинг этого дела настроен)
мне нравится идея с распред фс, способ синка каждый выбирает на свой вкус.
и в случае если синк поломан, то мастер продолжает работать хоть и с устаревшими данными.
Согласен, что если недопустимо использовать не свежие ключи, то лучше упасть, но у меня это не критично (да и мониторинг этого дела настроен)
GG
с файлами беда, что ты не можешь на них собрать двухстороннюю синхру
GG
с тем же DRDB мы говна поели ) или тот же lsync - у тебя появятся файлы, которые разные, но с одним именем - и привет
GG
в теории можно обойти тем, что у тебя все R/O и единый источник правды...
GG
или last call wins