Размер виртуальной машины. Рекомендации по производительности SQL Server на виртуальных машинах Azure

Применимо к:SQL Server на виртуальной машине Azure

В этой статье приводятся рекомендации по размеру виртуальных машин и лучшие практики для оптимизации производительности вашего SQL Server на виртуальных машинах Azure.

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

Подробные сведения см. в других статьях этой серии: Краткий контрольный список, Хранилище, Безопасность, Конфигурация HADR, Сбор базовых показателей.

Контрольный список

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

• Перед выбором размера виртуальной машины настройте хранилище. Соберите базовые показатели из исходной среды в условиях максимального стресса, а затем настройте хранилище на основе потребностей IOPS и пропускной способности рабочей нагрузки с буфером 20% для будущего роста.
• Определите характеристики производительности рабочей нагрузки (OLTP и OLAP, размер рабочей нагрузки), чтобы определить соответствующий размер виртуальной машины для вашего бизнеса.
• Если вы выполняете миграцию в Azure, оцените готовность к миграции, чтобы выбрать оптимальный размер виртуальной машины для вашей существующей рабочей нагрузки SQL Server, а затем выполните миграцию с помощью Azure Database Migration Service.
• Используйте образы Azure Marketplace для развертывания виртуальных машин SQL Server, так как параметры SQL Server и параметры хранилища настроены для оптимальной производительности.
• Используйте размеры виртуальных машин с 4 или более виртуальными ядрами.
• Используйте оптимизированные для памяти размеры виртуальных машин для оптимальной производительности SQL Server рабочих нагрузок.
  • Серия Mbdsv3 обеспечивает лучшую общую производительность для критически важных рабочих нагрузок OLTP и хранилища данных.
  • Серия Ebdsv5 обеспечивает наилучшее соотношение цена-производительность для большинства рабочих нагрузок SQL Server в производственных средах.
  • Серии Easv7 и Msv3/Mdsv3 оптимизированы для рабочих нагрузок с большим объемом памяти.
  • Семейство M предлагает самые высокие конфигурации памяти в Azure для крупнейших рабочих нагрузок.
• Запустите среды разработки с начального уровня серии D или серии B и со временем расширяйте свою среду.
• Проверьте поддержку ВМ , чтобы избежать неподдерживаемых конфигураций.
• Используйте настройку виртуальных ядер VM, чтобы соответствующим образом выделить виртуальные ЦП для рабочей нагрузки и виртуальной машины и сократить затраты на лицензирование SQL Server, а также отключить параметры SMT/hyperthreading для оптимальной SQL Server производительности.

Чтобы сравнить контрольный список размеров ВМ с другими, просмотрите исчерпывающий контрольный список рекомендаций по оптимизации производительности.

Обзор

Высокопроизводительные рабочие нагрузки в SQL Server часто требуют большего объема памяти, операций ввода-вывода в секунду и большей пропускной способности, но без увеличения количества виртуальных ядер.

Большинство рабочих нагрузок OLTP — это базы данных приложений, управляемые большим количеством небольших транзакций. При использовании рабочих нагрузок OLTP вы считываете или изменяете только небольшое количество данных, но объемы транзакций, управляемых числом пользователей, гораздо выше. Важно, чтобы в памяти SQL Server было достаточно ресурсов для кэширования планов, хранения недавно запрашиваемых данных для повышения производительности и обеспечения быстрого чтения физических данных в память.

Этим средам OLTP требуется больший объем памяти, быстрое хранилище и пропускная способность ввода-вывода, необходимая для оптимального выполнения.

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

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

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

При выборе размера виртуальной машины для SQL Server на виртуальных машинах Azure учитывайте следующие лучшие практики и рекомендации по производительности.

Перенос существующих сред

При создании SQL Server на виртуальной машине Azure тщательно рассмотрите необходимый тип рабочей нагрузки.

Если вы переносите существующую среду, соберите базовый показатель производительности, чтобы определить требования к SQL Server на виртуальной машине Azure.

Используйте конфигурацию виртуальных ядер и памяти из исходной системы в качестве базового плана для переноса текущей локальной базы данных SQL Server в SQL Server на виртуальных машинах Azure.

Если у вас есть Software Assurance, воспользуйтесь возможностью Преимущество гибридного использования Azure, который позволяет выделить лицензии SQL Server для использования в виртуальных машинах Azure.

Создание новых виртуальных машин

Если вы создаете новую виртуальную машину, создайте новую SQL Server виртуальную машину на основе требований приложения.

Если вы создаете новую SQL Server виртуальную машину для нового приложения, созданного для облака, вы можете легко масштабировать SQL Server виртуальную машину по мере развития требований к данным и использованию.

Запустите среды разработки начального уровня с серией D или серией B и со временем расширяйте их.

Рассмотрим следующие серии виртуальных машин на основе рабочих нагрузок SQL Server:

• Максимальное выделение памяти для критически важных рабочих нагрузок: виртуальные машины Mdsv3 и Mbdsv3 обеспечивают максимальное выделение памяти в Azure с наилучшей производительностью хранилища.

• Высокое соотношение пропускной способности на один виртуальный процессорный ядро: Пропускная способность важнее, чем количество операций ввода-вывода в секунду (IOPS) для SQL Server, когда в рабочей нагрузке доминируют крупные, длительные, последовательные перемещения данных, такие как аналитика, ETL, обслуживание индексов и резервное копирование, где IOPS обеспечены в достаточном количестве, но канал хранилища (МБ/с) становится узким местом. Виртуальные машины серии Mbdsv3 предлагают некоторые из самых высоких коэффициентов пропускной способности к виртуальным ядрам любой серии виртуальных машин в любом облаке с 78,125 пропускной способностью / виртуальным ЦП (МБ/с на виртуальное ядро). Виртуальные машины серии Ebdsv5 также предлагают высокую пропускную способность к виртуальным ядрам с 89,286 пропускной способностью / виртуальным ЦП (МБ/с на виртуальные ядра).

  Если вы не знаете требования к объему хранения для рабочей нагрузки SQL Server, Ebdsv5-series наиболее подходит для удовлетворения ваших потребностей. Дополнительные сведения см. в статье о хранилище.

• Параллельная обработка виртуальных машин с высоким числом виртуальных ядер: виртуальные машины серии Msv3 и Mdsv3 обеспечивают высокую параллельную обработку, что делает их хорошими вариантами для больших сред хранилища данных с более высокими требованиями к памяти.

Масштабирование соотношения памяти к ядрам vCore

Для небольших сред SQL Server, для которых не требуется большое количество памяти, соотношение памяти к виртуальным ядрам 4:1, например D-Series, является хорошей отправной точкой в Azure.

Для критически важных OLTP и наилучшей начальной конфигурации для рабочих нагрузок SQL Server используйте соотношение памяти к виртуальным ядрам 8:1, выбирая как рекомендуемый вариант Ebdsv5.

SQL Server хранилища данных и критически важных сред часто требуется масштабировать за пределами соотношения памяти к виртуальным ядрам 8:1.

В более крупных средах хранилищ данных выберите соотношение памяти к виртуальным ядрам 16:1 или больше, например, используйте параметры Mds_v3 с повышенной или очень высокой памятью.

Использование изображений маркетплейса

Используйте образы виртуальных машин SQL Server из Marketplace с конфигурацией хранения на портале. Этот подход упрощает правильное создание пулов хранилищ, необходимых для достижения требуемого размера, операций ввода-вывода в секунду и пропускной способности для соответствующих рабочих нагрузок.

Выберите SQL Server виртуальные машины, поддерживающие производительность хранилища класса Premium.

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

Поддерживаемость

При установке SQL Server на виртуальные машины Azure следует учитывать следующие ограничения.

• SQL Server на виртуальных машинах Azure не поддерживает Azure Virtual Machine Scale Sets. Функция автоматического исправления гостевой ОС, предназначенная для использования с Azure Virtual Machine Scale Sets, заменяет диск ОС при выпуске новой версии образа. Если вы используете функцию автоматического обновления гостевых ОС с SQL Server на виртуальной машине Azure, вы, скорее всего, нарушите функциональность SQL Server, что приведет к возможному повреждению, потере данных и проблемам с доступностью.
• SQL Server не поддерживается в системах с более чем 64 виртуальными ядрами на узел NUMA. Отключите SMT или hyperthreading для использования SQL Server на виртуальных машинах Azure, превышающих 64 виртуальных ядра в каждом узле NUMA. С помощью функции Конфигурируемое ограниченное ядро можно отключить SMT или гиперпоточность на портале Azure непосредственно.
• SQL Server в настоящее время поддерживает диски со стандартным собственным сектор размером 512 байтов и 4 КБ. Установка SQL Server на диски с размером 8 КБ не поддерживается и может привести к сбою инсталляция, а также производительности от неправильного ввода-вывода.
• Не удается развернуть SQL Server на образах ВМ Azure с размерами ВМ, которые имеют неинициализированные временные диски. Дополнительные сведения см. в статье Некоторые образы SQL Server на виртуальных машинах Azure не удается развернуть.

Фильтрация по размеру виртуальной машины

При развертывании виртуальной машины Azure используйте руководство по правилам именования, чтобы определить имя размера ВМ, по которому будет производиться фильтрация на портале.

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

Example:

При фильтрации виртуальной машины серии Ebdsv5 введите имя размера виртуальной машины, например E64bds, или версию, например v5, которую портал называет поколением.

На следующем снимке экрана показано фильтрация списка размеров виртуальной машины по версии v5 на портале Azure:

Рассмотрим следующие моменты:

• Дополнительные фильтры можно применить с помощью команды "Добавить фильтр", чтобы сузить список размеров виртуальной машины на основе таких факторов, как размер виртуальной машины, тип (семейство), например оптимизированный для памяти или общего назначения, а также тип контроллера диска.
• Если вы не видите результат поиска виртуальной машины, скорее всего, это связано с фильтром, примененным к списку размеров виртуальной машины. Снимите фильтр и повторите попытку.
• Фильтр контроллера диска помогает определить, является ли хранилище iSCSI или NVMe.

Оптимизированные для памяти виртуальные машины серии M

Оптимизированная для памяти M-серия предлагает количество виртуальных ядер и память для некоторых из крупнейших нагрузок SQL Server.

В следующем списке описаны возможности виртуальных машин серии M.

• Поддержка хранилища класса "Премиум", кэширования хранилища класса "Премиум", дисков ценовой категории "Ультра", ускорения записи и ускорения сети.
• Подходят для SQL Server рабочих нагрузок, требующих высоких вычислительных возможностей с большим объемом памяти и меньшим акцентом на производительность хранилища.

Серия Mbdsv3

Серия Mbdsv3 — это серия виртуальных машин, оптимизированная для памяти, предназначенная для больших баз данных в памяти и рабочих нагрузок, требующих высокого соотношения памяти к виртуальным ядрам. Виртуальные машины в этой серии используют процессоры Intel® Xeon® Scalable (Sapphire Rapids) 4-го поколения и используют различные размеры памяти и количество виртуальных ядер, чтобы соответствовать вашим SQL Server рабочим нагрузкам. Используйте виртуальные машины Mbdsv3 для критически важных рабочих нагрузок и хранилища данных.

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

Виртуальные машины Mbdsv3 обеспечивают до 176 виртуальных ядер с обширной емкостью памяти и исключительной производительностью хранилища. Эта серия виртуальных машин обеспечивает более 50% улучшения операций ввода-вывода в секунду и пропускной способности по сравнению с высокопроизводительной виртуальной машиной Ebdsv5. Виртуальные машины Mbdsv3 — это один из самых высокопроизводительных виртуальных машин, доступных в любом облаке. Виртуальные машины Mbdsv3 имеют аналогичные характеристики производительности для виртуальных машин Mbsv3, но включают строгое локальное и эфемерное хранилище. Это хранилище делает их идеальными для tempdb оптимизации производительности, отчетности, критически важных рабочих нагрузок OLAP и хранения данных.

Серии Msv3 и Mdsv3 с средней памятью

Виртуальные машины средней памяти Msv3 и Mdsv3 предлагают вычислительные мощности и память на уровнях памяти, начиная с 240 до 3892 ГиБ. Эти виртуальные машины обеспечивают улучшенную производительность, масштабируемость и устойчивость к сбоям по сравнению с предыдущим поколением виртуальных машин Mv2.

Виртуальные машины средней памяти Msv3 и Mdsv3 используют процессоры Intel® Xeon® Scalable (Sapphire Rapids) 4-го поколения и предлагают размеры виртуальных машин размером до 176 виртуальных ядер с значительной емкостью памяти и высокой производительностью удаленного хранилища с помощью интерфейса NVMe.

Серия Msv3 и Mdsv3 с высокой памятью

Виртуальные машины с высокой памятью Msv3 и Mdsv3 предназначены для рабочих нагрузок с высокой памятью с объемом памяти от 5696 ГиБ до 15 200 ГиБ (около 5,5 до 14,8 ТиБ). Эти виртуальные машины используют процессоры Intel® Xeon® Scalable (Sapphire Rapids) 4-го поколения и поддерживают до 832 виртуальных ядер с высокопроизводительным удаленным хранилищем с помощью интерфейса NVMe. Эти виртуальные машины обеспечивают улучшенную производительность, масштабируемость и устойчивость к сбоям по сравнению с предыдущим поколением виртуальных машин Mv2.

Серия Mdsv3 с очень большим объемом памяти

В серии Mdsv3 Very High Memory Series используются процессоры четвертого поколения Intel® Xeon® Platinum 8490H (Sapphire Rapids). Они имеют наибольший объем памяти для всех виртуальных машин на основе M, предлагая 23 088 ГиБ до 30 400 ГиБ (~22,5 до 29,7 ТиБ) памяти, 1792 виртуальных ядер и высокопроизводительное удаленное хранилище. Эти виртуальные машины обеспечивают улучшенную производительность, масштабируемость и устойчивость к сбоям по сравнению с предыдущим поколением виртуальных машин Mv2.

Виртуальные машины серии E, оптимизированные для памяти

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

Серия Easv7

Виртуальные машины серии Easv7 хорошо работают для SQL Server рабочих нагрузок, требующих сбалансированного соотношения памяти к виртуальным ядрам и прогнозируемой производительности вычислений. Они особенно хороши, если локальное временное хранилище не требуется, и общие требования к хранилищу являются умеренными. На основе процессоров EPYC™ 5-го поколения AMD 9005 (Turin) эта серия обеспечивает современную эффективность ЦП с стабильным поведением удаленного хранилища. Это рациональный выбор для развертываний SQL Server, которые ориентируются на согласованность, экономическую эффективность и простую масштабируемость.

Благодаря соотношению памяти к виртуальным ядрам от 8:1 до 160 виртуальных ядер и высокой пропускной способности хранилища виртуальные машины Easv7 обеспечивают производительность, не заставляя перепровизировать ЦП только для достижения приемлемых уровней памяти. Поддержка хранилища класса Premium обеспечивает совместимость с современными параметрами хранилища Azure и обеспечивает прогнозируемую масштабируемую производительность удаленного ввода-вывода для пользовательских баз данных.

Хотя серия не включает локальное эфемерное хранилище, она хорошо работает для рабочих нагрузок, где активность tempdb умеренная и может эффективно обрабатываться на удаленных дисках.

Серия Easv7 хорошо подходит для рабочих нагрузок OLTP общего назначения и более легких рабочих развертываний, где эффективность памяти и прогнозируемость вычислений больше, чем изолированная tempdb производительность. По мере развития рабочих нагрузок , таких как повышенное давление или более tempdb высокие требования к памяти, можно перейти к семействам виртуальных машин с локальным временным хранилищем или более высокой плотностью памяти. Но виртуальные машины Easv7 обеспечивают надежную и ценовую основу для рабочих нагрузок SQL Server, которые не требуют специализированных характеристик ввода-вывода.

Серия Ebdsv5

Ebdsv5-серия — это рекомендуемая отправная точка для рабочих нагрузок SQL Server, так как она охватывает сценарии, которые получают преимущества от использования локального временного хранилища. Эта серия виртуальных машин — это сбалансированный, оптимизированный по памяти и настроенный вариант для SQL Server на виртуальных машинах Azure. Благодаря соотношению памяти к виртуальным ядрам 8:1, прогнозируемой производительности удаленного хранилища и поддержке SSD уровня Premium, SSD уровня Premium версии 2 и Ultra Disk, эта серия хорошо соответствует основным требованиям большинства SQL Server OLTP рабочих нагрузок. Эти виртуальные машины работают на процессорах Intel® Xeon® Platinum 8370C (Ice Lake).

Виртуальные машины Ebdsv5 — это одна из немногих виртуальных машин, которые предлагают интерфейсы SCSI и NVMe. Рекомендуется использовать параметры NVMe для максимальной производительности для SQL Server виртуальных машин.

Виртуальные машины Ebdsv5 обеспечивают достаточную память на ядро, надежную и согласованную пропускную способность хранения, а также масштабируемые характеристики ввода-вывода, не требуя простого увеличения объема ЦП для достижения приемлемых уровней памяти или хранилища. Этот баланс хорошо подходит для транзакционных рабочих нагрузок, смешанных сценариев OLTP и рабочих баз данных общего назначения, где стабильность, эффективность и управление затратами имеют значение столько, сколько пиковая шкала.

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

Серия ECadsv5 (конфиденциальные вычисления)

Размеры виртуальных машин ECadsv5-series — это оптимизированные по памяти конфиденциальные виртуальные машины Azure с временным диском. Эти виртуальные машины используют процессоры EPYC™ 7763v (Милан) 3-го поколения AMD и предлагают Защищенную зашифрованную виртуализацию - Защищенное вложенное пагинирование (SEV-SNP) для аппаратного шифрования памяти виртуальной машины.

Сведения о преимуществах безопасности конфиденциальных виртуальных машин Azure см. в разделе конфиденциальные виртуальные машины. Эти виртуальные машины защищают данные от других виртуальных машин, гипервизора и кода управления узлами с помощью аппаратного шифрования памяти виртуальной машины.

Поскольку функции безопасности конфиденциальных виртуальных машин Azure могут повлечь за собой нагрузку на производительность, протестируйте свою рабочую нагрузку и выберите размер виртуальной машины, соответствующий вашим требованиям к производительности. Серия ECadsv5 предлагает соотношение памяти к виртуальным ядрам, близкое к рекомендованному 8:1 для рабочих нагрузок SQL Server, что делает её подходящей для сценариев конфиденциальных вычислений, которым требуется как безопасность, так и производительность.

Оптимизировано для вычислений

Вычеслительно оптимизированные ВМ F-series используют процессоры AMD EPYC™ 9005 (Turin) и придают первостепенное значение производительности ЦП для рабочих нагрузок SQL Server с меньшими требованиями к памяти.

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

• Поддержка хранилища класса Premium, кэширования хранилища класса Premium и ускорения сети.
• Укажите соотношение памяти к vCore от 4:1 до 8:1 — это ниже рекомендуемого соотношения 8:1 для большинства рабочих нагрузок SQL Server.
• Подходят для более легких рабочих нагрузок OLTP, сред разработки и тестирования и сценариев, связанных с ЦП, с скромными потребностями в памяти.

Серия Fasv7

Виртуальные машины серии Fasv7 подходят для рабочих нагрузок SQL Server, которые отдают приоритет производительности вычислений и хранилища, но могут работать при более низких требованиях к памяти. На основе процессоров EPYC™ 5-го поколения AMD 9005 (Turin) эта серия обеспечивает эффективные современные вычислительные ресурсы с стабильным поведением удаленного хранилища. Это практический выбор для развертываний SQL Server, где операции, связанные с ЦП, доминируют и требования к памяти остаются скромными.

С соотношением памяти к виртуальным ядрам 4:1 виртуальные машины Fasv7 оптимизированы для сценариев, в которых производительность вычислений и хранилища важнее, чем увеличенная емкость буферного пула для SQL Server. Поддержка хранилища класса Premium обеспечивает совместимость с современными параметрами хранения Azure и обеспечивает согласованную производительность удаленного ввода-вывода для пользовательских баз данных. Однако отсутствие локального эфемерного хранилища означает, что tempdb действие полностью зависит от удаленных дисков. Нижнее расположение памяти может оказать еще большее давление на удаленное хранилище, что делает эту серию более подходящей для рабочих нагрузок с ограниченным tempdb давлением или предсказуемыми и понятными шаблонами ввода-вывода.

Этот баланс делает серию Fasv7 подходящей для менее интенсивных рабочих нагрузок OLTP, баз данных отделений, сред разработки и тестирования, а также целевых рабочих сценариев, где использование ЦП является основным драйвером и требования к памяти или tempdb ограничены. Серия Fasv7 предоставляет экономичный и эффективный вычислительный вариант, где производительность ЦП, производительность хранилища и общие затраты являются основными требованиями.

Серия Famsv7

Виртуальные машины серии Famsv7 хорошо работают для SQL Server рабочих нагрузок, требующих сбалансированного соотношения памяти к виртуальным ядрам и эффективной производительности вычислений. Это хороший выбор, если соотношение памяти к ядрам 8:1 вплоть до 640 ГиБ вас устраивает и локальное временное хранилище не является обязательным.

На основе процессоров EPYC™ 5-го поколения AMD 9005 (Turin) эта серия обеспечивает современную эффективность ЦП с прогнозируемым поведением удаленного хранилища. Это практичный выбор для развертываний SQL Server, которые отдают приоритет экономичности производительности OLTP, а не экстремальному масштабу или специализированным характеристикам ввода-вывода.

Виртуальные машины Famsv7 обеспечивают надежное использование памяти для буферного пула SQL Server без необходимости избыточного выделения виртуальных процессоров для удовлетворения базовых требований к памяти. Поддержка хранилища класса Premium обеспечивает совместимость с современными параметрами хранилища Azure и обеспечивает согласованную масштабируемую производительность удаленного ввода-вывода для пользовательских баз данных. Хотя ряд не включает локальное эфемерное хранилище, его сбалансированный профиль памяти и стабильные характеристики удаленного хранилища делают его подходящим для рабочих нагрузок, где tempdb активность является умеренной и не доминирует в профиле производительности.

Этот баланс делает серии Famsv7 хорошим подходом для более легких и средних рабочих нагрузок OLTP, сред разработки и тестирования, а также целевых рабочих сценариев, в которых эффективность памяти и прогнозируемость вычислений больше, чем изолированная tempdb производительность. По мере развития рабочих нагрузок, таких как увеличение tempdb или более высокий спрос на память, вы можете перейти к более специализированным семействам виртуальных машин с более высокой памятью или локальным временным хранилищем, но Famsv7 предоставляет экономичное и подходное решение для SQL Server развертываний, которым требуется надежная производительность без ненужных сложностей.

Общее назначение

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

Из-за меньших соотношений памяти к количеству виртуальных ядер в виртуальных машинах общего назначения важно тщательно отслеживать счетчики производительности на основе памяти, чтобы SQL Server получил необходимую память кэша буфера. Дополнительные сведения см. в разделе "Базовые показатели производительности памяти". Виртуальные машины общего назначения могут не подходить для более крупных рабочих SQL Server рабочих нагрузок, так как их минимально рекомендуемое соотношение памяти к виртуальным ядрам ниже рекомендуемой начальной точки 8:1 для рабочих SQL Server рабочих нагрузок.

Серия Ddsv5

Серия Ddsv5 предлагает удачное сочетание виртуальных ядер, памяти и временного диска, но с меньшим соотношением памяти к виртуальным ядрам.

Виртуальные машины Ddsv5 имеют меньшую задержку и более быстрое локальное хранилище.

Такие машины идеально подходят для параллельных развертываний SQL и приложений, требующих быстрого доступа к временным хранилищам и реляционным базам данных отделов. Существует стандартное соотношение памяти к виртуальным ядрам 4:1 для всех виртуальных машин в этой серии.

По этой причине используйте Standard_D8ds_v5 в качестве минимально рекомендуемого размера виртуальной машины в этой серии. Самый большой размер виртуальной машины — это Standard_D96ds_v5, в которой имеется 96 виртуальных ядер.

Серия DCadsv6 (конфиденциальные вычисления)

Виртуальные машины DCadsv6 — это Azure конфиденциальные виртуальные машины общего назначения с локальным временным хранилищем. Эти виртуальные машины используют процессоры AMD EPYC™ 9004 (Genoa) и поддерживают secure Encrypted Virtualization-Secure Nested Paging (SEV-SNP) для обеспечения аппаратно изолированных сред, которые помогают защитить код и данные во время обработки от гипервизора, систем управления узлами и административных пользователей. Платформа включает аппаратное шифрование памяти виртуальной машины и поддерживает шифрование конфиденциальных дисков, включая шифрование дисков ОС при загрузке с помощью ключей, управляемых клиентом (CMK) или управляемых платформой ключей (PMK), интегрированных с Azure Key Vault и Azure Управляемый HSM.

Конфигурации DCadsv6 масштабируются до 96 виртуальных процессорных ядер и 384 ГиБ памяти, и обеспечивают высокую производительность удаленного хранилища. Серия также включает локальное временное хранилище (75–3600 ГиБ), которое можно использовать для временных операций ввода-вывода, таких как tempdb, промежуточные или другие данные, подлежащие восстановлению. Как и в случае с конфиденциальными предложениями виртуальных машин, функции безопасности могут создавать дополнительную нагрузку на производительность. Тестируйте рабочую нагрузку и выберите размер виртуальной машины, соответствующий вашим требованиям к производительности. Так как DCadsv6 имеет соотношение памяти к виртуальным ядрам 4:1, это может быть лучше подходит для сценариев конфиденциальных вычислений, которые не привязаны к памяти. Для памятьемких рабочих нагрузок SQL Server рекомендуется использовать ряд виртуальных машин с более высоким соотношением памяти к vCore, где это уместно.

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

серия B;

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

Большинство масштабируемых виртуальных машин серии B имеют отношение памяти к виртуальному ядеру 4 или меньше. Если вам необходимо выбрать виртуальную машину B-серии для SQL Server, выберите серию Bsv2, ориентируясь на машины с большим объемом памяти. Standard_B32s_v2 имеет 32 vCores с высокой производительностью хранения.

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

Оптимизированные для задач хранения

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

Эти виртуальные машины являются хорошими вариантами для рабочих нагрузок больших данных, хранилища данных, отчетов и ETL. Высокая пропускная способность и IOPS локального хранилища NVMe — это хороший вариант для обработки файлов, загруженных в вашу базу данных, и других сценариев, в которых данные можно воссоздать из исходной системы или других репозиториев, таких как Azure Blob Storage или Azure Data Lake.

Серия Lsv4

Серия Lsv4 имеет высокую пропускную способность, низкую задержку, локальное хранилище NVMe с прямым доступом и предназначена для хранилищ рабочих нагрузок, нуждающихся в балансе емкости SSD, вычислительных ресурсов и памяти. Эти виртуальные машины варьируются от 2 до 96 виртуальных ядер с согласованным соотношением памяти к виртуальным ядрам 8:1 и включают 240 ГБ локальной емкости дисков NVMe для каждого виртуального ядра, масштабируя до примерно 23 ТБ локального временного хранилища на самый большой размер.

Локальный временный диск NVMe предназначен для высокопроизводительных, временных операций ввода-вывода (например, tempdb, промежуточного, ETL и других рабочих наборов, которые можно воссоздать). Так как это временное хранилище, оно не должно использоваться для файлов данных, требующих устойчивости.

Серия Lasv4

Серия Lasv4 предоставляет высокую пропускную способность, низкую задержку, напрямую сопоставленное локальное хранилище NVMe и предназначен для рабочих нагрузок хранения, требующих балансировки емкости SSD, вычислений и памяти. Эти виртуальные машины варьируются от 2 до 96 виртуальных ядер с согласованным соотношением памяти к виртуальным ядрам 8:1 и включают 240 ГБ локальной емкости дисков NVMe для каждого виртуального ядра, масштабируя до примерно 23 ТБ локального временного хранилища на самый большой размер.

Локальный временный диск NVMe предназначен для высокопроизводительных, временных операций ввода-вывода (например, tempdb, промежуточного, ETL и других рабочих наборов, которые можно воссоздать). Так как это временное хранилище, оно не должно использоваться для файлов данных, требующих устойчивости.

Ограниченное число виртуальных ЦП

Чтобы обеспечить приемлемый уровень производительности без повышения затрат на лицензирование SQL Server, Azure предлагает размеры виртуальных машин с меньшим количеством виртуальных ядер с помощью функции, называемой ограниченных виртуальных ЦП.

Эта функция помогает управлять затратами на лицензирование, уменьшая доступные виртуальные ядра, сохраняя одинаковую пропускную способность памяти, хранилища и ввода-вывода родительской виртуальной машины.

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

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

Например, для M64-32ms требуется лицензирование только 32 SQL Server виртуальных ядер, с объемом памяти, операциями ввода-вывода и пропускной способностью, как у M64ms. Для M64-16ms требуется лицензирование только 16 виртуальных ядер. Хотя M64-16ms имеет четверть расходов на лицензирование SQL Server по сравнению с M64ms, затраты на вычисление и операционную систему виртуальных машин одинаковы.

Рассмотрим следующие моменты:

• Ограниченные виртуальные ЦП наиболее полезны, если более высокие вычислительные ресурсы являются ненужными, особенно для больших размеров виртуальных машин, но память и хранилище являются приоритетом для улучшения соотношения памяти к виртуальным ядрам.
• Параметры ограниченного виртуального процессора составляют от одной четверти до половины родительского размера виртуальной машины Azure.
• Вы оплачиваете лицензионные расходы SQL Server для ограниченного количества виртуальных процессоров, что значительно снижает стоимость развертывания.
• Затраты на вычисления, включая лицензирование операционной системы, остаются такими же, как у родительской виртуальной машины.
• Не все серии виртуальных машин поддерживают ограниченные виртуальные ЦП. Ознакомьтесь с документацией по ограниченному виртуальному ЦП для последних поддерживаемых размеров виртуальных машин.

Настройка vCore виртуальной машины

Функция настройки виртуальных ядер VM виртуальных машин Azure включает настраиваемые ограниченные ядра (CCC) и возможность отключения одновременных параметров многопоточности или гиперпотоков. Эта возможность позволяет соответствующим образом масштабировать количество виртуальных ЦП в соответствии с потребностями SQL Server лицензирования на детальном уровне, а не полагаться на одно четвертое до половины ограничений исходной модели ограниченного виртуального ЦП.

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

Связанный контент

Подробные рекомендации по каждой области оптимизации:

• Быстрый контрольный список . Просмотрите полный контрольный список рекомендаций
• Хранилище — оптимизация конфигурации и производительности диска
• Безопасность . Реализация рекомендаций по обеспечению безопасности
• Параметры HADR — настройка высокой доступности и аварийного восстановления
• Сбор базовых показателей — создание базовых показателей производительности
• Обновление SQL Server — поддерживайте SQL Server в актуальном состоянии

Ознакомьтесь с другими статьями, посвященными виртуальным машинам SQL Server, в разделе Обзор SQL Server на виртуальных машинах Azure. Если у вас есть вопросы о виртуальных машинах SQL Server, ознакомьтесь с Часто задаваемыми вопросами.