k
Кворум как опция относительно недавно появилась вместе с возможностью создавать более двух реплик в drbd9
Size: a a a
2019 April 30
NS
Сплитбрейн в drbd это стандартная ситуация, нужно настраивать политику разрешения конфликтов.
для двухнодовой конфигурации это все как мертвому припарка, не защищает от потери свзянности между нодами репликации. Там же все на pacemaker. Третий узел должен быть на этот случай для 100% гарантии что ничего у клиентов не отвалится.
k
для двухнодовой конфигурации это все как мертвому припарка, не защищает от потери свзянности между нодами репликации. Там же все на pacemaker. Третий узел должен быть на этот случай для 100% гарантии что ничего у клиентов не отвалится.
Нет там pacemaker, добро пожаловать в 2019 :)
k
DRBD-девайсы создаются по штуке под каждую виртуалку, а не по девайсу на все
NS
Нет там pacemaker, добро пожаловать в 2019 :)
Не, ну какой-нить аналог, суть то не меняется.
k
Виртуалка сама подцепляет нужное ей устройство, за виртуалкой следит контроллер
NS
DRBD-девайсы создаются по штуке под каждую виртуалку, а не по девайсу на все
вобщем пока не понятно, курю дальше, не буду тупыми вопросами мучать.
i
О, разговоры за стор пошли
h
DRBD-девайсы создаются по штуке под каждую виртуалку, а не по девайсу на все
ого
i
А расскажите-ка, пожалуйста, какие SSD вы используете для кэша, и как быстро они дохнут?
h
наука-то до чего дошла
h
я в последний раз в 2008-м это делал и дрбд было ОДНО ТОЛСТОЕ УСТРОЙСТВО
k
Плюс у drbd есть защита от этого, по умолчанию разрешено иметь только одну примари-реплику
П
@PavelTacid
Делать отдельный ceph кластер как хранилище образов виртуалок под систему виртуализации -- это ещё нужно доказать
«
🙆♀️Как же я жить то теперь буду.
А если виртуалок больше, чем ~10? Сотни-тысячи %)
Делать отдельный ceph кластер как хранилище образов виртуалок под систему виртуализации -- это ещё нужно доказать
«
🙆♀️Как же я жить то теперь буду.
А если виртуалок больше, чем ~10? Сотни-тысячи %)
Не знаю, наверное, можно :) Многие делают так. Но там где тысячи виртуалок, уже есть предмет разговора и обычно подходят уже серьёзно и считают, что тут разводить тему. Я имел ввиду, что если кто хочет делать хранилище на ceph под виртуализацию (особенно небольшую, среднюю), лучше 50 раз отмерять и осознавать все издержки (а они очень значительные), сравнивая с более простыми и экономичными (и более производительными!) вариантами
NS
А расскажите-ка, пожалуйста, какие SSD вы используете для кэша, и как быстро они дохнут?
в 2019 кэш на ссд - моветон, all-flash/nvme и sata для бэкапов, остальное уже отходит.
i
в 2019 кэш на ссд - моветон, all-flash/nvme и sata для бэкапов, остальное уже отходит.
All-Flash на HP Gen8 нетуть :/
k
я в последний раз в 2008-м это делал и дрбд было ОДНО ТОЛСТОЕ УСТРОЙСТВО
Ага, с приходом DRBD9 приципы использования изменились в прямо-противоположную сторону.
k
Ибо это позволяет уйти от многих ограничений и использовать каждый девайс напрямую, безо всяких прослоек вроде iSCSI, еще даёт возможность использовать снапшоты, а сами storage-реплики проще распределять по большому кластеру.
NS
All-Flash на HP Gen8 нетуть :/
вы про gen8 ихнюю хранилку? Мы просто пихаем в серваки ссдшники, оно все дешевеет и дешевеет. Вот к nvme присматриваемся, тесты гоняем.
i
вы про gen8 ихнюю хранилку? Мы просто пихаем в серваки ссдшники, оно все дешевеет и дешевеет. Вот к nvme присматриваемся, тесты гоняем.
SSD мы как раз используем в штатной корзине, конфигурация обычно RAID-6 + SSD-кэш. Только вот результаты взрывают мозг - уже 2-3 года стабильно работает кэш на дешмани вроде adata или smartbuy, а вот intel серии 545s гарантированно сдiхают уже через месяц-два-три. Причём никаких MLC/QLC, только TLC. Для меня это абсолютная загадка, как так проиходит. Нагрузка, конечно, приличная, но и те старые почему-то ещё живут. Просто мистика какая-то.