Подключение к облачной инфраструктуре Oracle
В этом разделе описаны различные методы подключения архитектуры целевой зоны Azure к инфраструктуре Oracle Cloud Infrastructure (OCI).
Рекомендации по проектированию.
С помощью ExpressRoute и FastConnect клиенты могут подключить виртуальную сеть в Azure к виртуальной облачной сети в OCI, если их пространства частных IP-адресов не перекрываются. После установления подключения ресурсы в виртуальной сети Azure могут взаимодействовать с ресурсами в виртуальной сети OCI, как будто они находятся в одной сети.
Служба Azure ExpressRoute FastPath предназначена для повышения производительности передачи данных между двумя сетями, как локальными, так и Azure, и конкретно в этом сценарии — между OCI и Azure. Когда FastPath включена, она отправляет сетевой трафик непосредственно на виртуальные машины в виртуальной сети, минуя шлюз ExpressRoute.
FastPath доступен для всех каналов ExpressRoute.
Для обмена маршрутами функции FastPath все еще требуется создание шлюза виртуальной сети. Шлюз виртуальной сети должен использовать SKU "Очень высокая производительность" либо или SKU ErGw3AZ для шлюза ExpressRoute, чтобы управлять маршрутами.
На данный момент ExpressRoute FastPath не поддерживает некоторые функции, например виртуальные глобальные сети Azure или пиринг виртуальных сетей.
Вы можете использовать Global Reach ExpressRoute для подключения локальной сети к OCI через каналы ExpressRoute, но это может привести к дополнительным затратам на пропускную способность, которые можно подсчитать с помощью калькулятора цен Azure. При переносе больших объемов данных из локальной среды в Oracle важно учитывать дополнительные расходы с помощью каналов ExpressRoute.
В регионах Azure, поддерживающих зоны доступности, размещение рабочих нагрузок Azure в одной зоне или другой может оказать небольшое влияние на задержку. Разрабатывайте приложение с учетом баланса доступности и производительности.
Подключение Azure и OCI доступно только для отдельных регионов.
Более подробные сведения о подключении Azure и OCI см. в статье о решениях для приложений Oracle с интеграцией Microsoft Azure и Oracle Cloud Infrastructure или о доступе к Microsoft Azure в OCI.
Рекомендации по проектированию.
Создайте канал ExpressRoute для взаимодействия Azure с OCI в подписке на подключение.
Для развертываний в одном городе рассмотрим ExpressRoute Metro.
Сетевую архитектуру Azure можно подключать по традиционной звездообразной архитектуре или на основе топологий виртуальной глобальной сети Azure. Для этого необходимо подключить канал ExpressRoute, который будет использоваться для подключения Azure к OCI к концентратору виртуальной сети или виртуальной глобальной сети, как показано на схеме ниже.
Рис. 1. Подключение Azure и OCI через ExpressRoute.
Если для работы приложения необходимо минимальная задержка между Azure и OCI, рекомендуется развернуть приложение в одной виртуальной сети с шлюзом ExpressRoute и включенной службой FastPath.
Рис. 2. Подключение Azure и OCI в одной виртуальной сети.
При развертывании ресурсов Azure в зонах доступности выполните тесты на задержку передачи из виртуальных машин Azure, расположенных в разных зонах доступности, на ресурсы OCI. Так вы сможете понять, какие из трех зон доступности имеют наименьшую задержку для ресурсов OCI.
Для использования ресурсов Oracle, размещенных в OCI с помощью ресурсов и технологий Azure, можно выполнить следующее:
Из Azure. Разверните поля перехода в распределенной виртуальной сети. Поле перехода предоставляет доступ к виртуальной облачной сети в OCI, как показано на рисунке ниже:
Рис. 3. Управление ресурсами OCI из Azure с помощью поля перехода.
Из локальной среды. Используйте службу ExpressRoute Global Reach, чтобы привязать существующий канал ExpressRoute, который подключается к Azure в локальной среде, к каналу ExpressRoute, который соединяет Azure с OCI. Таким образом маршрутизатор Microsoft Enterprise Edge (MSEE) станет центральной точкой маршрутизации между каналами ExpressRoute.
Рис. 4. Управление ресурсами OCI из локальной среды с помощью службы ExpressRoute Global Reach.
Следующие шаги
Сведения о подключении к другим поставщикам облачных служб см. в статье Подключение к другим поставщикам облачных служб.