Les ressources et la puissance de chaque niveau de service et niveau de performance pour les bases de données cloud Azure SQL de Microsoft sont exprimées en termes d'unités de débit de base de données (DTU).
Ce sont des unités de mesure relatives. Existe-t-il un moyen de les traduire en une mesure absolue? Plus précisément, peuvent-ils être traduits en IOPS ?
Je suis l'auteur des articles de blog Azure SQL Database Performance Testing mentionnés ci-dessus.
Faire des comparaisons IOPS à DTU est assez difficile pour Azure SQL Database, c'est pourquoi je me suis concentré sur le nombre de lignes et les taux de débit (en Mo par seconde) dans mes tests.
Je serais prudent à propos des taux de transaction cités par Microsoft - leurs bases de données de référence sont plutôt petites, par exemple Pour le niveau Standard, qui a une capacité de 250 Go, leurs bases de données de référence pour S1 et S2 ne sont respectivement que de 2 Go et 7 Go. À ces tailles, je suggère que SQL Server met en cache une grande partie/la plupart de la base de données et, en tant que tel, leur référence est d'éviter le pire de la limitation de lecture susceptible d'avoir un impact sur les bases de données du monde réel.
J'ai ajouté un nouveau message concernant les nouveaux niveaux de service atteignant la disponibilité générale et faisant quelques estimations des changements de performances autour de S0 et S1 à GA.
http://cbailiss.wordpress.com/2014/09/16/performance-in-new-Azure-sql-database-performance-tiers/
Le plus proche que j'ai pu répondre à cette question est un article de Microsoft intitulé Azure SQL Database Benchmark Overview . Les rédacteurs ont effectué un scénario de référence sur chacun des niveaux Azure SQL et mesuré les résultats en termes de "transaction par heure/minute/seconde".
Voici une image des résultats sous forme de tableau:
La dernière version de l'article Présentation de la base de données de référence SQL est plus utile en fournissant un certain nombre d'IOPS par DTU, comme suit:
Donc:
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 semble intentionnellement discret sur les détails du processus de référence Azure SQL Database. J'ai envoyé un peu de courrier électronique avec un représentant MSFT qui semblait compétent mais qui a finalement dévié ou refusé de répondre à mes questions de fond.
Je lis cela comme: il n'y a aucun moyen définitif de convertir une mesure DTU en quelque chose d'absolu (c'est-à-dire quelque chose d'utile).
Chris Baliss a fait une longue série d'articles avec des tests de performances réels. Ils ne sont peut-être pas parfaits, mais il semble que ce soit le meilleur que nous ayons actuellement en ce qui concerne la comparaison des nouvelles performances de la base de données SQL avec quoi que ce soit d'autre, dans ce cas, l'ancien modèle Web/Business. Voici le premier de sa série de 15 articles:
Vous pouvez voir la page récapitulative finale ici:
Ses conclusions générales étaient que les anciennes bases de données Business se situaient à peu près entre les nouveaux P1 et P2 en termes de performances, plus proches de P2 que P1. C'est très décourageant étant donné que les nouveaux plans coûteront beaucoup plus cher que les anciens - un ordre de grandeur ou plus - à moins que vous n'ayez une énorme base de données.