Поделиться через

Общие сведения о группе томов приложений Azure NetApp Files для Oracle

  • Статья

Группа томов приложений для Oracle позволяет развертывать все тома, необходимые для установки и эксплуатации баз данных Oracle в масштабе предприятия, с оптимальной производительностью и в соответствии с рекомендациями в одном одношаговом и оптимизированном рабочем процессе. Функция группы томов приложений использует возможность Azure NetApp Files размещать все тома в той же зоне доступности, что и виртуальные машины, для достижения автоматизированного развертывания, оптимизированного по задержке.

Группа томов приложений для Oracle реализовала множество технических улучшений, которые упрощают и стандартизуют весь процесс, чтобы упростить развертывание томов для Oracle. Все необходимые тома, например до восьми томов данных, журналы повторного ввода в сети и архивные журналы повторного ввода, резервные копии и двоичные файлы, создаются в одной "атомарной" операции (через портал Azure, RP или API).

Группа томов приложений Azure NetApp Files сокращает время развертывания базы данных Oracle и повышает общую производительность и стабильность приложения, включая использование нескольких конечных точек хранилища. Функция группировки томов приложения поддерживает широкий спектр макетов баз данных Oracle - от небольших баз данных с одним томом до баз данных размером в сотни ТиБ. Он поддерживает до восьми томов данных с производительностью, оптимизированной для снижения задержки, и ограничивается только сетевыми возможностями виртуальной машины базы данных.

Использование нескольких томов, подключенных через несколько конечных точек хранения и развернутых группой томов приложений Oracle, обеспечивает улучшение производительности, как описано в статье о базе данных Oracle на нескольких томах.

Группа томов приложений для Oracle поддерживается во всех регионах с поддержкой Azure NetApp Files.

Основные возможности

Группа томов приложений для Oracle предоставляет следующие возможности:

  • Поддержка больших вариантов конфигураций Oracle начиная с 2 томов для небольших баз данных до 12 томов для огромных баз данных до нескольких сотен ТиБ.
  • Создание следующего макета тома:
    • Данные: один до восьми томов данных
    • Журнал: том журнала в сети (log) и дополнительный том журнала (log-mirrorпри необходимости)
    • Двоичный файл: том для двоичных файлов Oracle (необязательно)
    • Резервное копирование: объём журнала для архивирования резервной копии журнала (необязательно)
  • Создание томов в пуле вручную настраиваемой емкости QoS
    Размер тома и требуемая производительность (в MiB/s) предлагаются на основе пользовательских входных данных для размера базы данных и требований к пропускной способности базы данных.
  • Шаблон графического интерфейса группы томов приложений и Azure Resource Manager (ARM) предоставляют рекомендации по упрощению управления размерами и созданию томов. Например:
    • Предложение соглашения об именовании томов на основе идентификатора системы (SID) и типа тома
    • Вычисление размера и производительности на основе ввода пользователем

Группа томов приложений для Oracle помогает упростить процесс развертывания и повысить производительность хранилища для рабочих нагрузок Oracle. Ниже приведены некоторые новые функции.

  • Использование выбора зоны доступности для обеспечения размещения томов в одной зоне с вычислительными виртуальными машинами.
    По запросу томы могут быть размещены на основе PPG в регионах, где нет зон доступности, что требует ручного процесса.
  • Создание отдельных конечных точек хранилища (с разными IP-адресами) для томов данных и журналов.
    Этот метод развертывания обеспечивает более высокую производительность и пропускную способность для базы данных Oracle.
  • Управляемые клиентом ключи поддерживают повышение безопасности и соответствия требованиям.

Макет группы томов приложения

Группа томов приложений для Oracle развертывает несколько томов на основе входных данных и доступности ресурсов в выбранном регионе и зоне в соответствии со следующими правилами:

  • Группа томов приложений может развертывать от 1 до 8 томов данных, журналов (включая, при необходимости, зеркальные журналы), резервных копий и двоичных томов в выбранной зоне, используя те же сетевые функции (стандартные или базовые) и ту же версию NFS (NFSv4.1 или NFSv3).
  • Пул емкости размещения необходимо настроить с помощью ручного QoS.
  • Объемы данных развертываются в соответствии с правилами анти-аффинити, чтобы обеспечить их распределение по максимально возможному количеству конечных точек хранилища Azure NetApp Files в выбранной зоне. Томам также назначаются прямые конечные точки хранилища для максимально возможной задержки.
  • До трех томов данных можно развернуть в одной конечной точке хранилища в зонах с ограниченными ресурсами, если разрешены требования к емкости и пропускной способности.
  • Журналы, зеркала журналов и резервные тома развертываются по правилам отсутствия группировки: никакой из этих томов не может делить пункты хранения. Эти тома назначаются конечным точкам системы прямого хранения данных.
  • Двоичный том может совместно использовать конечную точку хранилища с томом резервного копирования и не требует прямой конечной точки хранилища.

Развертывания с высоким уровнем доступности будут включать тома в 2 зонах доступности, для которых можно развертывать тома с помощью группы томов приложений для Oracle в обоих зонах. Вы можете использовать репликацию данных на основе приложений, например Data Guard. Пример конфигурации тома двухзонного типа:

Развертывания с высоким уровнем доступности включают тома в двух зонах доступности, для которых можно развернуть тома с помощью группы томов приложений для Oracle в обеих зонах. Вы можете использовать репликацию данных на основе приложений, например Data Guard. Пример макета тома двухзонного объема:

Схема макета тома с двумя зонами.

Полностью созданное развертывание с восемью томами данных и всеми необязательными томами в зоне с достаточной доступностью ресурсов может выглядеть следующим образом:

Схема развертывания Oracle.

В зонах с ограниченными ресурсами тома могут быть развернуты на общих конечных точках хранилища из-за вышеупомянутых алгоритмов защиты от сходства и без группировки. На этой схеме показан пример макета тома в зоне с ограниченными ресурсами:

Схема расположения восьми томов данных.

В зонах с ограниченными ресурсами тома развертываются на общих конечных точках хранилища, сохраняя правила защиты от сопоставления и без группирования. В результирующем макете показаны тома журнала и зеркального отображения на конечных точках частного хранилища, а тома данных размещены на общих конечных точках хранилища. Тома журнала и зеркального отображения журналов не используют одинаковые конечные точки хранения.

Следующие шаги