Службы Azure, поддерживающие зоны доступности
- Статья
- Чтение занимает 5 мин
Регионы Azure и зоны доступности — это физически отдельные расположения в каждом регионе Azure, которые терпимы к сбоям центра обработки данных из-за избыточной инфраструктуры и логической изоляции служб Azure.
Службы Azure, поддерживающие зоны доступности, предназначены для обеспечения правильного уровня устойчивости и гибкости наряду с низкой задержкой. С помощью служб Azure, поддерживающих зоны доступности, независимо от того, вы проектируйте собственную устойчивость или выбираете автоматическую репликацию и распределение, преимущество будет одинаковым.
Azure стремится обеспечить высокую устойчивость для каждой службы и предложения. Запуск служб Azure, поддерживающих зоны доступности, обеспечивает полную прозрачность и согласованность устойчивости практически во всех сценариях без прерывания.
Регионы Azure с зонами доступности
Azure предоставляет самый обширный глобальный след любого поставщика облачных служб и быстро открывает новые регионы и зоны доступности. Azure имеет зоны доступности в каждой стране, в которой Azure управляет регионом центра обработки данных. В настоящее время следующие регионы поддерживают зоны доступности.
Северная и Южная Америка | Европа | Ближний Восток | Африка | Азиатско-Тихоокеанский регион |
---|---|---|---|---|
Brazil South | Центральная Франция | Центральный Катар | Северная часть ЮАР; | Восточная Австралия |
Центральная Канада | Центрально-Западная Германия | Северная часть ОАЭ; | Центральная Индия | |
Центральная часть США | Северная Европа | Восточная Япония | ||
Восточная часть США | Восточная Норвегия; | Республика Корея, центральный регион | ||
восточная часть США 2 | южная часть Соединенного Королевства | Юго-Восточная Азия | ||
Центрально-южная часть США | Западная Европа | Восточная Азия | ||
US Gov (Вирджиния) | Центральная Швеция | Северный Китай 3 | ||
западная часть США 2 | Северная Швейцария | |||
Западная часть США — 3 |
Список служб Azure, поддерживающих зоны доступности по регионам Azure, см.
Высокодоступные службы
Три типа служб Azure поддерживают зоны доступности: зональные, избыточные между зонами и всегда доступные службы. При разработке стратегии устойчивости можно объединить все три этих подхода к архитектуре.
- Зональные службы: ресурс можно развернуть в определенной, самостоятельно выбранной зоне доступности для достижения более строгих требований к задержке или производительности. Отказоустойчивость в данном случае достигается самостоятельно путем репликации приложений и данных в одну или несколько зон в пределах региона. Ресурсы можно закрепить в определенной зоне. Например, виртуальные машины, управляемые диски или стандартные IP-адреса можно закрепить в определенной зоне, что позволяет повысить устойчивость за счет одного или нескольких экземпляров ресурсов, распределенных по зонам.
- Избыточные между зонами службы : ресурсы реплицируются или распределяются по зонам автоматически. Например, службы, избыточные между зонами, реплицируют данные в трех зонах, чтобы сбой в одной зоне не влиял на высокий уровень доступности данных.
- Всегда доступные службы: всегда доступны во всех географических регионах Azure и устойчивы к сбоям на уровне зоны и сбоям на уровне региона. Полный список всегда доступных служб, которые также называются нерегионарными службами в Azure, см. в разделе «Продукты», доступные по регионам.
Предложения Azure группируются по трем категориям, которые отражают их региональную доступность: базовые, основные и стратегические службы. Общая политика Azure по развертыванию служб в любом регионе в основном зависит от типа региона, категории служб и спроса клиентов. Дополнительные сведения см. в статье о службах Azure.
- Базовые службы: доступны во всех рекомендуемых и альтернативных регионах, когда регион является общедоступным или в течение 90 дней после того, как новая базовая служба станет общедоступной.
- Основные службы: доступны во всех рекомендуемых регионах в течение 90 дней после общедоступной доступности региона. Основные службы зависят от спроса в альтернативных регионах, и многие из них уже развернуты в большом подмножестве альтернативных регионов.
- Стратегические услуги: целевые предложения услуг, часто ориентированные на отрасли или поддерживаемые настроенным оборудованием. Стратегические службы зависят от спроса на доступность в разных регионах, и многие из них уже развернуты в большом подмножестве рекомендуемых регионов.
Службы Azure, поддерживающие зоны доступности, включая зональные и избыточные между зонами предложения, постоянно расширяются.
Дополнительные сведения о виртуальных машинах старшего поколения см. в предыдущих поколениях размеров виртуальных машин.
В следующих таблицах приводится сводка по текущему предложению зональных, избыточных между зонами и всегда доступных служб Azure. Они перечисляют предложения Azure в соответствии с региональной доступностью каждого из них.
Условные обозначения
В каталоге продуктов всегда доступные службы отображаются как «нерегиональная» служба.
Базовые службы
Продукты | Устойчивость |
---|---|
Шлюз приложений Azure (версия 2) | |
Azure Backup | |
Azure Cosmos DB | |
Azure DNS: частные зоны Azure DNS | |
Azure DNS: частный сопоставитель Azure DNS | |
Azure ExpressRoute | |
Общедоступный IP-адрес Azure | |
Azure Site Recovery | |
Azure SQL; | |
Центры событий Azure | |
Хранилище ключей Azure | |
Azure Load Balancer | |
служебной шине Azure | |
Azure Service Fabric | |
Учетная запись хранения Azure | |
Служба хранилища Azure: Azure Data Lake Storage | |
Служба хранилища Azure: дисковое хранилище | |
Служба хранилища Azure: хранилище BLOB-объектов | |
Служба хранилища Azure: Управляемые диски | |
Масштабируемые наборы виртуальных машин Azure | |
Виртуальные машины Azure | |
Виртуальные машины: Серия Av2 | |
Виртуальные машины: серия Bs | |
Виртуальные машины: серия DSv2 | |
Виртуальные машины: серия DSv3 | |
Виртуальные машины: Серия Dv2 | |
Виртуальные машины: Серия Dv3 | |
Виртуальные машины: серия ESv3 | |
Виртуальные машины: Серия Ev3 | |
Виртуальные машины: серия F | |
Виртуальные машины: серия FS | |
Виртуальные машины: коллекция вычислений Azure | |
Виртуальная сеть Azure | |
VPN-шлюз Azure |
*Виртуальные машины, поддерживающие зоны доступности: av2-series, B-series, DSv2-series, DSv3-series, Dv2,Dv3-series, ESv3-series, Ev3-series, F-series, FS-series, FSv2 и M-series.
Основные службы
Продукты | Устойчивость |
---|---|
Доменные службы Azure Active Directory | |
Управление API Azure | |
Конфигурация приложений Azure | |
служба приложений Azure; | |
Служба приложений Azure: Среда службы приложений | |
Бастион Azure | |
Пакетная служба Azure | |
Кэш Azure для Redis | |
Когнитивный поиск Azure | |
Экземпляры контейнеров Azure; | |
Реестр контейнеров Azure | |
Azure Data Explorer | |
Фабрика данных Azure. | |
База данных Azure для MySQL — гибкий сервер | |
База данных Azure для PostgreSQL — гибкий сервер | |
Защита от атак DDoS Azure | |
Дисковое шифрование Azure | |
Сетка событий Azure | |
Брандмауэр Azure | |
Диспетчер брандмауэра Azure | |
Функции Azure | |
Azure HDInsight | |
Центр Интернета вещей Azure | |
Служба Azure Kubernetes (AKS) | |
Azure Logic Apps | |
Azure Monitor | |
Azure Monitor: Application Insights | |
Azure Monitor: Log Analytics | |
Наблюдатель за сетями Azure | |
Azure Наблюдатель за сетями: аналитика трафика | |
Концентраторы уведомлений Azure | |
Приватный канал Azure | |
Azure Route Server | |
Azure Stream Analytics | |
SQL Server на виртуальных машинах Azure | |
Служба хранилища Azure: хранилище файлов | |
Виртуальная глобальная сеть Azure | |
Брандмауэр веб-приложения Azure | |
Power BI Embedded | |
Виртуальные машины: выделенные узлы Azure | |
Виртуальные машины: серия Ddsv4 | |
Виртуальные машины: серия Ddv4 | |
Виртуальные машины: серия Dsv4 | |
Виртуальные машины: серия Dv4 | |
Виртуальные машины: серия Edsv4 | |
Виртуальные машины: серия Edv4 | |
Виртуальные машины: серия Esv4 | |
Виртуальные машины: серия Ev4 | |
Виртуальные машины: серия Fsv2 | |
Виртуальные машины: серия M | |
Виртуальная глобальная сеть: Azure ExpressRoute | |
Виртуальная глобальная сеть: VPN-шлюз «точка — сеть» | |
Виртуальная глобальная сеть: VPN-шлюз типа «сеть — сеть» |
Стратегические услуги
Продукты | Устойчивость |
---|---|
Azure HPC Cache | |
Служба подготовки устройств для Центра Интернета вещей Azure | |
Azure NetApp Files | |
Azure Red Hat OpenShift | |
Управляемый экземпляр Azure для Apache Cassandra | |
Служба хранилища Azure: диск ценовой категории «Ультра» |
Нерегиональная служба (всегда доступные службы)
Продукты | Устойчивость |
---|---|
Azure Active Directory | |
Microsoft Defender для удостоверений | |
Помощник по Azure | |
Azure Blueprints | |
Служба Azure Bot | |
Azure Cloud Shell | |
Сеть доставки содержимого Azure | |
Служба «Управление затратами Azure» и функция выставления счетов | |
Microsoft Defender для Интернета вещей | |
Azure DNS | |
Azure Front Door | |
Azure Information Protection | |
Azure Lighthouse | |
Управляемые приложения Azure | |
Azure Maps | |
Служба пиринга Azure | |
Система диагностики производительности Azure Performance Diagnostics | |
Политика Azure | |
Портал Azure | |
Azure Resource Graph | |
Azure Stack Edge | |
Azure Traffic Manager | |
Защищенное хранилище для Microsoft Azure | |
Microsoft Defender для облака | |
Microsoft Graph | |
Microsoft Intune | |
Microsoft Sentinel |
Список служб Azure, поддерживающих зоны доступности по регионам Azure, см. в документации по зонам доступности.
Цены на виртуальные машины в зонах доступности
Доступ к зонам доступности Azure можно получить с помощью подписки Azure. Дополнительные сведения см. в разделе о ценах на пропускную способность.
Дальнейшие действия
- Создание решений для обеспечения высокой доступности с помощью зон доступности
- Высокий уровень доступности со службами Azure
- Конструктивные шаблоны для обеспечения высокой доступности
Регионы, в которых поддерживается связанная рабочая область Log Analytics
Twitter LinkedIn Facebook Адрес электронной почты
- Статья
- Чтение занимает 3 мин
В службе автоматизации Azure для виртуальных машин и серверов можно включить возможности «Управление обновлениями», «Отслеживание изменений и инвентаризация», а также «Запуск и остановка виртуальных машин в нерабочее время». Эти возможности зависит от рабочей области Log Analytics и поэтому требует связывания рабочей области с учетной записью службы автоматизации. Однако для этого связывания можно использовать только определенные регионы. Как правило, сопоставление неприменимо, если вы планируете связать учетную запись службы автоматизации с рабочей областью, в которой эти возможности не включены.
Описанные здесь сопоставления применимы только к связыванию рабочей области Log Analytics с учетной записью службы автоматизации. Они не применимы к виртуальным машинам (ВМ), подключенным к рабочей области, связанной с учетной записью службы автоматизации. Эти виртуальные машины не обязаны располагаться в регионах, которые поддерживает рабочая область Log Analytics. То есть они могут находиться в любом регионе. Помните, что при размещении виртуальных машин в другом регионе на них могут влиять нормативные требования штата, региона, страны или необходимость соответствия нормативным требованиям вашей компании. Наличие виртуальных машин в другом регионе может также привести к взиманию платы за пропускную способность данных.
Прежде чем подключать виртуальные машины к рабочей области в другом регионе, изучите требования и потенциальные расходы, чтобы уточнить и понять возможные юридические и финансовые последствия.
В этой статье представлены поддерживаемые сопоставления для успешного включения и использования этих возможностей в учетной записи службы автоматизации.
Дополнительные сведения см. в разделе Рабочая область Log Analytics и учетная запись службы автоматизации.
Поддерживаемые сопоставления
Примечание
Как показано в следующей таблице, между Log Analytics и службой автоматизации Azure может существовать только одно сопоставление.
Поддерживаемое сопоставление показано в следующей таблице.
Регион рабочей области Log Analytics | Регион учетной записи службы автоматизации |
---|---|
США | |
EastUS 1 | EastUS2 |
EastUS22 | EastUS |
WestUS | WestUS |
WestUS2 | WestUS2 |
NorthCentralUS | NorthCentralUS |
CentralUS | CentralUS |
SouthCentralUS | SouthCentralUS |
WestCentralUS | WestCentralUS |
Бразилия | |
BrazilSouth | BrazilSouth |
Канада | |
CanadaCentral | CanadaCentral |
Китай | |
ChinaEast23 | ChinaEast2 |
Азиатско-Тихоокеанский регион | |
EastAsia | EastAsia |
SoutheastAsia | SoutheastAsia |
Индия | |
CentralIndia | CentralIndia |
Япония | |
JapanEast | JapanEast |
Австралия | |
AustraliaEast | AustraliaEast |
AustraliaSoutheast | AustraliaSoutheast |
Корея | |
KoreaCentral | KoreaCentral |
Норвегия | |
NorwayEast | NorwayEast |
Европа | |
NorthEurope | NorthEurope |
WestEurope | WestEurope |
Франция | |
FranceCentral | FranceCentral |
Соединенное Королевство | |
UKSouth | UKSouth |
Швейцария | |
SwitzerlandNorth | SwitzerlandNorth |
ОАЭ | |
UAENorth | UAENorth |
US Gov | |
USGovVirginia | USGovVirginia |
USGovArizona3 | USGov (Аризона) |
1 Сопоставление EastUS рабочих областей Log Analytics с учетными записями службы автоматизации не является точным сопоставлением региона с регионом, однако оно корректно.
2 Сопоставление EastUS2 рабочих областей Log Analytics с учетными записями службы автоматизации не является точным сопоставлением региона с регионом, однако оно корректно.
3 В этом регионе поддерживается только Управление обновлениями, а другие возможности, такие как Отслеживание изменений и инвентаризация, в настоящее время недоступны.
Если вам больше не требуется интеграция учетной записи службы автоматизации с Log Analytics, вы можете отменить связь с учетной записью непосредственно на портале Azure. Перед продолжением работы необходимо удалить функции управления обновлениями, отслеживания и инвентаризации изменений, а также запуска и остановки виртуальных машин в нерабочее время, если эти функции используются. Если их не удалить, завершить операцию отмены связи будет невозможно.
После удаления компонентов можно выполнить действия, описанные ниже, чтобы отменить связь с учетной записью службы автоматизации.
Примечание
Некоторые компоненты, в том числе решения для мониторинга Azure SQL более ранних версий, могли создать ресурсы службы автоматизации. Их также потребуется удалить, прежде чем удалить связь с рабочей областью.
На портале Azure выберите свою учетную запись службы автоматизации. На странице учетной записи службы автоматизации выберите Связанная рабочая область в разделе Связанные ресурсы.
На странице «Отмена связи с рабочей областью» нажмите кнопку Отменить связь с рабочей областью. Появится запрос на продолжение работы.
Пока служба автоматизации Azure пытается отменить привязку учетной записи к рабочей области Log Analytics, вы можете отслеживать ход выполнения этой задачи в меню Уведомления.
Если вы используете решение для управления обновлениями, при необходимости можно удалить следующие элементы, которые больше не нужны.
- Обновление расписаний. У каждого из них есть имя, соответствующее созданному развертыванию обновления.
- Группы гибридных рабочих ролей, созданные для функции: каждое из них имеет имя, похожее на
machine1. contoso.com_9ceb8108-26c9-4051-b6b3-227600d715c8
.
Если вы использовали функцию запуска и остановки виртуальных машин в нерабочее время, при необходимости можно удалить следующие элементы, которые больше не нужны.
- Расписание запуска и остановки виртуальной машины.
- Рабочие роли Runbook запуска и остановки виртуальной машины.
- Переменные
Кроме того, можно удалить связь рабочей области с учетной записью службы автоматизации в рабочей области.
- В разделе Связанные ресурсы рабочей области выберите Учетная запись службы автоматизации.
- На странице учетной записи службы автоматизации выберите Отменить связь с учетной записью.
Дальнейшие действия
- Сведения об управлении обновлениями см. в статье Обзор решения для управления обновлениями.
- Сведения о функции отслеживания и инвентаризации изменений см. в статье Обзор функции отслеживания и инвентаризации изменений.
- Сведения о функции запуска и остановки виртуальных машин в нерабочее время см. в статье Обзор функции запуска и остановки виртуальных машин в нерабочее время.
регионов Azure — виртуальные машины Azure
Обратная связь Редактировать
Твиттер LinkedIn Фейсбук Эл. адрес
- Статья
- 3 минуты на чтение
Применяется к: ✔️ ВМ Linux ✔️ ВМ Windows ✔️ Гибкие масштабируемые наборы ✔️ Единые масштабируемые наборы
Важно понимать, как и где ваши виртуальные машины (ВМ) работают в Azure, а также варианты, позволяющие максимизировать производительность и доступность. и избыточность. В этой статье представлен обзор функций доступности и избыточности Azure.
Что такое регионы Azure?
Azure работает в нескольких центрах обработки данных по всему миру. Эти центры обработки данных сгруппированы по географическим регионам, что дает вам гибкость в выборе места для создания приложений.
Вы создаете ресурсы Azure в определенных географических регионах, таких как «Западная часть США», «Северная Европа» или «Юго-Восточная Азия». Вы можете просмотреть список регионов и их расположение. В каждом регионе существует несколько центров обработки данных для обеспечения избыточности и доступности. Этот подход дает вам гибкость при разработке приложений для создания виртуальных машин, наиболее близких к вашим пользователям, и для удовлетворения любых юридических, нормативных или налоговых требований.
Особые регионы Azure
В Azure есть несколько особых регионов, которые вы можете использовать при создании приложений в соответствии с требованиями или в юридических целях. К этим особым регионам относятся:
- US Gov Virginia и US Gov Iowa
- Физический и логически изолированный от сети экземпляр Azure для государственных учреждений и партнеров США, которым управляют проверенные лица из США. Включает дополнительные сертификаты соответствия, такие как FedRAMP и DISA. Узнайте больше о Azure для государственных организаций.
- Восток Китая и Север Китая
- Эти регионы доступны благодаря уникальному партнерству между Microsoft и 21Vianet, при котором Microsoft не обслуживает центры обработки данных напрямую. См. дополнительные сведения об Azure China 21Vianet.
- Центральная Германия и Северо-Восточная Германия
- Эти регионы доступны через модель доверительного управления данными, согласно которой данные клиентов остаются в Германии под контролем T-Systems, компании Deutsche Telekom, выступающей в качестве доверительного управляющего данными в Германии.
Пары регионов
Каждый регион Azure связан с другим регионом в том же географическом регионе (например, США, Европа или Азия). Этот подход позволяет дублировать ресурсы, такие как хранилище виртуальных машин, по всему региону, что должно снизить вероятность стихийных бедствий, гражданских беспорядков, перебоев в подаче электроэнергии или сбоев физической сети, затрагивающих оба региона одновременно. Дополнительные преимущества пар регионов включают в себя:
- В случае более масштабного сбоя Azure приоритет отдается одному региону из каждой пары, чтобы сократить время восстановления приложений.
- Запланированные обновления Azure развертываются в парных регионах по одному, чтобы свести к минимуму время простоя и риск сбоя приложения.
- Данные по-прежнему находятся в том же географическом регионе, что и его пара (за исключением Южной Бразилии) для целей налоговой и правоохранительной юрисдикции.
Примеры пар регионов:
Основной | Среднее |
---|---|
Запад США | Восток США |
Северная Европа | Западная Европа |
Юго-Восточная Азия | Восточная Азия |
Полный список региональных пар можно посмотреть здесь.
Доступность функций
Некоторые службы или функции виртуальных машин доступны только в определенных регионах, например, для определенных размеров виртуальных машин или типов хранилищ. Существуют также некоторые глобальные службы Azure, для которых не требуется выбирать конкретный регион, например Azure Active Directory, диспетчер трафика или Azure DNS. Чтобы помочь вам в разработке среды приложения, вы можете проверить доступность служб Azure в каждом регионе. Вы также можете программно запрашивать поддерживаемые размеры и ограничения виртуальных машин в каждом регионе.
Доступность хранилища
Понимание регионов и географических регионов Azure становится важным, когда вы рассматриваете доступные варианты репликации хранилища. В зависимости от типа хранилища у вас есть разные варианты репликации.
Управляемые диски Azure
- Локально избыточное хранилище (LRS)
- Трижды реплицирует ваши данные в регионе, в котором вы создали учетную запись хранения.
Диски на основе учетной записи хранения
- Локально избыточное хранилище (LRS)
- Трижды реплицирует ваши данные в регионе, в котором вы создали учетную запись хранения.
- Зональное резервное хранилище (ZRS)
- Трижды реплицирует ваши данные на двух-трех объектах либо в одном регионе, либо в двух регионах.
- Геоизбыточное хранилище (GRS)
- Реплицирует ваши данные в дополнительный регион, который находится в сотнях миль от основного региона.
- Геоизбыточное хранилище с доступом для чтения (RA-GRS)
- Реплицирует ваши данные в дополнительный регион, как и в GRS, но затем предоставляет доступ только для чтения к данным в дополнительном расположении.
В следующей таблице представлен краткий обзор различий между типами репликации хранилища:
Стратегия репликации | ЛРС | ЗРС | ГРС | РА-ГРС |
---|---|---|---|---|
Данные реплицируются на нескольких объектах. | № | Да | Да | Да |
Данные можно считывать из вторичного и основного местоположений. | № | № | № | Да |
Количество копий данных, хранящихся на отдельных узлах. | 3 | 3 | 6 | 6 |
Подробнее о параметрах репликации службы хранилища Azure можно прочитать здесь. Дополнительные сведения об управляемых дисках см. в разделе Обзор управляемых дисков Azure.
Следующие шаги
Дополнительные сведения см. в разделе Регионы Azure.
Обратная связь
Отправить и просмотреть отзыв для
Этот продукт Эта страница
Просмотреть все отзывы о странице
Регионы и местоположения облачных центров обработки данных
- Нажмите, чтобы ознакомиться с нашей Политикой доступности
- Перейти к содержимому
Сожалеем. Мы не смогли найти совпадение по вашему запросу.
Мы предлагаем вам попробовать следующее, чтобы найти то, что вы ищете:
- Проверьте правильность написания вашего ключевого слова.
- Используйте синонимы для введенного вами ключевого слова, например, попробуйте «приложение» вместо «программное обеспечение».
- Начать новый поиск.
- Облако
- Облачные регионы Oracle
Попробуйте уровень бесплатного пользования Oracle Cloud
- Чтобы узнать, где доступна служба Oracle Cloud Infrastructure, обратитесь к таблице ниже.
- Из списка регионов данных, предоставляющих ваши услуги, выберите регион, ближайший к вашим пользователям Oracle Cloud.
- Просмотрите примечания внизу этой страницы, чтобы узнать, есть ли в вашей стране какие-либо ограничения или дополнительные рекомендации при выборе облачного региона.
- Найдите регионы и службы, прошедшие оценку HIPAA.
- Для приложений SaaS ваш домашний регион не указывает место подготовки.
- Северная Америка
- Европа, Ближний Восток и Африка
- ЛАД
- Азиатско-Тихоокеанский регион
- Выделенный регион Cloud@Customer
- Правительство
Облачные службы | Выделенный регион Cloud@Customer |
---|---|
Oracle Access Governance | нет |
Мониторинг производительности приложений Oracle | да |
Обнаружение аномалий инфраструктуры Oracle Cloud | да |
Реестр артефактов Oracle Cloud Infrastructure | да |
Автономная обработка транзакций Oracle | да |
Автономное хранилище данных Oracle | да |
Автономная база данных Oracle JSON | да |
Разработка приложений Oracle APEX | да |
Oracle Data Safe | да |
Функции Oracle | да |
Oracle Cloud Guard | да |
Шлюз API Oracle Cloud Infrastructure | да |
Архивное хранилище Oracle Cloud Infrastructure | да |
Аудит инфраструктуры Oracle Cloud | да |
Бастион облачной инфраструктуры Oracle | да |
Блочные тома Oracle Cloud Infrastructure | да |
Облачная инфраструктура Oracle Cloud Shell | да |
Документы соответствия Oracle Cloud Infrastructure | да |
Oracle Cloud Infrastructure Compute | да |
Вычислительный GPU Oracle Cloud Infrastructure | да |
Oracle Cloud Infrastructure Compute HPC | да |
Oracle Cloud Infrastructure Container Engine для Kubernetes (OKE) | да |
Решение Oracle Cloud VMware | да |
Облачная служба базы данных Oracle Cloud Infrastructure | да |
Управление базой данных Oracle Cloud Infrastructure | да |
Миграция базы данных Oracle Cloud Infrastructure | да |
Каталог данных Oracle Cloud Infrastructure | да |
Поток данных облачной инфраструктуры Oracle | да |
Интеграция данных Oracle Cloud Infrastructure | да |
Маркировка данных Oracle Cloud Infrastructure | да |
Облачная инфраструктура Oracle Data Science | да |
Служба передачи данных Oracle Cloud Infrastructure | нет |
Инфраструктура Oracle Cloud DevOps | да |
DNS облачной инфраструктуры Oracle | да |
Доставка электронной почты Oracle Cloud Infrastructure | да |
События Oracle Cloud Infrastructure | да |
Облачная инфраструктура Oracle Exadata Cloud Service | да |
Oracle Cloud Infrastructure FastConnect | да |
Хранилище файлов Oracle Cloud Infrastructure | да |
Oracle Cloud Infrastructure GoldenGate | да |
Oracle Cloud Infrastructure Identity and Access Management | да |
Язык Oracle Cloud Infrastructure | да |
Балансировка нагрузки Oracle Cloud Infrastructure | да |
Ведение журнала Oracle Cloud Infrastructure | да |
Oracle Cloud Infrastructure Logging Analytics | да |
Медиапоток Oracle Cloud Infrastructure | да |
Медиапотоки Oracle Cloud Infrastructure | да |
Мониторинг облачной инфраструктуры Oracle | да |
Уведомления Oracle Cloud Infrastructure | да |
Объектное хранилище Oracle Cloud Infrastructure | да |
Oracle Cloud Infrastructure Operations Insights | да |
Реестр Oracle Cloud Infrastructure | да |
Диспетчер ресурсов облачной инфраструктуры Oracle | да |
Служба поиска Oracle Cloud Infrastructure с OpenSearch | да |
Сетка Oracle Cloud Infrastructure Service | да |
Речь Oracle Cloud Infrastructure | да |
Шлюз Oracle Cloud Infrastructure Storage | да |
Потоковая передача инфраструктуры Oracle Cloud | да |
Маркировка Oracle Cloud Infrastructure | да |
Управление трафиком облачной инфраструктуры Oracle | да |
Служба сканирования уязвимостей Oracle Cloud Infrastructure | да |
Между Oracle Cloud Infrastructure и Microsoft Azure Interconnect | нет |
Служба базы данных Oracle для Azure | нет |
Хранилище облачной инфраструктуры Oracle | да |
Oracle Cloud Infrastructure Vision | да |
Виртуальная облачная сеть Oracle Cloud Infrastructure | да |
Oracle Analytics Cloud | да |
Служба больших данных Oracle | да |
Блокчейн-платформа Oracle | да |
Управление контентом Oracle | да |
Oracle Visual Builder Studio | да |
Цифровой помощник Oracle | да |
Oracle Exadata Cloud у заказчика | да |
Проверки работоспособности Oracle | нет |
Oracle Identity Cloud | да |
Интеграция с Oracle | да |
Облачная служба Oracle Java | да |
Облачная служба агента управления Oracle | да |
Служба базы данных Oracle MySQL | да |
Облачная служба базы данных Oracle NoSQL | да |
Зоны безопасности Oracle | да |
Служба Oracle Threat Intelligence | да |
Oracle Visual Builder | да |
Служба управления Java | да |
- Когда вы выбираете облачный регион по умолчанию во время регистрации или активации заказа, все центры обработки данных в этом регионе становятся доступными для вашего развертывания Oracle Cloud.