asterisk.ru

Автоматизация работы с конфигурационными файлами Asterisk с помощью bash скриптов и Telegram бота - открытый вебинар

Завтра 21 августа в 13-00 по МСК

Шаг за шагом посмотрим подход к автоматизации повседневной работы с Asterisk в условиях больших VoIP-инфраструктур. Будет показано, как убрать из ежедневного процесса десятки однотипных правок диалпланов и pjsip-конфигов, заменить ручные операции на автоматизированные скрипты и управлять настройками через Telegram-бота. Все участники получат доступ к GitHub-репозиторию с полным набором исходников, чтобы повторить и адаптировать решение у себя.

Тезисы
- Оптимизация повседневных задач в Asterisk при большом количестве систем и пользователей
- Автоматизация изменений в диалпланах и pjsip-конфигурациях
- Telegram-бот как инструмент управления настройками без доступа к серверу
- Bash-скрипты для массовых правок и внесения изменений
- Разбор рабочего примера на живом окружении
- Репозиторий GitHub с исходниками для внедрения в проекты участников
- Сокращение времени выполнения задач и снижение риска ошибок

Регистрация на вебинар

Добавить событие в календарь: ? Google

Стало еще лучше. Это они из бекапа 2024 года сайт подняли?

Сайт ожил, если кому интересно.

То есть по сути это схема "Мастер-бэкап", стэндбай пейсмейкер Астер сидит "наготове", имея все конфиги на случай падения мастера. Тогда стартует слейв, где все ресурсы на шаренной ДРБД. Я всё верно понимаю?

верно, классическая схема active/passive с pacemaker и shared storage. drbd в данном случае , это блочное устройство поверх сети, синхронизирующее данные между нодами. слейв действительно мониторит мастер и при потере heartbeat поднимает ip и сервисы. единственный нюанс , время failover обычно 10-30 секунд, поэтому для real-time телефонии важно правильно настроить keepalive и threshold.

под такую схему имеет смысл взять dedicated или как минимум vds с гарантированными ресурсами, чтобы не было конкуренции за cpu/disk. на regcloud есть выделенные серверы с intel xeon, можно собрать пару инстансов в разных подсетях , надёжнее чем держать всё в одной стойке