Дмитрий, встречный вопрос. О разных способах обеспечения надежности.
А что если вместо  HA кластера использовать 2 сервера, а у пользователей иметь 2 SIP линии?
диалпланы аналогичные, транки тоже умеют (по большей части) с двумя серверами работать одновременно.
Если вдруг первый сервер падает, по второй линии все работает.

Наша компания Voxlink успешно внедряет подобные кластерные решения для своих клиентов

Да, это конечно решение. Но тут встаёт вопрос о хранении записей разговоров. Будут раскиданы по двум серверам? Доступ к вебинтерфейсу прослушивания записей только на отдельный сервер? Информация о пользователях хранится в mysql - синхронизация базы и плана набора при каждом изменении? Да, можно, не спорю. Но ведь это лучше хранить в одном месте, как БД таки записи, конфиги, интерфейсы и т.д. Или я в чем то не прав?

У вас freepbx?

Да, сначала по мануалам с вашего сайта и делал. Но вот не взлетело, при отключении основной ноды рушится все до полной перезагрузке обеих нод причём в строгой последовательности. Либо в мануале что-то упущено, либо ещё что-то...

Нет, asterisk 16

Можно ведь писать сразу либо после сливать данные на общее хранилище, и в общую Базу Данных.

Ну да, сразу после окончания разговора записи переливать. Мне любопытно, делал ли кто у себя такую двух-серверную архитектуру...

можно не сразу, синкать между двумя , и на обоих иметь актуальное в двух экземплярах. Иметь отдельно  хранилище. тут кому что ближе по архитектуре и бюджету

И в случае сбоев на удалённом хранилище / базе данных будет резервная локальная копия.

Т.е. Ещё один сервер?

Ну либо между обеими базами синхронизировать

2 линии тоде необязателньо держать

@romk4 Решил тут подправить модуль очередей и добавить свой Continue Destination. В принципе то ничего сложного.... но,

полезли такие ошибки))

Мы сейчас реализуем такой вариант - один рабочий сервер, второй запасной. Происходит еженедельник синк конфигов и БД между основным и запасным. С записями ладно, где хранятся там и хранятся, не все клиенты готовы выделить средства на отдельную хранилку. Это все работает, но вот только время реакции на сбои основного сервера довольно велико. И опять же всеработает в полуавтоматическом режиме. Хотелось бы получить полностью автоматическую систему. И в такой реализации я вижу именно кластерную архитектуру.

Свой модуль с очередью и шл#ами чтоли надо делать?)

А вы Asterisk клиентам хостите?

Нет. Продаём именно железную реализацию

> С записями ладно, где хранятся там и хранятся
А как клиент доступ к ним получает?