Как использовать функцию аварийного восстановления для Azure Service Bus Premium

Согласно архитектуре нашего проекта, мы развернули наш компонент в 2 регионах. Один регион всегда активен, а другой пассивен. Если активные регионы не работают, мы перенаправляем весь трафик в другой регион с помощью диспетчера трафика. Есть один потребитель, который читает сообщения из региона 1. Если регион 1 дает сбой, мы хотим выполнить аварийное восстановление с нашей стороны, не меняя ничего на стороне получателя.

В настоящее время я использую стандартную версию Azure Service Bus. Согласно документации, в версии Premium есть функция аварийного восстановления.

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

Я немного запутался, как DR будет работать в премиум-классе.


person AmolBankar9781    schedule 26.07.2018    source источник


Ответы (1)


В соответствии с их архитектурой: здесь

это автоматизированный процесс, в котором ВМ:

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

так что я думаю, чтобы ответить на ваш вопрос, это автоматизированный процесс

ref здесь и здесь для получения дополнительной информации об архитектуре и подробнее о том, как это работает

для источника Git в примерах: здесь

person Glare Storm    schedule 26.07.2018
comment
В версии Premium никогда не выходит из строя служебная шина, и всегда ли она доступна на 100%? Или есть вероятность выхода из строя / выхода из строя служебной шины и в премиум-классе? Не так много подробностей о доступности docs. microsoft.com/en-us/azure/service-bus-messaging/ - person AmolBankar9781; 26.07.2018