3
тогда сделай нормальный кворум и не ипи моск ))
Так я ж просто интересуюсь, ну ё
Size: a a a
2019 September 09
3
ну если дает - то вторая нода при потере связи никак не узнает жива ли первая. так что она будет считать, что первая умерла и, по идее, должен отработать фенсинг. впрочем он должен отработать и на первой ноде ))
Ок, три ноды. Две друг друга видят, с третьей связь пропала, но она работает. Что тогда?
AU
Ок, три ноды. Две друг друга видят, с третьей связь пропала, но она работает. Что тогда?
тачки по заранее указанным правилам мигрируют с перезапуском на двух других нодах.
NP
Ок, три ноды. Две друг друга видят, с третьей связь пропала, но она работает. Что тогда?
тогда она убивается, а вот она никого убить не может
NP
а в ситуации 2х нод - в случае чего может возникнуть сплит-брейн, когда обе ноды не знают текущую ситуацию
3
а в ситуации 2х нод - в случае чего может возникнуть сплит-брейн, когда обе ноды не знают текущую ситуацию
Попался разок, тогда ещё был drbd. Хорошо хоть на тестовых нодах
2019 September 10
VM
Есть мутный вопрос, про НА двухнодовый кластер. При подыхании одной из нод, виртуалки автоматом запускаются на живой ноде. А что если ноды живые, но,пропала связь между ними?
Вопрос не мутный, в вики прокса четко указано, сделать 2-х нодовый кластер, можно но не нужно ибо это не правильно и сложно с точки зрения организации кворума. Всякие костыли а-ля левый общий ресурс, не выполняющий вычисленией это - ну такое. Поэтому берем 3 ноды, делам 10 гигабит между ними, заводим ceph и в бой.
3
Vladimir Manko
Вопрос не мутный, в вики прокса четко указано, сделать 2-х нодовый кластер, можно но не нужно ибо это не правильно и сложно с точки зрения организации кворума. Всякие костыли а-ля левый общий ресурс, не выполняющий вычисленией это - ну такое. Поэтому берем 3 ноды, делам 10 гигабит между ними, заводим ceph и в бой.
Гм... Есть у меня 3 ноды. Две на дело r810, там 10 Гбит, и одна на r410, там 2х1 Гбит. Правда, из-за особенностей perc6, цеф на нее будет затруднительно поставить
VM
Гм... Есть у меня 3 ноды. Две на дело r810, там 10 Гбит, и одна на r410, там 2х1 Гбит. Правда, из-за особенностей perc6, цеф на нее будет затруднительно поставить
Ну точнее там надо минимум по 2 х 10гигабит в каждую ноду - это если через 10 гигабитный коммутатор - одна сеть для ceph, вторая для синхронизации нод. А перк6 тут вообще ни при чем, для ceph берем голые диски и загоняем в osd а потом мастырим пулы
3
Vladimir Manko
Ну точнее там надо минимум по 2 х 10гигабит в каждую ноду - это если через 10 гигабитный коммутатор - одна сеть для ceph, вторая для синхронизации нод. А перк6 тут вообще ни при чем, для ceph берем голые диски и загоняем в osd а потом мастырим пулы
А перк голые не умеет. Либо рейд 0 либо рейд 1
VM
можно конечно и не 10 гигабит, но тут каждый сам себе злобный буратин =), я делал на 4 х 1 гигабит, под линуксы, ненагруженные, но работало, но сейчас бы не делал.
VM
А перк голые не умеет. Либо рейд 0 либо рейд 1
что значит не умеет - любая карта должна уметь отдать диски и отработать ну как HBA, просто без рейдов.
3
Vladimir Manko
что значит не умеет - любая карта должна уметь отдать диски и отработать ну как HBA, просто без рейдов.
6-й не умеет.
VM
и делать рейд а потом его пихать как осд в пулы это пилить ветку на которой сидишь, потому что если в рейде сдохнет диск, а монитирить сам рейд по каким-то причинам не чем, то никогда не узнаешь что ceph уже деградировал, т.к. система об это знать не будет, для нее есть какой-то диск, и он работает, вот только медленно, что сразу проявится в работе.
VM
6-й не умеет.
если так, то херня ... =(
VM
Посмотрел, точняк - perc 6 не умеет в jbod режим, умеет 0, 1 и 5 =( ну тогда селяви
SM
Vladimir Manko
Вопрос не мутный, в вики прокса четко указано, сделать 2-х нодовый кластер, можно но не нужно ибо это не правильно и сложно с точки зрения организации кворума. Всякие костыли а-ля левый общий ресурс, не выполняющий вычисленией это - ну такое. Поэтому берем 3 ноды, делам 10 гигабит между ними, заводим ceph и в бой.
А кто в проксе следит за всем этим прям отдельный кворум?
SM
Не управляющая вм?
VM
А кто в проксе следит за всем этим прям отдельный кворум?
раньше требовалось стороннее устрйоство фенсинга - например HP iLO, IMPI, или аппаратно что то типа управляемых блоков распределения питания APC - которые тупо по башке фигачили "выпавшую" ноду, сейчас программно по watchdog
VM
вот тут подробнее - https://pve.proxmox.com/wiki/Fencing