Поделиться через


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

Применимо к: База данных SQL Azure

В этой статье сравниваются две модели приобретения для База данных SQL Azure:

  • Модель приобретения на основе виртуальных ядер (рекомендуется)
  • Модель приобретения на основе единиц DTU

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

Существует две модели приобретения для База данных SQL Azure:

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

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

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

Схема сравнения моделей цен на DTU и виртуальных ядер.

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

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

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

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

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

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

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

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

Сведения о преобразовании из модели приобретения на основе DTU в модель приобретения на основе виртуальных ядер см. в статье "Миграция из DTU в виртуальное ядро".

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

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

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

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

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

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

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

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

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

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

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

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

Долгосрочное хранение не включается и выставляется отдельно.

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

Модель выставления счетов зависит от типа хранилища.

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

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

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

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

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

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

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

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