Архитектура мультиактивного аварийного восстановления MSHA делит бизнес на три уровня: уровень доступа, уровень приложений и уровень данных. Уровень приложений можно разделить на несколько функциональных областей, таких как вызов микросервисов и обмен сообщениями. Каждый уровень будет иметь соответствующий мультиактивный уровень. Компоненты, управление и контроль имеют полнофункциональные возможности управления и контроля нескольких действий на основе каждого уровня компонентов.

Архитектура Терпимость к стихийным бедствиям Применимая сцена Больше жизни в том же городе RPO: Ошибки регионального уровня не поддаются контролю; сбои на уровне компьютерного зала варьируются от секунд до минут. RTO: Ошибки регионального уровня не поддаются контролю; сбои на уровне компьютерного зала происходят в течение от нескольких минут до десяти минут. иллюстрировать Конкретная ситуация зависит от задержки синхронизации первичных и вторичных данных. Бюджет ограничен, и аварийное восстановление за пределами объекта не рассматривается. Ожидайте короткий период строительства (≤2 недели). Ожидайте нулевых изменений бизнес-кода. Проблемы согласованности данных не рассматриваются. Активное-активное удаленное приложение РПО: Протоколы. RTO: от минут до десяти минут. иллюстрировать Конкретная ситуация зависит от задержки синхронизации первичных и вторичных данных. Выберите создание центра обработки данных в другом месте для аварийного восстановления. Ожидается, что ресурсы резервного центра не будут простаивать и трафик будет активным-активным. Примите межрегиональные сетевые задержки. Ожидайте нулевых или менее изменений в бизнес-коде. Проблемы согласованности данных не рассматриваются. По сравнению с удаленной мультиактивностью это решение не требует маркировки трафика и исправления ошибок маршрутизации. Удаленный активный-активный РПО: Протоколы. RTO: от минут до десяти минут. иллюстрировать Конкретная ситуация зависит от задержки синхронизации первичных и вторичных данных. Если у вас есть достаточный бюджет, выберите строительство мультиактивного центра обработки данных за пределами площадки. Примите длительный период строительства (3 ~ 6 месяцев). Возможность выбора подходящих размеров для маршрутизации трафика и выполнения сегментирования данных. Примите преобразование маркировки бизнес-трафика, маркировку бизнес-кода и обновления промежуточного программного обеспечения. Примите тот факт, что данные в конечном итоге будут согласованными.

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

Детализация неисправностей может применяться к следующим типичным сценариям: