Датчики работоспособности HAsm могут обнаруживать ряд сбоев механизма коммутации (а не только остановленный процесс), а также сбои / ухудшение качества услуг телефонии, среды, внешних сетевых устройств, вышестоящих прокси-серверов, маршрутов ITSP/операторов связи и многое другое. Telium может создавать пользовательские датчики для выбранного вами оборудования/устройства/сервиса, внося свой вклад в общую оценку работоспособности узла. Датчики работоспособности HAsm позволяют узлу оценить общую способность к эффективной работе и принять меры, когда работоспособность критически важна (включая запуск программ или отработку отказа на другой узел).

HAsm включает в себя широкие возможности синхронизации, включая возможность синхронизации файлов и каталогов, баз данных и таблиц PostgreSQL/SQLite/MySQL и даже пользовательских структур данных между узлами. Синхронизация происходит из активного в режим ожидания только в том случае, если активный узел здоров, и только с интервалами, указанными администратором. HAsm может даже изменять полученные данные, позволяя резервному узлу перезаписывать настройки/данные после синхронизации (для различий между узлами). Синхронизация SQL всегда выполняется с помощью транзакций SQL (а не копирования на уровне блоков), поэтому никогда не существует риска повреждения в случае сбоя узла во время синхронизации.

HAsm включает в себя возможность совместного использования IP-адреса между узлами, что позволяет кластеру выполнять отработку отказа без каких-либо изменений, необходимых для вышестоящих или нижестоящих устройств. Общий IP-адрес добавляется или удаляется HAsm в качестве физической сетевой карты, виртуальной сетевой карты или виртуальной сетевой карты VLAN. HAsm также транслирует изменения сети на соседние коммутаторы/маршрутизаторы, чтобы обеспечить немедленный поток трафика на новое устройство. Агенты пользователей с активными аудио/видео соединениями продолжают работать без каких-либо перебоев в обслуживании.

Узлы HAsm не зависят от какого-либо общего оборудования, программного обеспечения, дисков, баз данных и т. д. Некоторые решения с высокой доступностью имеют устройство уровня блока (например, DRDB), банк каналов (например: Astribank), физический диск, USB-устройство и т.д. Однако они создают единую точку сбоя, которая может обрушить или повредить весь кластер, когда они выходят из строя. HAsm создает полностью автономные узлы, гарантируя, что один узел не может нанести ущерб другому.

Конструкция HAsm позволяет разделять узлы на больших расстояниях (например, на разных континентах) и при этом работать как единый кластер. Все коммуникации, синхронизация и контроль были оптимизированы, чтобы свести к минимуму передачу данных и адаптироваться к различным условиям задержки / сети.

HAsm может поддерживать выполняемые вызовы во время отработки отказа кластера, переводя активные вызовы с активного узла на резервный. HAsm также может синхронизировать очереди вызовов, чтобы обеспечить сохранность информации об агенте и вызывающем абоненте. HAsm может даже запускать сценарии при восстановлении, чтобы выполнить действия с вызовами, которые были перемещены между узлами, включая воспроизведение сообщения, начало записи вызовов и т. д. Абоненты не заметят отработку отказа, так как аудио- и видеопотоки (RTP) могут продолжаться непрерывно.

HAsm включает в себя хорошо оптимизированный сенсорный механизм и контроллер кластера, которые могут обнаруживать неисправный узел менее чем за 0,5 секунды и сразу же после этого переходить к одноранговому узлу. Теперь отработка отказа всего кластера занимает всего 3 секунды, а типичные серверы — за 5–15 секунд. В течение этого времени звонки могут продолжаться, а аудио/видео продолжаться без перерывов.

HAsm может рассматривать узлы как равные (при этом любой из узлов продолжает играть активную роль неограниченное время) или как основной/резервный (при этом резервные узлы возвращают управление основному узлу, если это разрешено). HAsm интеллектуально передает управление от резервного узла к основному узлу после стабильной работы систем и повторного подключения кластера в течение заданного периода времени, когда системы простаивают и т. д., как указано администратором. Эта интеллектуальная функция резервного назад позволяет администраторам перемещать voIP-трафик обратно в основную систему, когда пользователи меньше всего страдают.

HAsm работает на прикладном уровне (выше Linux), что допускает значительные различия в одноранговых узлах, включая разное оборудование, разные версии Linux и т. д. Эта функция также позволяет администраторам обновить части одного узла без риска для кластера, а затем переключить активный узел и начало обновления на другом.

Узлы кластера могут быть безопасно размещены на противоположных сторонах незащищенных сетей, так как все соединения HAsm между узлами зашифрованы. HAsm использует 256-битное шифрование, чтобы гарантировать, что контроль над кластером никогда не будет под угрозой, а данные о производительности и вызовах никогда не будут раскрыты.

Одной из наиболее мощных функций HAsm является система обработчика событий, которая позволяет администраторам подключаться к событиям, генерируемым или обнаруженным HAsm. Например, события, связанные с повышением/понижением узла, позволяют администраторам автоматизировать изменения в брандмауэрах, маршрутизаторах и т. д., чтобы перенаправить VoIP-трафик на активный узел до запуска механизма коммутации. Эти изменения могут произойти на узле HAsm или привести к отправке уведомления через API для обработки приложением.

Администраторы сразу же освоятся с простым и мощным интерфейсом telnet для HAsm. Всем кластером можно управлять с помощью единого интерфейса telnet, будь то с ПК, планшета или мобильного телефона. Интерфейс включает в себя онлайн-помощь и удобный, богатый выход терминала.