Size: a a a

KVM (PVE/oVirt etc)

2019 July 30

DY

Dan Y in KVM (PVE/oVirt etc)
1. репликация может быть синхронной или асинхронной. При больших задержках она обычно асинхронная, а это значит что машины не смогут не заметить отключения. Хочешь чтоб вообще не заметили - ставь вторую хранилку локально, а не через полгорода. Это будет active-standby, это в принципе тоже active-passive, но rto будет ниже.
2. при массивном сбое, вроде подохшей хранилки или целого ДЦ, не рекомендуется делать failover автоматически. Даунтайм все равно будет, и уж лучше его контролировать чем полагаться на дубовые SBA алгоритмы, особенно если переброс чуть более сложный - подмена адресов нужна например

Самый параноидальный (и дорогой) вариант - иметь локально реплицированный SAN, который льет асинхронно на DR сайт, где стоят готовые хосты и ждут момента.
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
тут дело в том что вм долго не может ждать данных а юзер может
источник

R

Roman in KVM (PVE/oVirt etc)
А че с базой в кейсе?
источник

R

Roman in KVM (PVE/oVirt etc)
Или мы про файло и рсинк )))?
источник

SM

Stephen Mayer in KVM (PVE/oVirt etc)
😂
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
в БД есть механизмы репликации
источник

SM

Stephen Mayer in KVM (PVE/oVirt etc)
Ладно в общем пойду порускуриваю ещё
источник

SM

Stephen Mayer in KVM (PVE/oVirt etc)
Спасибо за ликбез
источник

А🐎

Александр 🐎 in KVM (PVE/oVirt etc)
Dan Y
1. репликация может быть синхронной или асинхронной. При больших задержках она обычно асинхронная, а это значит что машины не смогут не заметить отключения. Хочешь чтоб вообще не заметили - ставь вторую хранилку локально, а не через полгорода. Это будет active-standby, это в принципе тоже active-passive, но rto будет ниже.
2. при массивном сбое, вроде подохшей хранилки или целого ДЦ, не рекомендуется делать failover автоматически. Даунтайм все равно будет, и уж лучше его контролировать чем полагаться на дубовые SBA алгоритмы, особенно если переброс чуть более сложный - подмена адресов нужна например

Самый параноидальный (и дорогой) вариант - иметь локально реплицированный SAN, который льет асинхронно на DR сайт, где стоят готовые хосты и ждут момента.
Ну да, все так и есть
источник

R

Roman in KVM (PVE/oVirt etc)
Ну это понятно что есть тока актив актив все сразу пичалько становится в самых популярных
источник

А🐎

Александр 🐎 in KVM (PVE/oVirt etc)
Хотя можно сделать латенси почти минимальным, бросить свое волоно между цодами на прямую..
источник

А🐎

Александр 🐎 in KVM (PVE/oVirt etc)
Без оборудвоания цодов и т.д.
источник

R

Roman in KVM (PVE/oVirt etc)
А там и CAP теорема за углом еще поджидает админа с дубиной
источник

DY

Dan Y in KVM (PVE/oVirt etc)
Александр 🐎
Хотя можно сделать латенси почти минимальным, бросить свое волоно между цодами на прямую..
темный кабель? дешевле будет реально купить 4 SANa
источник

А🐎

Александр 🐎 in KVM (PVE/oVirt etc)
Dan Y
темный кабель? дешевле будет реально купить 4 SANa
Ну.. зависит от города ;)
источник

А🐎

Александр 🐎 in KVM (PVE/oVirt etc)
Roman
А там и CAP теорема за углом еще поджидает админа с дубиной
Все так
источник

DY

Dan Y in KVM (PVE/oVirt etc)
я как то в Альберте, в небольшом городишке пробивал разрешения на каких-то 4км траншеи под это дело
источник

DY

Dan Y in KVM (PVE/oVirt etc)
сумма была семизначная
источник

А🐎

Александр 🐎 in KVM (PVE/oVirt etc)
Dan Y
сумма была семизначная
Ну плюс/минус так и есть, только вот сан тоже как бы не дешевый и свое волокно можно еще сдать в аренду ;)
источник

А🐎

Александр 🐎 in KVM (PVE/oVirt etc)
Т.е. еще и покрыть расходы можно
источник