Топология сети и подключение для Oracle Database@Azure — проектирование подключения BCDR
В этой статье рассматриваются вопросы подключения и обеспечения высокой доступности (HA) и аварийного восстановления (DR) для развертываний Oracle Exadata Database@Azure. Она начинается с решения избыточности в одном регионе, а затем расширяется на архитектуры между регионами, чтобы обеспечить устойчивость сред и удовлетворить требования к целевой точке восстановления (RPO) и целевой цели времени восстановления (RTO).
Необходимо решить следующие ключевые требования:
Низкая задержка: Минимизируйте задержку трафика базы данных для обеспечения оптимальной производительности.
Обеспечение непрерывности бизнеса и аварийного восстановления (BCDR): высокая доступность Oracle Exadata Database@Azure и связанных приложений является критически важной для поддержания бизнес-операций с низкими значениями RTO или RPO.
Сетевое подключение между основными и резервными экземплярами Oracle Exadata Database@Azure можно установить через сеть Azure и сеть Oracle Cloud Infrastructure (OCI). Маршрут по умолчанию для этого подключения осуществляется через Azure. В этой статье основное внимание уделяется проектированию сетей в Azure. Дополнительные сведения см. в разделе BCDR для Oracle Database@Azure.
Избыточность в одном регионе
Для избыточности в одном регионе необходимо два отдельных развертывания Oracle Exadata Database@Azure. Каждое развертывание должно находиться в другой виртуальной сети и соответствовать другой зоне доступности.
На следующей схеме показана настройка избыточности в одном регионе, которая использует два развертывания Oracle Exadata Database@Azure в отдельных виртуальных сетях для охвата нескольких зон доступности.
Заметка
Oracle Data Guard использует базовую сеть Azure. Репликация данных происходит через одноранговую виртуальную сеть Azure в регионе Azure и не использует сеть OCI. Взимается плата за исходящие данные.
Избыточность между регионами
Чтобы развернуть избыточную сетевую конфигурацию в разных регионах, можно настроить трафик на платформе Azure или OCI. В следующих шаблонах приведены рекомендации по сценариям, когда трафик должен оставаться в Azure. На следующей схеме показана топология концентратора и периферийной структуры.
На следующей схеме показана топология Виртуальной глобальной сети Azure.
Рекомендации по проектированию
Параметры сети для BCDR: Вы можете установить сетевое соединение между основными и резервными инстансами Oracle Database@Azure через сети Azure и сети OCI. Маршрут по умолчанию для этого подключения осуществляется через Azure.
затраты на исходящий трафик: учитывайте затраты на исходящий трафик между виртуальными сетями при репликации данных.
В зонах доступности: убедитесь, что два развертывания Oracle Exadata Database@Azure распределены по разным зонам доступности, чтобы изолировать сбои на уровне зон доступности.
Настройка Data Guard: Для аварийного восстановления в пределах той же области или зоны доступности, Data Guard должна быть включена и настроена в синхронном режиме, чтобы минимизировать значения RTO и RPO и оптимизировать производительность. Дополнительные сведения см. в разделе рекомендации по BCDR для Oracle Database@Azure.
Поддерживаемые топологии сети: использовать подключение на основе виртуальной глобальной сети и пиринг с центральной сетью.
Рекомендации по проектированию
сетевые виртуальные устройства (NVAs): свести к минимуму использование сетевых виртуальных устройств (NVAs) в сетевом пути, так как каждый дополнительный переход добавляет задержку, которая может снизить производительность репликации Data Guard.
Затраты и рост: оценить затраты на входящий трафик и исходящий трафик, будущие ожидания роста и потенциальные изменения в вашей сетевой архитектуре. Выравнивайте структуру с целями непрерывности бизнес-процессов и ограничениями бюджета.
Асинхронная репликация для аварийного восстановления между регионами: Из-за более высокой задержки между географически удаленными регионами следует учитывать использование асинхронной репликации Data Guard. Этот режим может обрабатывать повышенную задержку, не влияя на производительность рабочей среды. Он также обеспечивает надежные возможности для аварийного восстановления данных.
Следующий шаг
Чтобы подготовиться к миграции, рассмотрите возможность подключения из локальной базы данных Oracle к Oracle Exadata Database@Azure. Дополнительные сведения см. в проекте подключения миграции.