Реплика между регионами Azure
Многие регионы Azure предоставляют зоны доступности, которые являются разделенными группами центров обработки данных. В пределах региона зоны доступности достаточно близки, чтобы иметь подключения с низкой задержкой к другим зонам доступности, но они достаточно далеко друг от друга, чтобы снизить вероятность того, что более одного из них будут затронуты локальными сбоями или погодой. Зоны доступности имеют независимую инфраструктуру питания, охлаждения и сетевую инфраструктуру. Они разработаны таким образом, чтобы региональные службы, емкость и высокий уровень доступности поддерживались остальными зонами, если одна зона испытывает сбой.
Хотя регионы Azure предназначены для защиты от локальных бедствий с зонами доступности, они также могут обеспечить защиту от региональных или крупных географических аварий с аварийного восстановления, используя другой дополнительный регион, использующий межрегиональная реплика tion. Основные и вторичные регионы вместе образуют пару регионов.
Репликация между регионами
Чтобы обеспечить поддержку клиентов во всем мире, Azure поддерживает несколько географических регионов. Эти дискретные демарации определяют границу размещения данных и аварийного восстановления в одном или нескольких регионах Azure.
Межрегионное реплика tion является одним из нескольких важных принципов в стратегии непрерывности бизнес-процессов Azure и аварийного восстановления. Межрегионное реплика tion основывается на синхронном реплика tion приложений и данных, которые существуют с помощью зон доступности в основном регионе Azure для обеспечения высокой доступности. Асинхронно реплика между регионами реплика выполняет те же приложения и данные в других регионах Azure для защиты от аварийного восстановления.
Некоторые службы Azure используют преимущества реплика между регионами для обеспечения непрерывности бизнес-процессов и защиты от потери данных. Azure предоставляет несколько решений хранилища, которые используют межрегионные реплика tion для обеспечения доступности данных. Например, геоизбыточное хранилище Azure (GRS) реплика tes в дополнительный регион автоматически. Этот подход гарантирует, что данные устойчивы, даже если основной регион не может восстановиться.
Не все службы Azure автоматически реплицируют данные или выполняют откат, выполняя переход из неудачного региона для перекрестной репликации в другой включенный регион. В таких случаях клиент должен настроить восстановление и репликацию. Эти примеры представляют собой иллюстрации модели общей ответственности. Это фундаментальный принцип стратегии аварийного восстановления. Дополнительные сведения о модели общей ответственности и сведения о непрерывности бизнес-процессов и аварийном восстановлении в Azure см. в статье об управлении непрерывностью бизнес-процессов в Azure.
Общая ответственность становится кроем стратегического принятия решений, когда дело доходит до аварийного восстановления. Azure не требует использования межрегионных реплика tion, и вы можете использовать службы для создания устойчивости без перекрестного реплика добавления в другой регион с поддержкой. Но настоятельно рекомендуется настроить основные службы в разных регионах, чтобы воспользоваться изоляцией и повысить доступность.
Для приложений, поддерживающих несколько активных регионов, рекомендуется использовать доступные несколько регионов с поддержкой. Эта практика обеспечивает оптимальную доступность приложений и свести к минимуму время восстановления, если событие влияет на доступность. При возможности разработайте приложение для обеспечения максимальной устойчивости и простоты аварийного восстановления.
Преимущества реплика между регионами
Архитектура межрегиональная реплика службы и данные можно решить на основе каждой службы. Вам потребуется использовать подход к анализу затрат на основе стратегических и бизнес-требований вашей организации. Основные и рябь преимущества межрегионских реплика tion являются сложными, обширными и заслуживают развития. К этим преимуществам относятся следующие:
- Последовательность восстановления регионов. Если происходит сбой на уровне географии, восстановление одного региона определяется приоритетом из каждого включенного набора регионов. Приложения, развернутые в включенных наборах регионов, гарантированно имеют один из регионов, приоритетных для восстановления. Если приложение развертывается в разных регионах, любое из которых не включено для межрегиональная реплика, восстановление может быть отложено.
- Последовательное обновление. Запланированные обновления системы Azure для включенных регионов ошеломляются в хронологическом порядке, чтобы свести к минимуму время простоя, влияние ошибок и любые логические сбои в редких случаях сбоя обновления.
- Физическая изоляция: Azure стремится обеспечить минимальное расстояние от 300 миль (483 километра) между центрами обработки данных в включенных регионах, хотя это невозможно во всех географических регионах. Разделение центров обработки данных снижает вероятность возникновения стихийных бедствий, гражданских беспорядков, сбоев питания или сбоев физической сети может повлиять на несколько регионов. Изоляция зависит от ограничений в географическом регионе, таких как географический размер, доступность инфраструктуры питания или сети, а также правила.
- Расположение данных: регионы находятся в пределах одного географического региона, что и их включенный набор (за исключением Бразилии южной и Сингапурской) для удовлетворения требований к месту проживания данных для целей налоговой и правоохранительной юрисдикции.
Хотя создать собственные региональные пары невозможно, вы можете создать собственное решение аварийного восстановления, создав службы в любом количестве регионов, а затем с помощью служб Azure для их связывания. Например, можно использовать службы Azure, такие как AzCopy, для планирования резервного копирования данных в учетную запись служба хранилища Azure в другом регионе. С помощью Azure DNS и Диспетчер трафика Azure вы можете разработать устойчивую архитектуру для приложений, которые будут выжить в потере основного региона.
Azure управляет запланированным обслуживанием и приоритетом восстановления для региональных пар. Некоторые службы Azure используют региональные пары по умолчанию, например избыточное хранилище Azure.
Вы не ограничиваетесь использованием служб в региональных парах. Хотя служба Azure может полагаться на определенную региональную пару, вы можете разместить другие службы в любом регионе, который удовлетворяет вашим бизнес-потребностям. Например, решение хранилища Azure GRS может связать данные в Канаде Central с одноранговым элементом в Восточной Канаде при использовании вычислительных ресурсов Azure, расположенных в восточной части США.
Пары регионов Azure
Многие регионы также имеют парный регион для поддержки межрегионного реплика на основе близкого взаимодействия и других факторов.
Внимание
Чтобы узнать больше об архитектуре вашего региона и доступных пар, обратитесь к своему представителю по продажам или клиенту Майкрософт.
Региональные пары Azure
| Географический регион | Первая группа регионов | Вторая группа регионов |
|---|---|---|
| Азиатско-Тихоокеанский регион. | Восточная Азия (Гонконг Специальный Администратор истратный регион) | Юго-Восточная Азия (Сингапур) |
| Австралия | Восточная Австралия | Юго-Восточная часть Австралии |
| Центральная Австралия | Центральная Австралия 2 * | |
| Бразилия | Южная Бразилия | Центрально-южная часть США |
| Юго-Восточная Бразилия * | Южная Бразилия | |
| Канада | Центральная Канада | Восточная Канада |
| Китай | Северный Китай | Восточный Китай |
| Северный Китай 2 | Восточный Китай 2 | |
| Северный Китай 3 | Восточная часть Китая 3* | |
| Европа | Северная Европа (Ирландия) | Западная Европа (Нидерланды) |
| Франция | Центральная Франция | Южная Франция* |
| Германия | Центрально-Западная Германия | Северная Германия* |
| Индия | Центральная Индия | Южная Индия |
| Центральная Индия | Индия (запад) | |
| Индия (запад) | Южная Индия | |
| Япония | Восточная Япония | Западная Япония |
| Республика Корея | Республика Корея, центральный регион | Корея Южная* |
| Норвегия | Восточная Норвегия; | Западная Норвегия* |
| ЮАР | Северная часть ЮАР | Западная часть ЮАР* |
| Швеция | Центральная Швеция | Южная Швеция* |
| Швейцария | Северная Швейцария | Западная Швейцария* |
| Соединенное Королевство | западная часть Соединенного Королевства | южная часть Соединенного Королевства |
| США | Восточная часть США | Западная часть США |
| Восточная часть США 2 | Центральная часть США | |
| Центрально-северная часть США | Центрально-южная часть США | |
| западная часть США 2 | Центрально-западная часть США | |
| Западная часть США — 3 | Восточная часть США | |
| ОАЭ | Северная часть ОАЭ; | Центральная часть ОАЭ* |
| Министерство обороны США | восточный регион US DoD* | центральный регион US DoD* |
| US Government |
US Gov (Аризона)* | US Gov (Техас)* |
| US Gov (Вирджиния)* | US Gov (Техас)* | |
| US Gov (Техас)* | US Gov (Вирджиния)* |
(*) Некоторые регионы ограничены для поддержки конкретных сценариев клиентов, таких как аварийное восстановление в стране или регионе. Эти регионы доступны только по запросу, создав новый запрос на поддержку.
Внимание
- Западная Индия спарена только в одном направлении. Дополнительный регион для региона "Западная Индия" — "Южная Индия", а дополнительный регион для региона "Южная Индия — "Центральная Индия".
- Западная часть США 3 связана в одном направлении с восточной частью США. Кроме того, восточная часть США двунаправленно связана с западной частью США.
- Южная Бразилия является уникальным регионом, так как она образует пару за пределами своей географической территории. Дополнительный регион для Южной Бразилии — центрально-южная часть США. Дополнительный регион "Центрально-южная часть США" не является регионом "Южная Бразилия".
Регионы с зонами доступности и без пары регионов
Azure продолжает глобально расширяться в регионах без региональной пары и обеспечивает высокий уровень доступности, используя зоны доступности и локально избыточное или избыточное между зонами хранилище (LRS/ZRS). Регионы без пары не будут иметь геоизбыточное хранилище (GRS). Такие регионы следуют рекомендациям по месту расположения данных, чтобы разрешить возможность сохранить резидент данных в одном регионе. Клиенты отвечают за устойчивость данных в зависимости от потребностей точки восстановления или целевого времени восстановления (RTO/RPO) и могут перемещать, копировать или получать доступ к данным из любого расположения глобально. В редких случаях, когда весь регион Azure недоступен, клиентам потребуется планировать аварийное восстановление между регионами по рекомендациям служб Azure, которые поддерживают высокий уровень доступности и устойчивость Azure — непрерывность бизнес-процессов и аварийное восстановление.
В таблице ниже перечислены регионы Azure без пары регионов:
| Географический регион | Область/регион |
|---|---|
| Катар | Центральный Катар |
| Польша | Центральная Польша |
| Израиль | Израиль, центральный регион |
| Италия | Северная Италия |
| Австрия | Восточная Австрия (скоро) |
| Испания | Центральная Испания (скоро) |