Ресурсы и мощность каждого уровня уровня обслуживания и уровня производительности для баз данных облаков SQL Azure SQL выражаются в единицах пропускной способности базы данных (DTU).
Это относительные единицы измерения. Есть ли способ перевести их в абсолютное измерение? В частности, они могут быть переведены в IOPS?
Я являюсь автором сообщений в блоге по проверке производительности базы данных 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/
Наиболее близким, на который я смог ответить на этот вопрос, является статья Microsoft под названием " Обзор эталонного теста базы данных SQL Azure". Авторы выполнили эталонный сценарий для каждого из уровней SQL Azure и измерили результаты в терминах "Транзакция в час/минута/секунда".
Вот изображение результатов в виде таблицы:
Последняя версия статьи "Обзор базы данных SQL" более полезна, предоставляя количество операций ввода-вывода в секунду на 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
Microsoft, по-видимому, намеренно замалчивается в деталях процесса тестирования базы данных Azure SQL Database. Я немного по электронной почте с представителем MSFT, который, казалось, был компетентным, но в конечном счете отклонился или отказался отвечать на мои существенные вопросы.
Я читаю это как: нет окончательного способа преобразования измерения DTU во что-то абсолютное (т.е. что-нибудь полезное).
Chris Baliss сделал длинную серию сообщений с некоторыми фактическими тестами производительности. Они могут быть не идеальными, но кажется, что мы сейчас имеем самое лучшее, что сравниваем с новой производительностью базы данных SQL с чем-либо еще, в этом случае старой моделью Web/Business. Здесь первый в его 15 сериях:
Здесь вы можете увидеть итоговую итоговую страницу:
Его общие выводы заключались в том, что старые базы данных Business упали примерно между новыми P1 и P2 с точки зрения производительности, ближе к P2, чем P1. Это очень обескураживает, учитывая, что новые планы будут стоить значительно дороже, чем старые - на порядок больше или больше - если у вас нет огромной базы данных.