создание кластера. выбор технологий

Могу ошибаться, но по-моему удобнее будет развернуть локальное облако, например на openstack, и на нем уже настраивать нужные сервисы.

зачем вам поднимать такого монстра как pacemaker ради двухузлового кластера.. подойдет heartbeat. А Mysql как master-master, в отличии от slave-master, достаточно просто перевезти ip.

А если увести Mysql и Asterisk в виртуальные машины, поставив их на LVM+DRBD. Машины будут идентичные на двух серверах. Ломается один сервер, достаточно запустит машину. Ну или предчувствуя поломки в живую мигрировать машины на здоровый сервер, а потом потушить сбойный. Ну или pacemaker использовать для автоматизации с обязательным stonitsh по serial порту.

зачем вам поднимать такого монстра как pacemaker ради двухузлового кластера

Автоматизация, будь она неладна, да и не такой уж он и монстр как про него пишут, я тут к нему пригляделся. Конфиг в xml, это конечно минус, но руками его править не надо, все через админскую консольку делается, даже подсказки по табу выводит. Требования к решению такие - оно должно быть теражирумым, а заменить вылетевший узел, должен способен низкоквалифицированный персонал.

А Mysql как master-master,

Я тут master-slave только с пятой попытки осилил поднять, плюс еще не понятно как реализовать замену узла, но замена это в перспективе, чисто теоретически я рассуждаю так, в случае падения мастера, резервный mysql сам становится мастером, а в момент, когда в кластер вводится узел на замену, то на нем каким-то волшебным скриптом MySQL заливает копию базы в себя и настраивается слейвом. Вот только скрипт этот еще не написан.

А если увести Mysql и Asterisk в виртуальные машины, поставив их на LVM+DRBD

Сие попахивает оверхедом еще и производительность просядет. Сам я c DRBD не сталкивался, но про него написано много гадостей, вроде как работает пока не сломается.

Сие попахивает оверхедом

Да

еще производительность просядет

Это легко учесть

Сам я c DRBD не сталкивался, но про него написано много гадостей, вроде как работает пока не сломается.

ХЗ УМВР

плюс еще не понятно как реализовать замену узла, но замена это в перспективе, чисто теоретически я рассуждаю так, в случае падения мастера, резервный mysql сам становится мастером

вот для этого и нужен master-master, чтобы оставалось перевезти только ip с помощью pacemaker

А вариант с лоадбалансером (opensips, kamailio) в виртулке, который балансирует на две ноды, чем не подходит?

А вариант с лоадбалансером

Во первых надо в рубаться в его работу, что требует время. Во вторых это не не решает вопрос с мускулем.