Часто задаваемые вопросы о группе томов приложений 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 Azure NetApp Files, чтобы помочь вам спланировать общий размер системы SAP.

Важные сведения, которые необходимо предоставить для каждой системы, включают следующие элементы: SID, роль (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
24восемьсот
461000
681200
8101400
10без ограничений1 500

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

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

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

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

Размещены ли все тома в непосредственной близости к моим серверам SAP HANA?

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

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

Для использования группы близкого размещения требуется создание группы близкого размещения (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 с помощью опции «Добавить один том».

Важные сведения, необходимые для определения размера каждого тома, включают: SID, роль (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 отключен. Необходимо запросить включение использования групп размещения в непосредственной близости через канал поддержки.

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

  • Last updated on