Планирование емкости для Oracle Database@Azure
Oracle Database@Azure — это служба базы данных Oracle, которая работает в Oracle Cloud Infrastructure (OCI) и находится в центрах обработки данных Azure в Корпорации Майкрософт. Это совместное предложение от Корпорации Майкрософт и Oracle требует планирования ресурсов и управления ими на обеих облачных платформах.
В этой статье приводятся рекомендации по планированию емкости для Oracle Database@Azure с помощью Oracle Exadata Database Service. В ней содержатся соображения и рекомендации, которые помогут вам спланировать этот процесс.
Заметка
Чтобы определить размеры Oracle Database@Azure, обратитесь к локальной группе продаж Oracle.
Рекомендации по емкости для виртуальных сетей и подсетей
Для Oracle Database@Azure требуется делегированная подсеть и она должна быть делегирована
Oracle.Database/networkAttachmentsперед развертыванием кластера.Вы можете создать не более одной Database@Azure делегированной подсети Oracle для каждой виртуальной сети.
Вы можете назначить несколько кластеров виртуальной машины Exadata одной делегированной подсети. Запланируйте достаточное количество диапазонов IP-адресов для размещения требуемого количества кластеров виртуальных машин. Например, если вы планируете развернуть два кластера виртуальных машин в одной подсети, убедитесь, что в подсети достаточно IP-адресов для поддержки обоих кластеров. Дополнительные сведения см. в разделе Планирование пространства IP-адресов для Oracle Database@Azure.
Кластеры виртуальных машин Exadata можно назначать разным виртуальным сетям в одной подписке или в разных подписках. Например, кластер виртуальных машин назначается подписке на разработку, а инфраструктура Oracle Exadata и другой ресурс кластера виртуальных машин Exadata — из рабочих подписок. Этот подход сводит к минимуму необходимость создания отдельных ресурсов инфраструктуры только для подписки на разработку. Чтобы назначить кластер Exadata VM виртуальной сети в отдельной подписке Azure, убедитесь, что обе подписки находятся в одной учетной записи выставления счетов. Дополнительные сведения см. в статье Связывание Oracle Database@Azure с несколькими подписками Azure.
Заметка
По умолчанию служба Oracle Database@Azure может использовать до пяти делегированных подсетей. Если требуется дополнительная емкость подсети, можно запросить увеличение ограничения службы. Дополнительные сведения см. в разделе Ограничения делегированной подсети.
Если вы планируете увеличить число кластеров виртуальных машин, убедитесь, что бессерверная маршрутизация Inter-Domain (CIDR) подсети клиента будет правильно выделена для предотвращения конфликтов IP-адресов и поддержания сегментации сети. Дополнительные сведения см. в разделе Планирование адресного пространства IP для Oracle Database@Azure.
Oracle Exadata Database@Azure подсети резервного копирования можно при желании указывать во время создания кластера виртуальных машин. Подсети резервного копирования создаются в OCI и не должны присутствовать в виртуальной сети Azure. Назначьте заранее CIDR для зарезервированных подсетей, чтобы избежать конфликтов IP-адресов. Этот подход помогает обеспечить гладкие сетевые операции и предотвратить потенциальные проблемы с подключением.
Рекомендации по емкости для инфраструктуры Exadata
Используйте Oracle Exadata Database@Azure для подготовки инфраструктуры, которая использует две базы данных и три сервера хранения. Эта настройка называется четверть-стойка. Перед подготовкой убедитесь, что выполнены все необходимые предварительные требования, такие как конфигурации сети и выделение ресурсов. Для получения дополнительной информации см. Проведение развертывания инфраструктуры Exadata.
Вы можете добавлять дополнительные серверы базы данных и хранилища независимо друг от друга. Можно добавить не более 32 серверов базы данных и 64 серверов хранения. Дополнительные сведения см. в параметрах масштабирования службы Oracle Database@Azure Service.
Вы можете увеличить или уменьшить масштаб инфраструктуры Exadata на основе требований рабочей нагрузки.
Масштабирование инфраструктуры Exadata с помощью консоли OCI, API, пакета SDK или Terraform. Процесс масштабирования выполняется в Сети без простоя и может занять до нескольких часов. Отслеживайте процесс из раздела рабочие запросы консоли OCI, чтобы убедиться, что масштабирование выполнено успешно.
После добавления дополнительных серверов базы данных или хранилищ в инфраструктуру Oracle Exadata Database@Azure добавьте только что подготовленную емкость в кластеры виртуальных машин.
Заметка
Операции масштабирования для Oracle Exadata Database@Azure в настоящее время управляются в OCI на уровне инфраструктуры и на уровне кластера виртуальных машин.
Рекомендации по емкости для кластера виртуальных машин Exadata
Рассмотрим следующие ограничения емкости для кластера виртуальных машин Exadata.
Максимальное количество восьми кластеров виртуальных машин можно создать в той же инфраструктуре Exadata.
Каждая виртуальная машина в кластере виртуальных машин Exadata имеет не менее двух ЦП Oracle (OCP) и 30 ГБ выделения памяти. Вы можете настроить оба ЦП независимо во время или после начальной настройки кластера виртуальных машин на основе требований рабочей нагрузки.
При подготовке кластера виртуальных машин можно начать с кластера виртуальных машин с одним узлом или кластером виртуальных машин с несколькими узлами. По умолчанию кластер виртуальной машины с несколькими узлами выбирается во время процесса создания.
Кластер с одним узлом нельзя использовать для конфигураций высокого уровня доступности . Чтобы обеспечить высокий уровень доступности, для каждого кластера виртуальных машин Exadata рекомендуется использовать минимум две виртуальные машины.
Кластер виртуальных машин можно масштабировать в зависимости от требований к рабочей нагрузке.
Вы можете отрегулировать количество OCPU и распределение памяти для экземпляра кластера ВМ Exadata симметрично на всех узлах до пределов инфраструктуры с помощью консоли OCI, API, набора SDK или Terraform.
После подготовки экземпляра кластера виртуальной машины Exadata можно уменьшить объем мощности обработки до нуля. Это действие эффективно завершает работу кластера виртуальных машин. В течение этого периода только расходы на инфраструктуру будут взиматься до тех пор, пока система не будет масштабирована снова. Эта функция помогает сэкономить затраты на тестовые системы и системы разработки, если они не используются.
Рекомендации по емкости для хранилища
Пространство хранилища в серверах хранения Oracle Exadata Database@Azure настраивается для использования системой Oracle Automatic Storage Management (ASM) при создании кластера виртуальных машин Exadata. По умолчанию создаются следующие группы дисков ASM:
Группа дисков DATA
Группа дисков RECO
Разреженная группа дисков, которая является необязательной
Дополнительные сведения о конфигурации хранилища см. в разделе Cloud Infrastructure Exadata — конфигурация хранилища.
Заметка
После создания кластера виртуальной машины Exadata невозможно изменить макет группы дисков.
Рассмотрим следующие параметры конфигурации хранилища:
Выбор между резервными копиями базы данных или разреженными группами дисков во время создания кластера виртуальных машин значительно влияет на выделение места на диски ASM в группах дисков Oracle Exadata Database@Azure серверах хранения. Дополнительные сведения см. в разделе Влияние параметров конфигурации на хранилище.
Хранение резервных копий базы данных локально на сервере хранилища Oracle Exadata Database@Azure не защищает от потери данных, вызванных сбоями оборудования и сбоями в зонах доступности или регионах. Чтобы обеспечить устойчивость архитектуры для незапланированных сбоев, ознакомьтесь с параметрами архитектуры в непрерывности бизнес-процессов и аварийного восстановления для Oracle Database@Azure.