bajq

Jebash!

я думал башсибл это не про смесь, а про использование ансибла в стиле "мы просто нафигачим башскриптов, что значит идемпотентность"

batchsible

Ребят, такой вопрос, на одном проекте хотят использовать etcd как распределенную БД с синхронной репликацией.
Примерный сценарий такой:
1. Есть одна нода, на ней настроен etcd в нем хранятся конфиги
2. Добавили вторую ноду, перенастроили etcd на первой ноде и настроили вторую ноуд - типа двухнодовый кластер. И чтоб данные с первой ноды среплицировались на новую ноду.
3. Добавили третью ноду и повторили п2.

И вот тут вопрос - можно ли сделать так чтоб закрепить мастер ноду за первым хостом, а если он вылетел, перенастроить кластер и выбрать условно вторую ноду мастером, и продолжить работу, и чтоб данные сохранились

бегло посмотрел что рекомендуют минимум 3 ноды в кластере и выбор мастера идет автоматически

Суть рафта в том, чтобы не выбирать руками мастер-ноду.
А минимум 3 ноды советуют, чтобы кворум работал.

это  получается что руками закрепить за какой-то нодой статус мастера нельзя?

А зачем?

Это прямо противоположно смыслу etcd

и 2х нодовый кластер лучше не делать?

не лучше а сделать невозможно

консенсусные системы другой класс задач. там необходимо что бы в калстере было нечетное колво нод

и это далеко не единственное ограничение

ок, ожидаемо)
а с помощью чего тогда можно реализовать такой сценарий как я описывал, чтоб синхронизация конфигов работала и в однонодовом и двунодовом и н-нодовом сценарии?

для etcd так же есть требования по латенси между нодами и латенси к диску.

при помощи например ничего. извините за прямоту

сейчас используем aerospike - работает норм с 1,2,3 нодами, но у него в CE есть ограничения по удалению записей - удаление не гарантировано

скорее всего вы хотите consul/etcd

возможно хотите puppet / salt /