Сравнение моделей приобретения на основе виртуальных ядер и на основе единиц DTU для Базы данных SQL Azure

Область применения: База данных SQL Azure

База данных SQL Azure позволяет легко приобрести полностью управляемое ядро СУБД как услугу (PaaS), удовлетворяющую требованиям к производительности и затратам. В зависимости от модели развертывания Базы данных SQL Azure можно выбрать модель приобретения, которая соответствует вашим потребностям:

  • Модель приобретения на основе виртуального ядра (vCore) (рекомендуется). Эта модель приобретения предоставляет возможность выбора между подготовленным уровнем вычислений и бессерверным уровнем вычислений. Используя подготовленный уровень вычислений, вы выбираете точный объем ресурсов вычислений, которые всегда подготавливаются для рабочей нагрузки. На уровне бессерверных вычислений вы указываете автоматическое масштабирование ресурсов вычислений через настраиваемый диапазон вычислений. Уровень бессерверных вычислений также позволяет автоматически приостановить базы данных в периоды отсутствия активности, когда оплачивается только хранилище, и автоматически возобновить работу баз данных, когда активность возобновляется. Цена виртуального ядра на единицу времени меньше на подготовленном уровне вычислений, чем на уровне бессерверных вычислений. Уровень службы Гипермасштабирование доступен только для отдельных баз данных в рамках модели приобретения на основе виртуальных ядер.
  • Модель приобретения на основе транзакций базы данных (DTU). Модель приобретения на основе единиц DTU позволяет выбрать объединенные пакеты со сбалансированным сочетанием ресурсов вычисления и хранения для стандартных рабочих нагрузок.

Модели приобретения

Существует две модели оплаты:

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

Модель приобретения Описание Сценарии применения
На основе DTU Эта модель основана на комплексной оценке вычислительных ресурсов, ресурсов хранилища и ресурсов для операций ввода-вывода. Объем вычислительных ресурсов выражается в единицах DTU для отдельных баз данных и в единицах eDTU (единица транзакций эластичной базы данных) для эластичных пулов. Дополнительные сведения о DTU и eDTU см. в разделе Модель приобретения на основе единиц DTU. Для клиентов, которым нужны простые, предварительно настроенные варианты ресурсов.
На основе виртуальных ядер Эта модель позволяет независимо выбрать ресурсы вычисления и хранилища. Модель приобретения на основе виртуальных ядер также позволяет применять Преимущество гибридного использования Azure для SQL Server, чтобы снизить затраты. Для клиентов, которые ценят гибкость, контроль и прозрачность.

Сравнение моделей ценообразования

Модель приобретения на основе виртуальных ядер

Виртуальное ядро (vCore) — это логический ЦП с возможностью выбора поколения аппаратного обеспечения и физических характеристик оборудования (например, количество ядер, память и размер хранилища). Модель приобретения на основе виртуальных ядер обеспечивает гибкость, контроль и прозрачность потребления отдельных ресурсов. Это эффективный способ удовлетворить свои требования к локальной рабочей нагрузке в облаке. Эта модель позволяет выбирать вычислительные ресурсы, память и хранилище с учетом потребностей рабочих нагрузок.

В рамках модели приобретения на основе виртуальных ядер для Базы данных SQL можно выбрать уровень служб "Общего назначения" или "Критически важный для бизнеса". Дополнительные сведения см. в разделе Уровни служб. Для отдельных баз данных можно также выбрать уровень служб Гипермасштабирование.

В модели приобретения по числу виртуальных ядер стоимость зависят от выбора и использования:

  • Уровень служб
  • Конфигурация оборудования
  • Вычислительные ресурсы (число виртуальных ядер и объем памяти)
  • Зарезервированное хранилище базы данных
  • Фактическое хранилище резервных копий

Модель приобретения на основе единиц DTU

В модели приобретения на основе единиц DTU для расчета и объединения затрат на вычислительные ресурсы используется единица транзакций базы данных (DTU). Единица транзакций базы данных (DTU) предоставляет собой объединенный показатель мощности ЦП, памяти, операций чтения и записи. Модель приобретения на основе единиц DTU предлагает ряд предварительно настроенных пакетов вычислительных ресурсов и включенный объем хранилища для обеспечения различных уровней производительности приложений. Эта модель подходит клиентам, которые предпочитают простоту предварительно настроенного пакета и фиксированные платежи раз в месяц.

В модели приобретения на основе DTU можно выбрать один из уровней служб — "Базовый", "Стандартный" и "Премиум" для Базы данных Azure SQL. Дополнительные сведения см. в разделе Уровни служб на основе DTU.

О том, как преобразовать модель приобретения на основе DTU в модель приобретения на основе виртуальное ядро, см. статью Переход с DTU на виртуальное ядро.

Затраты на вычислительные ресурсы

Затраты на вычислительные ресурсы рассчитываются по-разному в зависимости от модели приобретения.

Затраты на вычислительные ресурсы на основе единиц DTU

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

Затраты на вычислительные ресурсы на основе виртуальных ядер

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

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

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

Затраты на хранение

Затраты на хранение вычисляются по-разному в зависимости от модели приобретения.

Затраты на хранение на основе единиц DTU

Затраты на хранение включены в цену DTU. Добавить объем хранилища можно на уровнях "Стандартный" и "Премиум". Подробные сведения о подготовке к работе дополнительного объема хранилища см. на странице Цены на Базу данных SQL Azure. Долгосрочное хранение резервных копий не включено в цену DTU и оплачивается отдельно.

Затраты на хранение на основе виртуальных ядер

Модель выставления счетов зависит от типа хранилища. Для хранилища данных плата будет взиматься за подготовленное хранилище на основе выбранного максимального размера пула или базы данных. Стоимость изменится, если вы увеличите или уменьшите это максимальное значение. Хранилище резервных копий связано с автоматическими резервными копиями баз данных и выделяется динамически. Увеличение периода хранения резервных копий может увеличить объем хранилища резервных копий, используемого вашими базами данных.

По умолчанию автоматические резервные копии баз данных за семь дней копируются в учетную запись хранения. В это хранилище помещаются полные и разностные резервные копии, а также резервные копии журналов транзакций. Размер разностных резервных копий и резервных копий журналов транзакций зависит от скорости изменения базы данных. Минимальный объем хранилища, полностью соответствующий максимальному размеру данных для базы данных, предоставляется без дополнительной оплаты. Плата за дополнительное пространство хранилища резервных копий будет взиматься с расчетом ГБ в месяц.

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

Дополнительные сведения о ценах на службу хранилища см. на странице Обзор цен на хранилище Azure.

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

Нужно ли отключать приложение для перехода с базы данных на основе DTU на уровень служб на основе виртуальных ядер?

Нет. Нет необходимости в отключении приложения. Новые уровни служб предлагают простой метод онлайн-преобразования, аналогичный существующему процессу обновления баз данных с уровня служб "Стандартный" на "Премиум" и наоборот. Эти преобразования можно инициировать через портал Azure, PowerShell, Azure CLI, T-SQL или REST API. Ознакомьтесь со статьями Управление ресурсами отдельной базы данных в Базе данных SQL Azure и Управление несколькими базами данных SQL Azure и их масштабирование с помощью эластичных пулов.

Могу ли я преобразовать базу данных из уровня служб после приобретения уровня обслуживания на основе виртуальных ядер с использованием модели на основе DTU?

Да, можно легко перевести базу данных на любой поддерживаемый уровень производительности через портал Azure, PowerShell, Azure CLI, T-SQL или REST API. Ознакомьтесь со статьями Управление ресурсами отдельной базы данных в Базе данных SQL Azure и Управление несколькими базами данных SQL Azure и их масштабирование с помощью эластичных пулов.

Дальнейшие действия