Рекомендации по тестам производительности для Azure NetApp Files
В этой статье содержатся сведения о рекомендациях касательно тестирования для определения метрик и производительности тома с использованием Azure NetApp Files.
Обзор
Чтобы понять характеристики производительности тома Azure NetApp Files, можно использовать средство FIO с открытым исходным кодом для выполнения серии тестов для имитации различных рабочих нагрузок. FIO можно установить для операционных систем на базе Linux и Windows. Это отличное средство для получения быстрого моментального снимка операций ввода-вывода и пропускной способности для тома.
Важно!
Azure NetApp Files не рекомендует использовать служебную dd
программу в качестве базового средства тестирования. Для создания и анализа оптимальной производительности инфраструктуры следует использовать фактическую рабочую нагрузку приложения, моделирование рабочих нагрузок и анализ средств (например, Oracle AWR с Oracle или эквивалент IBM для DB2). Такие инструменты, как FIO, vdbench и иометр, имеют свои места в определении ограничений хранилища виртуальных машин, сопоставляя параметры теста с фактическими сочетаниями рабочих нагрузок приложений для наиболее полезных результатов. Однако всегда лучше всего протестировать с помощью реального приложения.
Определение размера экземпляров виртуальных машин
Чтобы получить наилучшие результаты, убедитесь, что для выполнения тестов используется экземпляр виртуальной машины с соответствующим размером. В следующих примерах используется экземпляр Standard_D32s_v3. Дополнительные сведения о размерах экземпляров виртуальных машин см. в статьях Размеры виртуальных машин Windows в Azure, если вы используете виртуальную машину под управлением Windows, и Размеры виртуальных машин Linux в Azure для VM под управлением Linux.
Определение размера тома Azure NetApp Files
Убедитесь, что выбраны правильные уровень обслуживания и размер квоты тома, чтобы гарантировать ожидаемый уровень производительности. Дополнительные сведения см. в разделе "Уровни обслуживания" для Azure NetApp Files.
Рекомендации по виртуальной сети
Тестирование производительности следует выполнять в той же виртуальной сети, что и Azure NetApp Files. Ниже приведен пример рекомендации.
Средства тестирования производительности
В этом разделе содержатся сведения о нескольких средствах тестирования.
SSB
SQL служба хранилища Benchmark (SSB) — это средство с открытым исходным кодом, написанное на Python. Она предназначена для создания "реальной" рабочей нагрузки, которая эмулирует взаимодействие с базой данных таким образом, чтобы оценить производительность подсистемы хранения.
Цель SSB — разрешить организациям и отдельным лицам измерять производительность подсистемы хранения под стрессом рабочей нагрузки базы данных SQL.
Установка SSB
Следуйте разделу "Начало работы " в файле SSB README, чтобы установить для выбранной платформы.
FIO
Гибкий тестировщик ввода-вывода (FIO) — это бесплатное средство ввода-вывода с открытым исходным кодом, используемое как для проверки производительности, так и для проверки нагрузки и оборудования.
FIO доступен в двоичном формате как для Linux, так и для Windows.
Установка FIO
Следуйте разделу "Двоичные пакеты" в файле FIO README, чтобы установить для выбранной платформы.
Примеры FIO для операций ввода-вывода в секунду
В примерах FIO, приведенных в этом разделе, используются следующие настройки:
- Размер экземпляра виртуальной машины: D32s_v3
- Уровень и размер службы пула ресурсов: Премиум/50 ТиБ
- Размер квоты тома: 48 ТиБ
В следующих примерах показаны случайные операции чтения и записи FIO.
FIO: размер блока 8 000, 100 % случайных операций чтения
fio --name=8krandomreads --rw=randread --direct=1 --ioengine=libaio --bs=8k --numjobs=4 --iodepth=128 --size=4G --runtime=600 --group_reporting
FIO: размер блока 8 000, 100 % случайных операций записи
fio --name=8krandomwrites --rw=randwrite --direct=1 --ioengine=libaio --bs=8k --numjobs=4 --iodepth=128 --size=4G --runtime=600 --group_reporting
Результаты тестов производительности
Официальные результаты теста производительности FIO в Azure NetApp Files см. в статье о производительности Azure NetApp Files для Linux.
Примеры FIO для пропускной способности
В примерах этого раздела показаны последовательные операции чтения и записи FIO.
FIO: размер блока 64 000, 100 % последовательных операций чтения
fio --name=64kseqreads --rw=read --direct=1 --ioengine=libaio --bs=64k --numjobs=4 --iodepth=128 --size=4G --runtime=600 --group_reporting
FIO: размер блока 64 000, 100 % последовательных операций записи
fio --name=64kseqwrites --rw=write --direct=1 --ioengine=libaio --bs=64k --numjobs=4 --iodepth=128 --size=4G --runtime=600 --group_reporting
Результаты тестов производительности
Официальные результаты теста производительности FIO в Azure NetApp Files см. в статье о производительности Azure NetApp Files для Linux.
Метрики тома
Данные производительности Azure NetApp Files можно получить с помощью счетчиков Azure Monitor. Счетчики доступны на портале Azure и с помощью запросов GET REST API.
Вы можете просматривать исторические сведения по следующим данным:
- Средняя задержка чтения
- Средняя задержка записи
- операции ввода-вывода в секунду для чтения (в среднем)
- операции ввода-вывода в секунду для записи (в среднем)
- Логический размер тома (в среднем)
- Размер моментального снимка тома (в среднем)
Использование Azure Monitor
Вы можете получить доступ к счетчикам Azure NetApp Files для каждого тома со страницы "Метрики", как показано ниже:
Кроме того, можно создать панель мониторинга в Azure Monitor для Azure NetApp Files, перейдя на страницу "Метрики", отфильтровав результаты по запросу NetApp и указав интересующие вас счетчики томов:
Доступ к API Azure Monitor
Вы также можете получить доступ к счетчикам Azure NetApp Files, используя вызовы REST API. См. раздел о поддерживаемых метриках для Azure Monitor: Microsoft.NetApp/netAppAccounts/capacityPools/Volumes, чтобы получить дополнительные сведения о счетчиках для пулов и томов емкости.
В следующем примере показан URL-адрес запроса GET для просмотра логического размера тома.
#get ANF volume usage
curl -X GET -H "Authorization: Bearer TOKENGOESHERE" -H "Content-Type: application/json" https://management.azure.com/subscriptions/SUBIDGOESHERE/resourceGroups/RESOURCEGROUPGOESHERE/providers/Microsoft.NetApp/netAppAccounts/ANFACCOUNTGOESHERE/capacityPools/ANFPOOLGOESHERE/Volumes/ANFVOLUMEGOESHERE/providers/microsoft.insights/metrics?api-version=2018-01-01&metricnames=VolumeLogicalSize
Следующие шаги
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по