Аварийное восстановление Azure API для FHIR

Azure API для FHIR — это полностью управляемая служба, основанная на ресурсах для быстрого взаимодействия в сфере здравоохранения (FHIR®). Для удовлетворения требований к бизнесу и соответствию требованиям можно использовать функцию аварийного восстановления (DR) для Azure API для FHIR.

Возможность аварийного восстановления предоставляет целевое время точки восстановления (RPO) в 15 минут и целевое время восстановления (RTO) в 60 минут.

Как включить восстановление после аварий

Чтобы включить функцию аварийного восстановления, создайте одноразовый запрос в службу поддержки. Вы можете выбрать регион Azure, где поддерживается API Azure для FHIR. Группа поддержки Майкрософт включает функцию аварийного восстановления на основе приоритета поддержки.

Как работает процесс аварийного восстановления

Процесс аварийного восстановления включает в себя следующие шаги.

• Репликация данных
• автоматическое переключение при отказе
• Восстановление затронутых регионов
• Ручной возврат после отказа

Репликация данных в дополнительном регионе

По умолчанию AZURE API для FHIR обеспечивает защиту данных с помощью резервного копирования и восстановления. Когда функция аварийного восстановления включена, начинается репликация данных. Реплика данных автоматически создается и синхронизируется в дополнительном регионе Azure. Начальная репликация данных может занять несколько минут до нескольких часов или больше в зависимости от объема данных. Вторичная реплика данных — это репликация первичных данных. Он используется непосредственно для восстановления службы, и это помогает ускорить процесс восстановления.

Следует отметить, что пропускная способность RU/с должна иметь одинаковые значения в первичном и вторичном регионах.

автоматическое переключение при отказе

Во время сбоя основного региона API Azure для FHIR автоматически выполняет отработку отказа во вторичный регион и та же конечная точка службы используется. Ожидается, что служба возобновляется в течение одного часа или меньше, а потенциальная потеря данных составляет до 15 минут. Могут потребоваться другие изменения конфигурации. Дополнительные сведения см. в разделе "Изменения конфигурации в аварийного восстановления".

Восстановление затронутых регионов

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

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

Вручную восстановить основную конфигурацию

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

Изменения конфигурации в аварийном восстановлении.

Другие изменения конфигурации могут потребоваться, если используются Private Link, ключ, управляемый клиентом (CMK), соединитель FHIR IoMT (Интернет медицинских вещей) и $export.

Приватная ссылка

Вы можете включить функцию приватной ссылки до или после развертывания API Azure для FHIR. Вы также можете подготовить приватную ссылку до или после включения функции аварийного восстановления. Ознакомьтесь со следующим списком, когда вы будете готовы настроить Private Link для аварийного восстановления (DR).

• Настройте приватный канал Azure в основном регионе. Этот шаг не требуется в дополнительном регионе. Дополнительные сведения см. в разделе "Настройка приватного канала"

• Создайте одну виртуальную сеть Azure в основном регионе и другой виртуальной сети в дополнительном регионе. Дополнительные сведения см. в статье "Создание виртуальной сети" с помощью портала Azure.

• В основном регионе VNet создает пиринг с виртуальной сетью дополнительного региона. Дополнительные сведения см. в статье Пиринг между виртуальными сетями.

• Используйте параметры по умолчанию или при необходимости можно настроить конфигурацию. Самое важное, что трафик может передаваться между двумя виртуальными сетями.

• При настройке частного DNS виртуальная сеть во вторичном регионе должна быть вручную настроена как «Ссылки виртуальной сети». Основная виртуальная сеть уже должна быть добавлена в процессе создания конечной точки Private Link. Дополнительные сведения см. по ссылкам виртуальной сети.

• При необходимости настройте одну виртуальную машину в виртуальной сети основного региона и одну в виртуальной сети дополнительного региона. Доступ к API Azure для FHIR можно получить с обеих виртуальных машин.

Функция приватного соединения должна продолжать работать во время регионального сбоя и после окончания процесса восстановления. Дополнительные сведения см. в разделе "Настройка приватного канала".

CMK

Доступ к AZURE API для FHIR будет поддерживаться, если хранилище ключей, в котором размещен управляемый ключ в вашей подписке, доступно. Возможен временный простой, так как Key Vault может потребоваться до 20 минут для восстановления подключения. Дополнительные сведения см. в статье Доступность и избыточность хранилища ключей Azure.

$export

Экспортная задача будет запущена в другом регионе, если в течение 10 минут не будет обновлено состояние задачи. Следуйте инструкциям по хранилищу Azure для восстановления учетной записи хранения в случае регионального сбоя. Дополнительные сведения см. в статье Аварийное восстановление и отработка отказа учетной записи хранения.

Убедитесь, что вы предоставляете те же разрешения системному удостоверению API Azure для FHIR. Кроме того, если учетная запись хранения настроена с выбранными сетями, см. инструкции по экспорту данных FHIR.

Тестирование аварийного восстановления (DR)

Хотя и не требуется, можно протестировать функцию аварийного восстановления в нерабокой среде. Для теста аварийного восстановления учитываются только данные. Вычислительные ресурсы не включены.

Рассмотрим следующие шаги для тестирования восстановления после сбоев.

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

• Создайте запрос в службу поддержки и укажите вашу подписку на Azure, предпочтительный регион Azure для отработки отказа и имя службы Azure API для FHIR для вашей тестовой среды.

• Создайте план тестирования, как и для любого теста на восстановление при сбоях.

• Группа поддержки Майкрософт включает функцию аварийного восстановления и подтверждает, что клиент добавил предпочтительный регион отработки отказа.

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

• Для возврата к исходному состоянию, сообщите команде поддержки Microsoft о необходимости завершения этого шага.

• (Необязательно) Поделитесь любыми отзывами с группой поддержки Майкрософт.

Стоимость аварийного восстановления

Функция аварийного восстановления несет дополнительные затраты, так как данные вычислительных и реплики данных работают в среде вторичного региона. Дополнительную информацию о ценах см. на веб-странице Azure API для FHIR.

Дальнейшие действия

В этой статье вы узнали, как функционирует аварийное восстановление в Azure API для FHIR, и как его включить. Дополнительные сведения о других поддерживаемых функциях API Azure для FHIR см. в статье