Перевести SQL Azure DTU на IOPS?

Ресурсы и мощность каждого уровня уровня обслуживания и уровня производительности для баз данных облаков SQL Azure SQL выражаются в единицах пропускной способности базы данных (DTU).

Это относительные единицы измерения. Есть ли способ перевести их в абсолютное измерение? В частности, они могут быть переведены в IOPS?

Ответы

Ответ 1

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

Сравнение IOPS с DTU довольно сложно для базы данных Azure SQL, поэтому в моих тестах я сосредоточился на подсчетах строк и пропускной способности (в мегабайтах в секунду).

Я был бы осторожен в использовании ставок транзакций, цитируемых Microsoft. Их базовые базы данных довольно малы, например. для стандартного уровня, который имеет емкость 250 ГБ, их базовые базы данных для S1 и S2 составляют всего 2 ГБ и 7 ГБ соответственно. При таких размерах я предлагаю, что SQL Server кэширует большую/большую часть базы данных, и поэтому их ориентир избегает худшего из прочитанного дросселирования, которое может повлиять на базы данных реального мира.

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

http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/

Ответ 2

Наиболее близким, на который я смог ответить на этот вопрос, является статья Microsoft под названием " Обзор эталонного теста базы данных SQL Azure". Авторы выполнили эталонный сценарий для каждого из уровней SQL Azure и измерили результаты в терминах "Транзакция в час/минута/секунда".

Вот изображение результатов в виде таблицы:

enter image description here

Последняя версия статьи "Обзор базы данных SQL" более полезна, предоставляя количество операций ввода-вывода в секунду на DTU, а именно:

  • Базовый и стандартный: 2,5 IOPS/DTU
  • Премиум: 48 IOP/DTU

Следовательно:

Tier    DTUs       IOPS
-----------------------
Basic      5         13   # Actually 12.5 IOPS.
S0        10         25
S1        20         50
S2        50        125
S3       100        250
S4       200      1,000
P1       125      6,000
P2       250     12,000   # There is no P3 tier
P4       500     24,000   # There is no P5 tier
P6     1,000     48,000

Ответ 3

Microsoft, по-видимому, намеренно замалчивается в деталях процесса тестирования базы данных Azure SQL Database. Я немного по электронной почте с представителем MSFT, который, казалось, был компетентным, но в конечном счете отклонился или отказался отвечать на мои существенные вопросы.

Я читаю это как: нет окончательного способа преобразования измерения DTU во что-то абсолютное (т.е. что-нибудь полезное).

Chris Baliss сделал длинную серию сообщений с некоторыми фактическими тестами производительности. Они могут быть не идеальными, но кажется, что мы сейчас имеем самое лучшее, что сравниваем с новой производительностью базы данных SQL с чем-либо еще, в этом случае старой моделью Web/Business. Здесь первый в его 15 сериях:

Здесь вы можете увидеть итоговую итоговую страницу:

Его общие выводы заключались в том, что старые базы данных Business упали примерно между новыми P1 и P2 с точки зрения производительности, ближе к P2, чем P1. Это очень обескураживает, учитывая, что новые планы будут стоить значительно дороже, чем старые - на порядок больше или больше - если у вас нет огромной базы данных.