Часто задаваемые вопросы о группе томов приложений Azure NetApp Files

  • Статья

Найдите ответы на часто задаваемые вопросы о группе томов приложений Azure NetApp Files.

Часто задаваемые вопросы

В этом разделе приводятся ответы на общие вопросы о группах томов приложений Azure NetApp Files.

Почему для всех томов базы данных следует использовать пул емкости QoS вручную?

Пул емкости QoS вручную обеспечивает оптимальный баланс между емкостью и пропускной способностью в соответствии с потребностями базы данных. Это позволяет избежать чрезмерной подготовки для достижения производительности, например тома журнала или тома данных. Кроме того, он может зарезервировать больше места для резервного копирования журналов, сохраняя производительность в соответствии с вашими потребностями. В целом использование пула емкости QoS вручную приводит к преимуществам затрат.

Примечание.

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

Можно ли клонировать том, созданный с помощью группы томов приложений?

Да, вы можете клонировать том, созданный группой томов приложения. Для этого можно выбрать моментальный снимок и восстановить его в новом томе. Клонирование — это процесс вне рабочего процесса группы томов приложения. Таким образом, рассмотрим следующие ограничения:

  • При клонировании одного тома проверяется отсутствие зависимостей, относящихся к группе томов.
  • Клонированные тома не входят в группу томов.
  • Клонированные тома всегда помещаются в ту же конечную точку хранилища, что и исходный том.
  • Чтобы достичь наименьшей задержки для клонированного тома, необходимо подключиться с тем же IP-адресом, что и исходный том.

Сколько времени занимает создание группы томов?

Создание группы томов включает в себя множество различных шагов, и не все из них можно выполнять параллельно. Особенно при создании первой группы томов для заданного расположения может потребоваться 9–12 минут для завершения. Последующие группы томов должны занять меньше времени для создания.

Сбой развертывания и даже не был создан один том. Почему так?

Такое поведение является нормальным. Группа томов приложений подготавливает тома атомарным образом и откатит развертывание в случае сбоя развертывания одного из компонентов. Развертывание обычно завершается ошибкой, так как указанное расположение не имеет достаточно доступных ресурсов для удовлетворения ваших требований. Проверьте журнал развертывания для получения сведений и исправьте конфигурацию пула емкости, если это необходимо.

Почему не удается изменить описание группы томов?

В текущей реализации группа томов приложения сосредоточена на первоначальном создании и удалении только группы томов.

Какую политику моментальных снимков следует использовать для томов базы данных?

Вы можете использовать такие продукты, как AzAcSnap или Commvault для резервного копирования, согласованного с приложением, для среды базы данных. Стандартные моментальные снимки, запланированные встроенной политикой моментальных снимков Azure NetApp Files, нельзя использовать для согласованной защиты данных.

Общие рекомендации по моментальным снимкам в среде базы данных приведены следующим образом:

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

Часто задаваемые вопросы о группе томов приложений для SAP HANA

В этом разделе приведены вопросы о группе томов приложений Azure NetApp Files для SAP HANA.

Инструкции по подключению тома включают список IP-адресов. Какой IP-адрес следует использовать?

Группа томов приложений гарантирует, что тома данных и журналов для одного узла всегда имеют отдельные конечные точки хранилища с разными IP-адресами, чтобы обеспечить лучшую производительность. Для размещения данных, журналов и общих томов в ресурсах хранилища Azure NetApp Files можно создать до шести конечных точек хранения для каждого используемого ресурса хранилища Azure NetApp Files. По этой причине рекомендуется соответствующим образом размер делегированной подсети. Ознакомьтесь с требованиями и рекомендациями по группе томов приложений для SAP HANA. Хотя для подключения можно использовать все перечисленные IP-адреса, первый указанный IP-адрес — это тот, который обеспечивает наименьшую задержку. Рекомендуется всегда использовать первый IP-адрес.

Можно ли использовать nconnect в качестве параметра подключения?

Azure NetApp Files поддерживает nconnect NFSv4.1, но требует следующих версий ОС Linux:

  • SLES 15SP2 и выше
  • RHEL 8.3 и более поздних версий

При использовании nconnect параметра подключения ограничение чтения составляет до 4500 МиБ/с (см . рекомендации по подключению Linux NFS для Azure NetApp Files), а предлагаемые ограничения пропускной способности для тома данных могут быть адаптированы соответствующим образом.

hostid Почему (например, 00001) добавляется к моим именам даже при удалении {Hostid} заполнителя?

Группа томов приложений требует, чтобы заполнитель {Hostid} был частью имен. При удалении hostid автоматически добавляется в указанную строку.

Последние имена для каждого тома можно просмотреть после нажатия кнопки "Просмотр и создание".

Почему 1500 MiB/s является максимальным значением пропускной способности, которое группа томов приложений для SAP HANA предлагает для тома данных?

NFSv4.1 — это поддерживаемый протокол для SAP HANA и Oracle. Таким образом, при подключении одного тома поддерживается один сеанс TCP/IP. Для выполнения одного сеанса TCP (то есть из одного узла) с одним томом 1500 МиБ/с является типичным ограничением ввода-вывода. Именно поэтому группа томов приложений для SAP HANA позволяет избежать выделения больше пропускной способности, чем можно реально достичь. Если требуется дополнительная пропускная способность, особенно для больших баз данных HANA (например, 12 ТиБ), следует использовать несколько секций или использовать nconnect параметр подключения.

Разделы справки размер томов Azure NetApp Files для использования с SAP HANA для оптимальной производительности и экономичности?

Для оптимального размера важно размер полного ландшафта, включая моментальные снимки и резервные копии. Определите макет тома для рабочей среды, высокой доступности и защиты данных и выполните изменение размера с помощью калькулятора размера Azure NetApp Files для развертываний SAP HANA.

Я получил предупреждение "Not enough pool capacity". Что я могу сделать?

Группа томов приложения вычисляет емкость и пропускную способность всех томов на основе входных данных памяти HANA. При выборе пула емкости он немедленно проверяет наличие достаточной емкости и пропускной способности в пуле емкости.

На начальном экране SAP HANA можно игнорировать это сообщение и продолжить рабочий процесс, нажав кнопку "Далее ". И позже можно адаптировать предлагаемые значения для каждого тома по отдельности, чтобы все тома соответствовали пулу емкости. Это сообщение об ошибке возникает при изменении каждого отдельного тома до тех пор, пока все тома не помещаются в пул емкости.

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

Как понять, как масштабировать систему или общую системную среду?

Обратитесь к эксперту по размеру SAP NetApp Files, чтобы помочь вам спланировать общее изменение размера системы SAP.

Важные сведения, необходимые для каждой системы, включают следующие элементы: sid, role (production, dev, pre-prod/QA), память HANA, резервирование моментальных снимков в процентах, количество дней для хранения локальных моментальных снимков, количество резервных копий на основе файлов, один узел или несколько узлов с числом узлов, а также HSR (основной, вторичный).

Для оптимизации процесса определения размера SAP HANA можно использовать метод оценки размера SAP HANA.

Если вы знаете свои системы (от запуска HANA до), вы можете предоставить данные вручную вместо этих универсальных предположений.

Можно ли использовать новую функцию SAP HANA для нескольких разделов?

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

Основы для нескольких разделов приведены ниже.

  • Несколько разделов означают, что один узел SAP HANA использует несколько томов для хранения сохраняемости.
  • Несколько секций должны подключаться по разным путям. Например, первый том включен /hana/<SID>/data1/mnt00001, а второй том должен иметь другой путь (/hana/<SID>/data2/mnt00002). Чтобы добиться этого результата, необходимо вручную адаптировать соглашение об именовании. то есть <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • Память — это ключ для группы томов приложений для SAP HANA для размера емкости и пропускной способности. Таким образом, необходимо адаптировать размер для размещения количества секций. Для двух разделов следует использовать 50 % памяти. Для трех секций следует использовать 33% памяти и т. д.

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

Дополнительные сведения об этом разделе см. в статье Об использовании AVG Azure NetApp Files для SAP HANA для развертывания HANA с несколькими секциями.

Каковы правила предлагаемой пропускной способности для моих томов данных и журналов HANA?

SAP определяет ключевые показатели производительности для томов HANA как 400 МиБ/с для данных и 250 МиБ/с для тома журнала. Это определение не зависит от размера или рабочей нагрузки базы данных HANA. Группа томов приложений масштабирует значения пропускной способности таким образом, чтобы даже наименьшая база данных соответствовала КПЭ SAP HANA, и более крупные преимущества базы данных от более высокого уровня пропускной способности, масштабируя предложение на основе введенного размера базы данных HANA.

В следующей таблице описан диапазон памяти и предложенная пропускная способность для тома данных HANA:

Диапазон памяти (ТБ)Предлагаемая пропускная способность (МБ/с)
МинимумМаксимум
01400
12600
24800
461000
681200
8101400
10без ограничений1500

В следующей таблице описан диапазон памяти и предложенная пропускная способность для тома журнала HANA:

Диапазон памяти (ТБ)Предлагаемая пропускная способность (МБ/с)
МинимумМаксимум
04250
4без ограничений500

Пропускная способность тома базы данных в основном влияет на время, необходимое для чтения данных в память при запуске базы данных. Однако во время выполнения большинство операций ввода-вывода — это запись ввода-вывода, где даже ключевые показатели эффективности показывают более низкие значения. Пользовательский интерфейс показывает, что для небольших баз данных HANA ключевые показатели эффективности могут быть выше, чем требуется в течение большей части времени.

Производительность Каждого тома Azure NetApp Files можно настроить во время выполнения. Таким образом, в любое время можно настроить производительность базы данных, изменив пропускную способность данных и тома журнала в соответствии с вашими требованиями. Например, вы можете точно настроить производительность и сократить затраты, позволяя повысить пропускную способность при запуске, сокращая ключевые показатели эффективности во время нормальной работы.

Подготовлены ли все тома в близком расположении к моим серверам SAP HANA?

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

Использование размещения томов зоны доступности (доступно с расширением 1) помещает тома в ту же зону доступности, что и виртуальные машины приложения. Использование зон доступности также поддерживает стандартные сетевые функции, которые поддерживают повышенную безопасность через поддержку группы безопасности сети. Для этого метода не требуется закрепление вручную. Поэтому проще и быстрее использовать.

Для использования группы размещения близкого взаимодействия требуется создание группы размещения близкого взаимодействия (PPG) для серверов SAP HANA. Это размещение гарантирует, что данные, журналы и общие тома создаются близко к серверам SAP HANA, чтобы обеспечить оптимальную задержку и пропускную способность. Для этого метода требуется ручное закрепление группы размещения близкого взаимодействия, которую использует группа томов приложений для поиска оптимального расположения для развертывания томов. Этот метод поддерживает только основные сетевые функции. Обратите внимание, что тома резервного копирования журналов и резервного копирования данных не требуют низкой задержки. С точки зрения защиты эти тома резервного копирования можно хранить в другом расположении от данных, журналов и общих томов. Таким образом, группа томов приложения помещает тома резервного копирования в другое расположение хранилища в регионе с достаточной емкостью и доступностью пропускной способности.

Что такое связь между томами AVset, VM, PPG и Azure NetApp Files?

Группе размещения близкого взаимодействия (PPG) требуется по крайней мере одна виртуальная машина, назначенная ей напрямую или через AVset. Цель PPG — извлечь точное расположение виртуальной машины и передать эти сведения группе томов приложений для поиска ресурсов Azure NetApp Files в том же центре обработки данных. Этот параметр работает только при запуске по крайней мере ОДНОЙ виртуальной машины в PPG. Как правило, серверы базы данных можно добавить в PPG.

PPG имеют побочный эффект, что если все виртуальные машины завершаются, следующий перезапуск виртуальных машин не гарантирует, что они будут запускаться в том же центре обработки данных, что и раньше. Чтобы предотвратить эту ситуацию, настоятельно рекомендуется использовать набор AVset, в котором все виртуальные машины и PPG связаны и используют рабочий процесс закрепления HANA. Рабочий процесс не только гарантирует, что виртуальные машины не перемещаются при перезапуске, он также гарантирует, что расположения выбраны, где доступно достаточно ресурсов вычислений и Azure NetApp Files.

Для системы SAP HANA с несколькими узлами общий том будет изменен при добавлении дополнительных узлов HANA?

№ Этот сценарий в настоящее время является одним из немногих случаев, когда необходимо вручную настроить размер. SAP рекомендует размер общего тома как 1 x ОЗУ для каждого четырех узлов HANA. Так как общий том создается в составе первого узла SAP HANA, он уже размером в 1 ТБ. Существует два варианта правильного размера тома общего ресурса для SAP HANA.

  • Если вы знаете заранее, что вам нужно, например шесть узлов, можно изменить предложение 1 ТБ во время первоначального создания с группой томов приложений для SAP HANA. На этом этапе можно также увеличить пропускную способность (т. е. QoS) для размещения шести узлов.
  • Вы всегда можете изменить общий том и изменить размер и пропускную способность по отдельности после создания тома. Это можно сделать в группе размещения томов или непосредственно в томе с помощью поставщика ресурсов Azure или графического интерфейса.

Я хочу создать том резервного копирования данных не только для одного экземпляра, но и для нескольких баз данных SAP HANA. Как это сделать?

Тома резервного копирования и резервного копирования данных являются необязательными, и они не требуют близкого взаимодействия. Лучший способ достичь предполагаемого результата заключается в удалении тома резервного копирования данных или резервного копирования журналов при создании первого тома из группы томов приложений для SAP HANA. Затем вы можете создать собственный том в качестве отдельного независимого тома с помощью стандартной подготовки томов и выбора соответствующей емкости и пропускной способности в соответствии с вашими потребностями. Следует использовать соглашение об именовании, указывающее том резервного копирования данных и используемое для нескольких идентификаторов SID.

Часто задаваемые вопросы о группе томов приложений для Oracle

В этом разделе приведены вопросы о группе томов приложений Azure NetApp Files для Oracle.

Будут ли все тома подготовлены в той же зоне доступности, что и сервер базы данных для Oracle?

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

Разделы справки размер томов Azure NetApp Files для использования с Oracle для оптимальной производительности и экономичности?

Для оптимального размера важно иметь размер полного ландшафта базы данных, включая высокий уровень доступности, моментальные снимки и резервные копии. Определите макет тома для рабочей среды, высокой доступности и защиты данных и выполните размер в соответствии с вашими наиболее требовательными рабочими нагрузками Oracle в Azure без ущерба для производительности или масштабируемости и оценки производительности и оценки рабочих нагрузок Oracle в виртуальные машины IaaS Azure. Вы также можете использовать SAP в Azure NetApp Files sizing Estimator с помощью параметра добавления входных данных с одним томом.

Важные сведения, необходимые для определения размера каждого тома: sid, role (production, Dev, pre-prod/QA), резервирования моментальных снимков в процентах, количества дней для хранения локальных моментальных снимков, количества резервных копий на основе файлов, одного узла или нескольких узлов с количеством узлов и Data Guard (основной, вторичной). Обратитесь к эксперту по размерам Oracle в Azure NetApp Files, чтобы помочь вам спланировать общий размер системы Oracle.

Инструкции по подключению тома включают список IP-адресов. Какой IP-адрес следует использовать для Oracle?

Группа томов приложений гарантирует, что данные, журнал повтора, архивные журналы и тома резервного копирования имеют отдельные конечные точки хранилища с разными IP-адресами, чтобы обеспечить лучшую производительность. Хотя для подключения можно использовать все перечисленные IP-адреса, первый указанный IP-адрес — это тот, который обеспечивает наименьшую задержку. Рекомендуется всегда использовать первый IP-адрес.

Какую версию NFS следует использовать для моих томов Oracle?

Используйте Oracle dNFS на клиенте для подключения томов. Хотя подключение с dNFS работает с томами, созданными с помощью NFSv3 и NFSv4.1, рекомендуется развернуть тома с помощью NFSv3. Дополнительные сведения и зависимости выпуска см. в заметках о клиентской операционной системе и Oracle. Дополнительные сведения см. в статье "Преимущества использования Azure NetApp Files с базой данных Oracle и производительностью базы данных Oracle в Azure NetApp Files с несколькими томами".

Чтобы обеспечить оптимальную производительность для больших баз данных, рекомендуется использовать dNFS на сервере базы данных для подключения тома. Чтобы упростить настройку dNFS, рекомендуется создать тома с помощью NFSv3.

Какую политику моментальных снимков следует использовать для томов Oracle?

Этот вопрос не связан напрямую с группой томов приложений для Oracle. Вы можете использовать такие продукты, как AzAcSnap или Commvault для резервного копирования, согласованного с приложениями для баз данных Oracle. Стандартные моментальные снимки, запланированные встроенной политикой моментальных снимков Azure NetApp Files, нельзя использовать для согласованной защиты данных базы данных Oracle.

Общие рекомендации по моментальным снимкам в среде Oracle приведены следующим образом:

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

Можно ли использовать Oracle ASM с AVG для созданных томов Oracle?

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

Почему можно использовать группу размещения близкого взаимодействия (PPG) для развертывания Oracle?

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

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