Size: a a a

OpenStack — русскоговорящее сообщество

2020 June 08

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
а что произойдет если простая реплика мастер-мастер развалится и на вторую виртуалку просто перезалить базу?
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
в случае факапа
источник

J

J in OpenStack — русскоговорящее сообщество
Андрей Рыбкин
а что произойдет если простая реплика мастер-мастер развалится и на вторую виртуалку просто перезалить базу?
Если развалится, то и база у тебя, стало быть, развалится, не?
Потерянные транзакции, рейс кондишены...
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
J
Если развалится, то и база у тебя, стало быть, развалится, не?
Потерянные транзакции, рейс кондишены...
keystone же только за авторизацию отвечает? если перезалить реплику с даунтаймом то все заведется?
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
просто не хочется галеру )
источник

J

J in OpenStack — русскоговорящее сообщество
Заведется если база цела останется.
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
понял, спасибо
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
коллеги, свифт может жить и даже работать на 2х нодах с 4 дисками и фактором репликации 3?
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
или это совсем плохо?
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
от свифта что нужно - залить в него миллион-полтора мелких файлов и дергать их по s3
источник

T

Tamerlan in OpenStack — русскоговорящее сообщество
Андрей Рыбкин
просто не хочется галеру )
мне кажется если даунтайм не критичен, то вполне можно обойтись обычной мастер-слэйв репликацией
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
Tamerlan
мне кажется если даунтайм не критичен, то вполне можно обойтись обычной мастер-слэйв репликацией
я думал мастер-мастер сделать, если первая нода упадет и по vrrp адрес уедет на резервную, где актуальная база, все же будет работать? После поднятия первой ноды, vrrp на нее не уводить, дождаться пока mysql догонится, потом vrrp перекинуть
источник

J

J in OpenStack — русскоговорящее сообщество
Андрей Рыбкин
я думал мастер-мастер сделать, если первая нода упадет и по vrrp адрес уедет на резервную, где актуальная база, все же будет работать? После поднятия первой ноды, vrrp на нее не уводить, дождаться пока mysql догонится, потом vrrp перекинуть
А для чего тебе мастер-мастер в такой конфигурации?
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
J
А для чего тебе мастер-мастер в такой конфигурации?
а какой вариант? Мастер-слейв и слейв сделать ридонли?
источник

J

J in OpenStack — русскоговорящее сообщество
Андрей Рыбкин
а какой вариант? Мастер-слейв и слейв сделать ридонли?
Да.
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
а если захочется юзера добавить пока мастер лежит? )
источник

J

J in OpenStack — русскоговорящее сообщество
Андрей Рыбкин
а если захочется юзера добавить пока мастер лежит? )
Ну ты хочешь и рыбку съесть и это самое...
источник

АР

Андрей Рыбкин... in OpenStack — русскоговорящее сообщество
J
Ну ты хочешь и рыбку съесть и это самое...
ну мастер-мастер же для таких целей придуман? Или в случае с keystone не сработает?
источник

J

J in OpenStack — русскоговорящее сообщество
Андрей Рыбкин
ну мастер-мастер же для таких целей придуман? Или в случае с keystone не сработает?
Мастер-мастер не сработает в случае с четным количеством, а особенно - с двумя.
Ты прочел то что я выше скинул?)
источник

MS

Michael Silich in OpenStack — русскоговорящее сообщество
если нужен только s3 то весь стэк +Свифт для этого ставить кажется Overkill
источник