M
Так, ребзи добрый вечер. Вопрос на обнуление. Как вшить стартап скрипт в packer? Пробовал rc.local, ноль эмоций
Если что, собираю образ qemu
Size: a a a
2020 July 03
k
типа того. Они пытались (очень) написать хоть какую-то интеграцию к овирту еще в ранних версиях, но на самом деле drbd там не нужен вообще никак, и оно не взлетело. Я тогда с ними работал плотно
Там наверное глючный drbdmanage был
k
типа того. Они пытались (очень) написать хоть какую-то интеграцию к овирту еще в ранних версиях, но на самом деле drbd там не нужен вообще никак, и оно не взлетело. Я тогда с ними работал плотно
А почему не нужен? (просто интересно)
DY
Там наверное глючный drbdmanage был
10 лет назад дело было, там все глючило. Но на самом деле, drbd как система, не очень подходит под нужды системы виртуализации
k
10 лет назад дело было, там все глючило. Но на самом деле, drbd как система, не очень подходит под нужды системы виртуализации
Вау, ты и сейчас так считаешь, почему?
DY
Вау, ты и сейчас так считаешь, почему?
из того функционала с которым я знаком (а я давно не трогал DRBD) там нет ничего нужного для виртуального ДЦ. репликация блоков для DR - есть и в SDS и в SAN нативно. standalone хосты это боль, и не надо так делать, а если все таки хочется то надо там поднимать HCI. Что остается? Стрим изменившихся блоков вроде как qemu умеет нативно
M
Так, ребзи добрый вечер. Вопрос на обнуление. Как вшить стартап скрипт в packer? Пробовал rc.local, ноль эмоций
Ребят, варианты решений есть?
Bm
Ребят, варианты решений есть?
А разве rc.local скрипты не заменили на юниты системд?
M
А разве rc.local скрипты не заменили на юниты системд?
Я пробовал, может я что-то не доделываю, у меня скрипт написан который диск расширяет, и в ребут тачку угоняет
k
из того функционала с которым я знаком (а я давно не трогал DRBD) там нет ничего нужного для виртуального ДЦ. репликация блоков для DR - есть и в SDS и в SAN нативно. standalone хосты это боль, и не надо так делать, а если все таки хочется то надо там поднимать HCI. Что остается? Стрим изменившихся блоков вроде как qemu умеет нативно
Ну DRBD выгодно отличается от других SDS производительностью при сравнительно небольших затратах ресурсов системы.
Про standalone-хосты не понял, но Linstor вроде и есть тот самый HCI, в виде удобной API'шечки для спавна сколько хочешь DRBD-устройств под каждую виртуалку в общем пространстве нод.
Про standalone-хосты не понял, но Linstor вроде и есть тот самый HCI, в виде удобной API'шечки для спавна сколько хочешь DRBD-устройств под каждую виртуалку в общем пространстве нод.
DY
Ну DRBD выгодно отличается от других SDS производительностью при сравнительно небольших затратах ресурсов системы.
Про standalone-хосты не понял, но Linstor вроде и есть тот самый HCI, в виде удобной API'шечки для спавна сколько хочешь DRBD-устройств под каждую виртуалку в общем пространстве нод.
Про standalone-хосты не понял, но Linstor вроде и есть тот самый HCI, в виде удобной API'шечки для спавна сколько хочешь DRBD-устройств под каждую виртуалку в общем пространстве нод.
может оно и стало стабильнее чем в те времена когда я его гонял... тогда явным рецептом для потери данных было 1) использовать асинхроную репликацию и 2) реплицировать более чем на одну дополнительную ноду.
k
может оно и стало стабильнее чем в те времена когда я его гонял... тогда явным рецептом для потери данных было 1) использовать асинхроную репликацию и 2) реплицировать более чем на одну дополнительную ноду.
3) использовать мультимастер
DY
Если сегодня это все работает, да еще и способно размазывать ограниченное количество реплик на большое количество нод, да еще и способно активно релоцировать реплики на ноды где используемые блоки станут локальными, то в принципе они молодцы
DY
3) использовать мультимастер
дада, актив/актив
DY
я по этим причинам использовал DRBD только как эмулятор репликации SAN когда готовил для овирта DR сценарии на железках под столом
DY
где-то в 2011 емнип, публиковал серию сценариев и статей как с ними быть, правда в шапке посчитали что звучу я не очень, и на мои записи сделали профессиональный voiceover с американским актером :D
k
Если сегодня это все работает, да еще и способно размазывать ограниченное количество реплик на большое количество нод, да еще и способно активно релоцировать реплики на ноды где используемые блоки станут локальными, то в принципе они молодцы
Там обычно наоборот делается, они написали кастомный шедуллер для кубернетиса, который по возможности ворклоад сразу поближе к данным шедулит. В OpenNebula и Proxmox такой возможности пока нет, но можно настроить чтобы реплика с данными создавалась на тойже ноде, куда была зашедулена виртуалка.
DY
Там обычно наоборот делается, они написали кастомный шедуллер для кубернетиса, который по возможности ворклоад сразу поближе к данным шедулит. В OpenNebula и Proxmox такой возможности пока нет, но можно настроить чтобы реплика с данными создавалась на тойже ноде, куда была зашедулена виртуалка.
a gluster это все умел еще в далеком 2009 :)
k
может оно и стало стабильнее чем в те времена когда я его гонял... тогда явным рецептом для потери данных было 1) использовать асинхроную репликацию и 2) реплицировать более чем на одну дополнительную ноду.
Здесь почти ничего не поменялось, да, появилась синхронная репликация до 32 нод и кворум, но использовать мультимастер, дисклесс-реплики (аналог iSCSI), стало чуть-чуть постабильнее.
Но в исключительных случаях по прежнему возможен сплит-брейн и allow-two-primaries по прежнему рекомендуется использовать только для проведения live-миграции.
Но в исключительных случаях по прежнему возможен сплит-брейн и allow-two-primaries по прежнему рекомендуется использовать только для проведения live-миграции.
DY
Здесь почти ничего не поменялось, да, появилась синхронная репликация до 32 нод и кворум, но использовать мультимастер, дисклесс-реплики (аналог iSCSI), стало чуть-чуть постабильнее.
Но в исключительных случаях по прежнему возможен сплит-брейн и allow-two-primaries по прежнему рекомендуется использовать только для проведения live-миграции.
Но в исключительных случаях по прежнему возможен сплит-брейн и allow-two-primaries по прежнему рекомендуется использовать только для проведения live-миграции.
тогда я не вижу тут пользы :) сорри