Ich bin der Autor des von LouD oben erwähnten Blogposts. Ich stimme diesen Kommentaren zu, dass der Preis pro Leistungseinheit in Azure SQL DB unter den neuen Serviceebenen (dh Basic, Standard und Premium) erheblich gestiegen ist. Wenn Sie erhebliche E / A-Anforderungen haben, werden sich die neuen Ebenen wahrscheinlich als teuer erweisen.
Um jedoch darauf hinzuweisen, dass für die Ausführung von SQL Express in einer VM zwar keine SQL Server-Lizenzkosten anfallen, Sie jedoch daran denken, dass Sie in einer VM für die von Ihnen verwendete E / A-Menge zahlen, also viel lesen und schreiben erhöht die Kosten (wenn Azure SQL DB pauschal basiert). Es ist schwer zu sagen, ob die VM billiger oder teurer als Azure SQL DB sein wird, ohne die Datenbankgröße, die erforderliche E / A-Rate usw. zu kennen. Aber ich denke, dass die VM für eine kleine Datenbank durchaus geeignet ist billiger sein.
Wenn Sie über mehrere Datenbanken verfügen, werden die Dinge wahrscheinlich (zugunsten der Kosten) der VM weiter vorangetrieben. Derzeit gibt es in Azure keine Möglichkeit, Ressourcen datenbankübergreifend gemeinsam zu nutzen (z. B. haben Sie fünf Datenbanken, vier sind leise, aber eine ist ausgelastet, die ausgelastete kann keine der den anderen vier zugewiesenen Ressourcen verwenden, diese Ressourcen werden im Wesentlichen verschwendet). . Microsoft hat angegeben, dass an etwas gearbeitet wird, das die gemeinsame Nutzung von Ressourcen / Kosten zwischen Gruppen von Datenbanken erleichtert. Sie haben sich verpflichtet, dies vor dem Ende von Web / Business (was im September 2015 geschieht) verfügbar zu machen, andere jedoch noch keine Details.
Denken Sie auch daran, dass Azure SQL DB und SQL Express in einer VM nicht dieselben Funktionen bieten. Die Datenbank als Dienst in Azure bietet viel mehr Funktionen, z. B. automatisierte Sicherung, mehr HA-Möglichkeiten, verwaltete Wartung usw. Beachten Sie außerdem, dass die Azure SQL-Datenbank viele, aber nicht alle Funktionen unterstützt von On-Premise-SQL Server. Die Online-Dokumentation enthält eine detaillierte Aufschlüsselung der lokalen Funktionen, SQL-Anweisungen usw., die in Azure NICHT unterstützt werden.
Außerdem wäre ich vorsichtig, wenn ich die große Tabelle von Vdub als Leitfaden verwenden würde. Es stammt aus einem Blog-Beitrag von 2012 und hat sich seitdem in Azure SQL DB stark verändert. Die Azure SQL DB-Spalte in dieser Tabelle bezieht sich auf die Web / Business-Editionen, die im nächsten Jahr eingestellt werden. Im Vergleich zum Inhalt der obigen Tabelle kosten die neuen Serviceebenen (im Allgemeinen) mehr, verfügen über zusätzliche HA-Funktionen, unterstützen Verbände nicht auf die gleiche Weise, haben eine höhere Verfügbarkeitsgarantie usw.
Zum Schluss noch ein Kommentar von LouD ... Die neuen Serviceebenen unterstützen eine begrenzte Anzahl von Bursts. In dieser Tabelle finden Sie beispielsweise folgende Tabelle:
http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401
in diesem Beitrag:
http: // cbailiss. wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequential-selects/
Der Start dieses Tests (ein sequentielles Lesen von der Festplatte) zeigt im ersten einen kleinen Anstieg / eine höhere Burst-Rate ein paar Minuten. Dies ist jedoch grob gesagt weniger als das, was normalerweise in Web / Business verfügbar ist.