Practical and Vendor Limits Corosync Membership Limit: Generally tested and stable up to 32 full cluster nodes. Exceeding 32 nodes often causes performance and timeout issues due to high volumes of totem control traffic and membership tracking. [1] Red Hat Enterprise Linux (RHEL): Formally supports a maximum of 32 nodes for standard high-availability clusters (and 16 nodes for resilient storage clusters using GFS2/DLM).
#вопрос только на слуучай недоступности по пингам и опишнсам переключаемся? А если клинит и перестают допустим логив директорию , при этом сервис работает, мы можем принять рещение о переключении?
Александр перешел от теории к практике: показывает, как устроен Warmspare + Keepalived на двух Asterisk-серверах, как резервная нода получает актуальный бэкап, зачем на ней заранее отключать транки и как Keepalived через SIP OPTIONS контролирует состояние Asterisk и переносит виртуальный IP при отказе. Отдельно разобрали возврат роли мастера после восстановления основной ноды и главное ограничение такого подхода: если конфигурация меняется часто, постоянная синхронизация бэкапами становится неудобной — здесь уже логичнее смотреть в сторону Pacemaker + DRBD с репликацией данных в реальном времени. Подключайтесь к прямой трансляции: https://voxlink.ru/webinars/rezervirovanie-asterisk-warmspare-keepalived-pacemaker-drbd/ Вопросы Александру задавайте с хештегом #вопрос.
#вопрос только на слуучай недоступности по пингам и опишнсам переключаемся? А если клинит и перестают допустим логив директорию , при этом сервис работает, мы можем принять рещение о переключении?
в скриптах keepalived можете разные проверки добавить
#вопрос есть ли вариант сделать актив-актив серверы? Например, оба сервера подключены ко всем транкам, при приходе инвайта на "бэкап", тот смотрит установленный флаг "мастера", был ли ансвер. Если был - отдыхает, иначе принимает звонок. Телефоны регистрируются на обоих серверах. Исходящие можно тоже диалпланом регулировать. Синхронизация необходимых данных может быть как drbd так и ручная. Хранилище записей звонков на внешнем по отношению к астерискам кластеризованном хранилище
Спасибо Александру за подробный разбор резервирования Asterisk и всем, кто подключался к прямому эфиру и задавал вопросы. Вебинар завершен, но к материалам можно вернуться в удобное время: запись выступления и презентация доступны по ссылке https://voxlink.ru/webinars/rezervirovanie-asterisk-warmspare-keepalived-pacemaker-drbd/
