Серверы и ИИ: практическое применение

Резервирование Sparkplug: кластер и несколько независимых брокеров требуют разных решений

Запросить

Два подхода к резервированию. Кластер MQTT: Согласованная работа серверного продукта. Независимые брокеры: STATE и переход Edge / Primary Host. Host проверяется отдельно: Резерв брокера не устраняет его отказ.
Два подхода к резервированию. Схема поясняет описанный механизм; условия и границы проверки приведены в тексте.

Раздел высокой доступности Sparkplug рассматривает два подхода: кластер MQTT-серверов и несколько изолированных серверов. Это проектные варианты, описанные как non-normative. Само наличие двух адресов не подтверждает одинаковую модель хранения состояния и доставки данных.

В кластере существенна согласованная работа выбранного серверного продукта. В независимой инфраструктуре Edge и Primary Host должны корректно использовать STATE и переход между доступными серверами. Балансировщик соединений сам по себе не создаёт репликацию MQTT-состояния.

Нужно также учитывать Host: резерв брокера не устраняет отказ принимающего приложения или его связи. Для каждого компонента определяют сценарий потери, условия восстановления и допустимое окно недоступности. Отдельно проверяют переупорядочивание сообщений после переключения.

Приёмка должна включать отказ сервера, частичный сетевой разрыв и восстановление Host. Результат оценивают по состоянию метрик и поступлению данных. Два работающих процесса брокера не считаются достаточным доказательством отказоустойчивости всей телеметрической системы.

Основание — Eclipse Sparkplug Specification 3.0.0, 2022-11-16, физические страницы PDF 53, 54, 107, 108, 109, 110. Пример описывает проектную проверку; конкретные broker, gateway и Host не испытывались. Поддержка этой версии каждой реализацией требует подтверждения.

Запросить

К разборам: Серверы и ИИ