Tipps zur Kostenoptimierung für SQL Server-Lizenzen auf AWS

SQL Server ist das häufigste Produkt, das Kunden in einem Bring-your-own-Lizenzmodell zu AWS bringen. Damit ist es auch eine der teuersten Lizenzen, die Microsoft zu bieten hat. In diesem Leitfaden geben wir Ihnen 8 Tipps, wie Sie Ihre bestehenden SQL Server-Lizenzen optimieren können, um bei der Migration zu AWS das Beste aus ihnen herauszuholen.

1. Optimieren Sie CPUs für BYOL

Der erste Tipp ist die Optimierung Ihrer CPUs. Normalerweise sind SQL-Workloads an den Arbeitsspeicher gebunden, aber die SQL-Lizenzierung ist CPU-gebunden. Der Haken an der Sache ist, dass wir oft Instanzen mit einem großen CPU:Speicher-Verhältnis wählen, obwohl das nicht notwendig ist. Was ist also eine optimierte CPU für SQL?

Nehmen wir ein Beispiel: Sie haben einen SQL Server, der mit 128 GB Arbeitsspeicher eine optimale Leistung erzielt. Um dies zu erreichen, verwenden Sie wahrscheinlich eine besonders große oder größere Instanz, die in diesem Beispiel 8 Kerne und 16 vCPUs hat. Wenn Sie Ihre Instanz überwachen und sich das Nutzungsmuster in dieser Situation ansehen, werden Sie wahrscheinlich feststellen, dass Ihr Speicherverbrauch jederzeit höher ist als der Ihrer CPU. Und nicht nur das: Ihr Arbeitsspeicher ist oft vollständig ausgelastet, während Ihre CPU zur gleichen Zeit nur zu etwa 50% ausgelastet ist.

Trotzdem müssen Sie für die SQL-Lizenzen für alle 16 vCPUs bezahlen. Das liegt daran, dass SQL Server pro Kern lizenziert wird, so dass es keine Rolle spielt, ob Sie alle Kerne nutzen oder nicht, sondern nur, dass sie verfügbar sind. Noch schlimmer kann es sein, wenn Sie eine zweite Instanz für die Ausfallsicherung haben und nicht über Software Assurance verfügen. Dann müssen Sie für ein nicht optimiertes Szenario doppelt zahlen.

Beim Starten Ihrer EC2-Instanz können Sie jedoch angeben, wie viele Kerne für das Betriebssystem sichtbar sind. So können Sie selbst entscheiden, ob Sie Hyper-Threading deaktivieren möchten. Das bedeutet, dass Sie anstelle von 16 vCPUs nur acht vCPUs für das Betriebssystem sichtbar machen können. Und in diesem Fall müssen Sie nur acht SQL Server-Lizenzen für diese Instanz bereitstellen.

Es hat keinen Einfluss auf die Preisgestaltung für die Instanz, da es sich um dieselbe Instanz handelt. Es wirkt sich auch nicht auf die Preise für Windows auf dieser Instanz aus, aber es wirkt sich auf die Anzahl der SQL Server-Kerne aus, die Sie mitbringen müssen, um konform zu sein. Dies ist das, was wir eine optimierte CPU nennen.

2. Kleine SQL-Workloads konsolidieren

Der nächste Optimierungstipp ist die Konsolidierung von SQL-Arbeitslasten, die geringe CPU-Anforderungen haben. Das liegt daran, dass Sie derzeit mindestens vier virtuelle CPUs lizenzieren müssen, wenn Sie virtualisierte Umgebungen nutzen, selbst wenn Sie kein Threading verwenden. Wenn Ihre Arbeitslast klein ist und nicht viel CPU-Leistung erfordert, würden Sie normalerweise eine Instanz wählen, die dem entspricht. Aber wenn diese Instanz weniger als vier vCPUs hat, müssen Sie ihr trotzdem vier Lizenzen zuweisen. Daher wäre es aus Sicht der Lizenzierung effizienter, Ihre Arbeitslasten so zu konsolidieren, dass die erforderliche Anzahl von vCPUs ein Vielfaches von 4 ist.

Kurz gesagt, wenn Sie SQL-Server auf EC2 lizenzieren, müssen Sie diese in Stapeln von vier vCPUs lizenzieren.

3. Amazon EC2 Dedizierte Hosts

Ziehen Sie den Einsatz von dedizierten Hosts in Betracht, da diese Ihnen Einblick in die physischen Kerne geben. Nehmen Sie zum Beispiel eine r5-Instanz. Dieser Instanztyp ist speicheroptimiert und eignet sich sehr gut für SQL-Arbeitslasten. Die dedizierte Host-Version des r5 (r5.metal) verfügt über 48 physische Kerne, von denen jeder einzelne die Nutzung von Threading ermöglicht, so dass Sie insgesamt 96 vCPUs haben. Das ist die gleiche Anzahl wie bei einem r5.24xlarge. Der Unterschied besteht darin, dass der dedizierte Host nicht als virtuelle Umgebung betrachtet wird und Sie eine Lizenz für 48 Kerne gegen 96 vCPUs erwerben können. Wenn Sie genügend Arbeitslasten haben, um einen dedizierten Host zu füllen, sollten Sie diesen in Erwägung ziehen, aber berücksichtigen Sie die Merkmale dieser Art von Mietvertrag, insbesondere im Hinblick auf die Preise.

4. SQL Server Passive Ausfallsicherung

Der nächste Tipp ist ein passives SQL-Server-Failover. Das bedeutet, dass Sie neben Ihrer aktiven SQL Server-Instanz auch eine passive SQL Server-Instanz für das Failover haben, falls die primäre Instanz ausfällt.

Ab SQL Server 2014 müssen Sie, wenn Sie eine aktive Software Assurance haben, nicht mehr für SQL Server-Lizenzen für eine passive Instanz bezahlen. Sie müssen nur noch die aktive Instanz lizenzieren. Sie müssen immer noch für die Instanz bezahlen, für die Windows-Lizenz auf dem Rechner, aber Sie müssen nicht für SQL Server-Lizenzen auf der passiven Instanz bezahlen. Aber nochmals, Sie müssen über eine aktive Software Assurance verfügen, um diesen Vorteil nutzen zu können..

5. Umstellung von SQL Server Enterprise Edition auf Standard Edition

Unser nächster Tipp ist, mit SQL Server von der Enterprise-Edition auf die Standard-Edition herunterzusteigen. Die Kosten für die Enterprise-Edition sind viel höher als die Kosten für die Standard-Edition. Wir raten Ihnen, zunächst wirklich zu versuchen zu verstehen, welche Enterprise-Funktionen in Ihrem Unternehmen tatsächlich genutzt werden.

Wenn Sie sie nur für Hochverfügbarkeit und nicht für Read Replicas verwenden, können Sie auf die Standard-Edition zurückgreifen. Und anstelle von immer eingeschaltet Verfügbarkeitsgruppen können Sie Failover-Cluster-Instanzen verwenden, zum Beispiel mit FsX. Sie können die Kosten für die Lizenz erheblich senken, wenn Sie von der Enterprise Edition zur Standard Edition wechseln.

6. Blockreplikation für Disaster Recovery verwenden

Das nächste Thema ist die Notfallwiederherstellung. Wir haben bereits erwähnt, dass Sie keine SQL-Lizenz für Ihre passive Instanz benötigen, wenn Sie eine Software Assurance haben. Sie haben also Ihre aktive Instanz und Ihre passive Instanz für die Ausfallsicherung, aber was ist, wenn Sie auch Anforderungen an die Notfallwiederherstellung haben?

Was ist, wenn Sie eine weitere Instanz in einer anderen Region nur für Disaster Recovery-Zwecke benötigen? Nun, selbst mit Software Assurance müsste diese DR-Instanz für SQL lizenziert werden. Aber für die Notfallwiederherstellung können Sie einfach die Blockreplikation auf der Speicherebene verwenden. Sie müssen für die SQL-Lizenz für diese Instanz nicht bezahlen.

7. Ausführen von Nicht-Produktions-Workloads auf SQL Server Developer Edition

SQL Server Developer Edition: Sie können es entweder auf einer dedizierten Tenancy oder auf einer Shared Tenancy einsetzen. Wenn Sie nicht-produktive Workloads für Entwicklungs- oder Testzwecke verwenden, können Sie die kostenlose SQL Server Developer Edition nutzen.

Prüfen Sie bei der Bewertung Ihrer Umgebung einfach, ob Sie Server haben, die nicht in der Produktion eingesetzt werden und die eine bezahlte SQL-Arbeitslast haben. Dann erwägen Sie die Verwendung der SQL Server Developer Edition.

8. SQL Server unter Linux

Der letzte Tipp zu SQL Server-Lizenzen ist, dass Sie SQL Server unter Linux betreiben können. Sie müssen zwar immer noch für SQL Server-Lizenzen bezahlen, aber Sie können die Kosten für die Lizenzkosten der zugrunde liegenden Windows-Server eliminieren. Die Kompatibilität ist fast gleich, aber es kann ein paar Unterschiede geben, z.B. beim Zugriff auf das Dateisystem. Wie bei Tipp Nr. 5 ist es wichtig, den tatsächlichen Bedarf und die Anforderungen Ihrer Umgebung zu prüfen, aber wenn Ihre Arbeitslast von SQL Server abhängt, können Sie den Betrieb von SQL Server unter Linux in Betracht ziehen.

Weitere Best Practices zur Optimierung von Kosten und Leistung Ihrer Microsoft-Arbeitslasten auf AWS

Um Ihnen einen Einblick in Ihr Einsparungspotenzial zu geben, hat AWS die AWS Optimization and Licensing Assessment (OLA) eingeführt. Indem Sie die Verbrauchskosten und die Bereitstellung Ihrer Microsoft-Workloads mit der AWS OLA bewerten, können Sie genauer bestimmen, wie Sie diese in der Cloud optimieren können. Die Analyse der von der AWS OLA gesammelten Daten hilft Ihnen, die Kosten effektiver zu modellieren und die besten Geschäftsoptimierungsszenarien zu bestimmen, um nachhaltiges Wachstum zu fördern.

Um Sie bei diesem Übergang zu unterstützen, kann Xebia Ihnen diese Bewertung kostenlos anbieten. Besuchen Sie unsere Seite, um mehr zu erfahren und Ihre Bewertung anzufordern.

[embed]https://youtu.be/-niVqKGU0J8[/embed]