Verschiebung des SQL Server-Lizenzvertrags auf ein nutzungsabhängiges Abonnement

In diesem Artikel wird erläutert, wie Sie die SQL Server-Instanzen auf Nutzungsabhängige Zahlung Abonnements umstellen. Diese Option steht derzeit für Instanzen von SQL Server zur Verfügung, die:

• Verwenden einer SQL Server-Lizenz mit Software Assurance (SA)
• Verwenden einer SQL Server-Abonnementlizenz
• Lizenziert über einen Service Provider License Agreement (SPLA)

Übergang von Lizenz mit Software Assurance oder SQL Server Abonnement

Wenn Ihre SQL Server Instanzen von einer Lizenz mit Software assurance oder einer Abonnementlizenz abgedeckt sind, möchten Sie in der Regel direkt nach ablauf der Ablaufzeit zu einem kostenpflichtigen Azure Abonnement wechseln. Zu diesem Zeitpunkt möchten Sie folgendes sicherstellen:

• Alle Arc SQL-Bereitstellungen werden auf nutzungsbasierte Abrechnung umgestellt.
• Alle Azure SQL-Bereitstellungen (PaaS und IaaS) werden auf nutzungsbasierte Abrechnung umgestellt.
• Die Übergangsaufgaben werden unmittelbar nach Ablauf des Lizenzvertrags für kontinuierliche Compliance und genaue Abrechnung ausgeführt.

Führen Sie die folgenden Schritte aus, um den Übergang zu verwalten.

Vor Ablauf des Lizenzvertrags

• Stellen Sie sicher, dass Sie über ein aktives Azure Konto mit mindestens einem Abonnement verfügen.
• Stellen Sie sicher, dass alle lokalen SQL Server Instanzen, die von der Lizenz mit Software Assurance oder sql-Abonnement abgedeckt sind, mit Azure Arc verbunden sind.
• Wenn Sie virtuelle Kerne oder physische Kerne lizenzieren, ohne VMs zu verwenden, stellen Sie sicher, dass die Azure Erweiterungen für SQL Server mit licenseType auf Paid konfiguriert sind. Weitere Informationen finden Sie unter License SQL Server Instanzen nach virtuellen Kernen und License SQL Server Instanzen nach physischen Kernen ohne VMs.
• Wenn Sie die Lizenzierungsmethode für unbegrenzte Virtualisierung verwenden, stellen Sie sicher, dass die p-Core-Lizenz oder -Lizenzen mit billingPlan auf Paid eingestellt sind, aktiviert und alle von den Lizenzen abgedeckten SQL Server-Instanzen ordnungsgemäß mit licenseType auf Paid konfiguriert sind. Weitere Informationen finden Sie unter SQL-Server-Instanzen nach physischen Kernen für unbegrenzte Virtualisierung lizensieren.

Am Ablaufdatum des Lizenzvertrags

Ändern Sie den Lizenztypwert für alle Ressourcen, die nicht mehr von SQL Server Lizenz mit Software Assurance oder SQL Server Abonnement abgedeckt sind.

• Verwenden Sie das PowerShell-Skript Modify Azure SQL-Lizenztyp, um mehrere Azure SQL-Ressourcen in ein nutzungsbasiertes Abonnement zu wechseln.

• Verwenden Sie das PowerShell-Skript Modify Arc SQL-Lizenztyp, um mehrere Azure Arc-aktivierte SQL Server-Instanzen auf das Abonnement mit nutzungsbasierter Bezahlung umzustellen.

Diese Skripts werden unter der MIT-Lizenz bereitgestellt.

Übergang von der vom SPLA-Anbieter bereitgestellten Lizenz

Die Umstellung der SQL Server, die über ein Service Provider License Agreement (SPLA) lizenziert sind, auf die Azure-Nutzungspreisabrechnung erfordert Folgendes:

• Die SQL-Server des Endbenutzers werden in von CSP verwalteten Azure-Abonnements in Azure Arc integriert.
• Die nutzungsbasierte Abrechnung wird mit dem Einverständnis zur wiederkehrenden Abrechnung auf jedem angeschlossenen Gerät ausgewählt.

Bei der Umstellung von Kunden auf Azure Pay-as-you-go-Abrechnung ist es wichtig, sicherzustellen, dass der Azure Verbundene Computer-Agent und die SQL Server Erweiterung fehlerfrei sind und eine Verbindung mit Azure herstellen kann. Wenn die Erweiterung defekt, durch Firewalls blockiert oder fehlerhaft konfiguriert ist (z. B. Proxyprobleme), kann die korrekte Meldung der SQL Server Nutzung unterbrochen werden. Dies kann dazu führen, dass nicht gemeldete Nutzungs-, Abrechnungsfehler und Nichtkompatibilität auftreten.

Diese Probleme beschränken auch die Funktionalität von SQL Server, die über Azure Arc verbunden sind. Zu den betroffenen Features gehören:

• Monitoring
• Inventory
• Entra ID Authentifizierung (die von einem fehlerfreien Agent und einer aktiven Verbindung abhängt)

Azure Arc verbundenen Server müssen mindestens einmal alle 30 Tage mit Azure einchecken. Ab Juni 2026 wird dieses Check-in erzwungen. Dadurch wird eine genaue Nutzungsberichterstattung sichergestellt und nicht autorisierte SQL Server Verwendung verhindert.

Zustimmung des Kunden

Sie oder Ihr Cloud-Lösungsanbieter müssen explizit ihre Zustimmung erteilen, bevor Sie die Abrechnung für "Pay-as-you-go" aktiviert haben. Ausführliche Informationen hierzu erhalten Sie in der Zustimmung zur wiederkehrenden Abrechnung.

Linux-spezifische Überlegungen

Beachten Sie bei der Umstellung von SQL Server für Linux auf "Pay-as-you-go" die folgenden Einschränkungen im Vergleich zu Windows:

• Passive Instanzerkennung: Die automatische Erkennung passiver Replikate in Verfügbarkeitsgruppen oder Failoverclusterinstanzen ist unter Linux nicht verfügbar. Alle Instanzen werden als aktiv in Rechnung gestellt.
• Kernerkennung: Die Kernanzahl wird basierend auf der Betriebssystemumgebung gemeldet. Die Kernverifikation auf Datenbank-Engine-Ebene ist nicht verfügbar.
• Erkennung verbundener Benutzer: Die Überprüfung aktiver Benutzerverbindungen auf lesbaren sekundären Replikaten ist nicht verfügbar.
• Agent-Integritätsüberwachung: Stellen Sie sicher, dass der Azure Connected Machine Agent gesund und verbunden bleibt. Das 30-Tage-Fenster für die erneute Verbindung und das wiederkehrende Abrechnungsverhalten funktionieren wie bei Windows.

Diese Einschränkungen blockieren den Übergang zu PAYG unter Linux nicht. Planen Sie jedoch die Abrechnungsunterschiede, die unter "Lizenzierung und Abrechnung verwalten" beschrieben sind.

Erneute Verbindung innerhalb von 30 Tagen

Wenn die Verbindung der Maschine innerhalb von 30 Tagen nach der Trennung wiederhergestellt wird, basiert die Nutzungsbasierte Bezahlung auf den Protokollen für die tatsächliche Nutzung, die lokal von der Erweiterung verwaltet werden.

Trennung für mehr als 30 Tage

Wenn der Computer länger als 30 Tage getrennt bleibt, wechselt der SQL Arc-Dienst basierend auf der letzten bekannten Konfiguration zu wiederkehrender Abrechnung. Beispiel: Edition, Anzahl der Kerne, Einrichtung für hohe Verfügbarkeit. Zu den Gebühren gehören:

• Rückfüllgebühren für die vorherigen 30 Tage.
• Laufende stündliche Gebühren, bis die Maschine wieder verbunden ist.

Diese Gebühren verwenden separate, wiederkehrende nutzungsbasierte (PAYG) Verbrauchseinheiten, um die Nutzung während des getrennten Zustands nachzuverfolgen.

Zeitweilige Verwendung von SQL Server

Wenn Sie eine Anwendung haben, die selten verwendet wird und länger als 30 Tage offline sein kann, wird die wiederkehrende Abrechnung ausgelöst, da der SQL Arc-Dienst nicht erkennen kann, ob die Trennung absichtlich erfolgt ist oder nicht. Um die Abrechnung zu verhindern, trennen Sie die SQL Server Instanz von Azure Arc. Wenn der virtuelle Computer ausgeführt wird, müssen Sie ihn erneut mit einer der unterstützten Methoden in Arc integrieren. Ausführliche Informationen hierzu erhalten Sie unter Disconnect SQL Server Instanzen von Azure Arc.

Lösungsübersicht

Da die aktuelle Windows Server-Implementierung ein festes 30-tägiges Trennungslimit erzwingt, übernimmt das System automatisch die Erneuteinführung der zugrunde liegenden Server, ohne SQL Server Abrechnung zurückzusetzen. Dieses Feature stellt sicher, dass Dienste wie erweiterte Sicherheitsupdates (ESU) nicht zurückgesetzt werden und dass keine neue Rückabrechnung unnötig ausgelöst wird.

Die folgende Zeitachse veranschaulicht das Abrechnungsverhalten sowohl für SQL Server als auch für Windows Server, indem Szenarien verglichen werden, in denen die Maschine innerhalb von 30 Tagen oder nach 30 Tagen erneut verbunden wird.

Wenn die Konnektivität innerhalb von 30 Tagen wiederhergestellt wird, werden die Abrechnungen auf Pay-as-you-go-Basis fortgesetzt, basierend auf den tatsächlichen Nutzungsdaten, die von der Azure-Erweiterung für SQL Server gesammelt und über Standard-Pay-as-you-go-Zähler gemeldet werden. Wenn die Verbindung nach 30 Tagen wiederhergestellt wird, wird die Abrechnung basierend auf der letzten bekannten Konfiguration der SQL-Instanz mit wiederkehrenden Pay-as-you-go-Metern fortgesetzt, bis die Verbindung erneut hergestellt wird.

Zustimmung zur wiederkehrenden Abrechnung

Es ist eine explizite Zustimmung erforderlich, um die abrechnungsbasierte Abrechnung für SQL Server in den vom CSP verwalteten Azure-Abonnements auszuwählen.

Die Zustimmung wird durch Hinzufügen einer ConsentToRecurringPAYG-Eigenschaft zur Azure-Erweiterung für die SQL-Server-Ressource aufgezeichnet. Sie besteht aus den beiden Werten:

• Consented: Sie stimmen der wiederkehrenden Abrechnung zu.
• ConsentTimestamp: Die UTC-Zeitstempelmarkierung, als die Zustimmung erteilt wurde. Dieser Zeitstempel wird vom Hybrid data Service verwendet, um zu bestimmen, wann die wiederkehrende Abrechnung wirksam wird. Nach diesem Zeitpunkt aktiviert jede Abschaltung, die länger als 30 Tage dauert, die wiederkehrende Pay-as-you-go-Abrechnung.

Aktivieren Sie die wiederkehrende verbrauchsbasierte Abrechnung im großen Maßstab mithilfe von Azure Automation.

Cloudlösungsanbieter, die große Kundenkonten verwalten, können die wiederkehrende Abrechnung nach Verbrauch auf mehreren Maschinen mit einem Skript aktivieren. Ein flexibles PowerShell-Skript zum Ändern des Lizenztyps führt die erforderlichen Konfigurationsänderungen aus, einschließlich der Registrierung der Zustimmung. Mit dem folgenden Vorgang werden beispielsweise alle verbundenen Computer im selben Mandanten auf "Pay-as-you-go" umgestellt:

.\modify-license-type.ps1 -LicenseType PAYG -ConsentToRecurringPAYG Yes -Force 

Überprüfen Sie das vollständige Skript in GitHub unter sql-server-samples modify-license-type.

Automatische Bereitstellung verwalten

SQL Server wird durch Azure Arc aktiviert, indem die Azure-Erweiterung für SQL Server automatisch auf jedem neu verbundenen Computer installiert wird und eine Option bietet, den Lizenztyp als Abonnement-Tag festzulegen. Da diese Tags generisch sind und die Option zur Zustimmung zu wiederkehrenden Pay-as-you-go nicht unterstützen, sollten diese Tags nicht CSP-verwalteten Abonnements zugewiesen werden.

Verwaltung der Erweiterungsgesundheit

Bei einem Pay-as-you-go-Abonnement wird die Integrität der Erweiterungen zu einem kritischen Faktor Ihrer Compliance, da sie die Nutzungsdaten erfasst und die richtige Abrechnung gewährleistet. Die zeitweiligen Trennungen von bis zu 30 Tagen sind zulässig, da die Erweiterung ein Nutzungsprotokoll auf dem Computer führt, aber es liegt in Ihrer Verantwortung, sicherzustellen, dass die Erweiterungen einwandfrei bleiben. Das Azure-Portal enthält ein Health Dashboard mit der allgemeinen Ansicht des Erweiterungsstatus. Ausführliche Informationen zur Problembehandlung der fehlerhaften Erweiterungen finden Sie unter Troubleshoot Azure Erweiterung für SQL Server.

Analysieren der Kosten

Nach dem Übergang zur abrechnungsbasierten Zahlung können Sie aktuelle und prognostizierte Gebühren über Microsoft Cost Management anzeigen. Anstehende Gebühren für Azure Arc-fähige SQL Server Pay-as-you-go werden nicht auf SQL Server- oder Arc-Ressourcenseiten angezeigt. Alle Kostenanalysen und Prognosen werden auf Abonnementebene oder höher ausgeführt.

Anzeigen prognostizierter Gebühren

Um die prognostizierten nutzungsabhängigen Gebühren anzuzeigen:

1. Öffnen Sie im Azure-Portal Cost Management>Cost analysis.
2. Wählen Sie den entsprechenden Bereich (Abonnement, Verwaltungsgruppe oder Ressourcengruppe) aus.
3. Vergewissern Sie sich, dass das Diagramm sowohl aktuelle als auch prognostizierte Kosten anzeigt.
   • Einfarbige Balken oder Linien stellen tatsächliche Kosten dar.
   • Schattierte Erweiterungen stellen prognostizierte Kosten basierend auf historischen Nutzungstrends dar.
4. Legen Sie den Datumsbereich auf den aktuellen Monat fest, um projizierte Monatsendekosten anzuzeigen.

Filtern nach Arc-SQL Server-Verwendung

Um Azure Arc-fähigen SQL Server Nutzungsgebühren zu isolieren, wenden Sie die folgenden Filter an:

Ermitteln der Kosten auf Ressourcenebene

So sehen Sie, welche SQL Server Instanzen kostentreiben:

1. Wählen Sie in der Kostenanalyse "Nach>Ressource gruppieren" aus.
2. Wählen Sie optional "Nach>" aus, wenn Sie Arc-Computer nach Ressourcengruppe organisieren.

Diese Aufschlüsselung hilft Ihnen bei der Identifizierung:

• Änderungen der Kernanzahl
• Editionsunterschiede (Standard vs Enterprise)
• Instanzen, die unbeabsichtigt nicht ausgeführt wurden

Identifizieren von Gebührenkategorien

Um festzustellen, welche mit SQL Server zugehörigen Gebührenkategorien die Kosten verursachen, wählen Sie in KostenanalyseGruppieren nach>Meter aus. Diese Aufschlüsselung hilft Ihnen bei der Identifizierung:

• Aufschlüsselung der Nutzungskosten (z. B. Kosten für ESU, Kosten für Zahlung nach Nutzung)
• Editionsunterschiede (Meternamen geben die Editionen an)
• Unerwartete Gebühren

Einrichten von Budgetwarnungen

Um Kosten proaktiv zu verwalten:

1. Wählen Sie in "Kostenverwaltung" "Budgets>Hinzufügen" aus.
2. Erstellen Sie ein monatliches Budget für Ihre erwarteten Arc SQL-Ausgaben.
3. Konfigurieren Sie Benachrichtigungen bei 50 %, 75 % und 90 % des Budgets.
4. Speichern Sie das Budget.

Budgetwarnungen verwenden prognostizierte Kosten, nicht nur tatsächliche Ausgaben, um unerwartete Gebühren zu vermeiden. Weitere Informationen finden Sie unter Erstellen und Verwalten von Budgets.

Überwachen von Abrechnungsereignissen

Um zu überwachen, überprüfen Sie Aktivitätsprotokolle mit SQL Server, ermöglicht durch Azure Arc.

Verwandte Inhalte

Abrechnung für SQL Server aktiviert durch Azure Arc HÄUFIG gestellte Fragen

Lizenzierung und Abrechnung von SQL Server aktiviert durch Azure Arc