Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
Azure SQL-Datenbank
Serverless ist eine Berechnungsebene für einzelne Datenbanken in Azure SQL-Datenbank, die die Berechnungsressourcen automatisch basierend auf der Arbeitslastnachfrage skaliert und nach der Menge der pro Sekunde genutzten Berechnung abrechnet. Wenn nur der verwendete Speicher in Rechnung gestellt wird, hält die serverlose Computeebene außerdem Datenbanken während inaktiver Zeiträume automatisch an und startet diese wieder, wenn es wieder zu Aktivität kommt. Die serverlose Computingebene ist in der Dienstebene Universell und in der Hyperscale-Dienstebene verfügbar.
Derzeit werden Auto-Pause und Auto-Resume nur in der General Purpose Service-Stufe unterstützt.
Übersicht
Ein Autoskalierungsbereich und eine Verzögerungszeit für das automatische Anhalten sind wichtige Parameter für die serverlose Rechenschicht. Die Konfiguration dieser Parameter beeinflusst die Leistung und die Computekosten der Datenbank.
Leistungskonfiguration
- Die Mindestanzahl virtueller Kerne und die maximale Anzahl virtueller Kerne sind konfigurierbare Parameter, die den Bereich der Computekapazität definieren, die für die Datenbank verfügbar ist. Arbeitsspeicher- und IO-Limits sind proportional zum angegebenen vCore-Bereich.
- Die automatische Pauseverzögerung ist ein konfigurierbarer Parameter, der die Zeitspanne definiert, in der die Datenbank inaktiv sein muss, bevor sie automatisch pausiert wird. Die Datenbank wird automatisch fortgesetzt, wenn die nächste Anmeldung oder andere Aktivität eintritt. Alternativ kannst du das automatische Pausieren deaktivieren. Weitere Informationen finden Sie unter Automatisches Anhalten und automatisches Fortsetzen in der serverlosen Computestufe für Azure SQL-Datenbank.
Standardeinstellungen
In der folgenden Tabelle werden die verfügbaren Werte für diese Parameter aufgeführt.
| Parameter | Wertoptionen | Standardwert |
|---|---|---|
| Mindestanzahl virtueller Kerne | Hängt von den konfigurierten maximalen virtuellen Kernen ab – siehe Ressourceneinschränkungen. | 0,5 vCores |
| Autopause-Verzögerung | Minimum: 15 Minuten Maximal: 10.080 Minuten (sieben Tage) Inkremente: 1 Minute Automatisches Anhalten deaktivieren: -1 |
60 Minuten |
Kosten
Die Kosten für eine serverlose Datenbank sind die Summe aus den Rechen- und Speicherkosten. Die Speicherkosten werden auf die gleiche Weise berechnet wie in der bereitgestellten Computeebene.
- Wenn der Rechenaufwand zwischen den von dir konfigurierten Mindest- und Maximalgrenzen liegt, basieren die Rechenkosten auf vCore und dem verwendeten Speicher.
- Wenn der Rechenaufwand unter den von dir konfigurierten Mindestlimits liegt, basieren die Rechenkosten auf den minimalen vCores und dem minimalen Speicher.
- Wenn die Datenbank angehalten wird, fallen keine Computekosten an, und es wird nur der verwendete Speicher berechnet.
Weitere Kostendetails finden Sie unter Abrechnung und Kostenszenarien für den Tarif für serverloses Computing.
Szenarien
Serverlos ist preis-/leistungsoptimiert für Einzeldatenbanken mit zeitweiligen, unvorhersehbaren Nutzungsmustern, bei denen eine gewisse Verzögerung in der Compute-Aufwärmphase nach Leerlaufzeiträumen ohne Nutzung akzeptabel ist. Im Gegensatz dazu ist die bereitgestellte Computeebene hinsichtlich Preis und Leistung für einzelne Datenbanken oder mehrere Datenbanken in elastischen Pools mit höherer durchschnittlicher Auslastung optimiert, bei denen es zu keiner Verzögerung beim Aufwärmen der Rechenkapazität kommen darf.
Ideal geeignete Szenarien für serverloses Computing
- Einzeldatenbanken mit wechselnden, unvorhersehbaren Nutzungsmustern, Perioden der Inaktivität und geringerer durchschnittlicher Computenutzung im Zeitverlauf.
- Einzeldatenbanken in der bereitgestellten Computeebene, die häufig neu skaliert werden, und Kunden, welche die Neuskalierung des Computings an den Dienst delegieren möchten.
- Neue einzelne Datenbanken ohne Nutzungshistorie, bei denen die Rechenressourcengröße schwer oder gar nicht vor der Bereitstellung in einer Azure SQL-Datenbank geschätzt werden kann.
Ideal geeignete Szenarien für bereitgestelltes Computing
- Einzeldatenbanken mit regelmäßigeren, vorhersagbaren Nutzungsmustern und höherer durchschnittlicher Computenutzung im Zeitverlauf.
- Datenbanken, die keine Leistungskompromisse vertragen, die durch häufigeres Speichertrimmen oder Verzögerungen beim Wiederaufnehmen aus einem pausierten Zustand entstehen.
- Mehrere Datenbanken mit wechselnden, unvorhersehbaren Nutzungsmustern, die für bessere Preis-/Leistungsoptimierung in Pools für elastische Datenbanken konsolidiert werden können.
Vergleich von Berechnungsebenen
Die folgende Tabelle enthält eine Zusammenfassung der Unterschiede zwischen der serverlosen Computeebene und der bereitgestellten Computeebene:
| Serverloses Computing | Bereitgestellte Rechenressourcen | |
|---|---|---|
| Datenbanknutzungsmuster | Wechselnde, unvorhersehbare Nutzung mit niedrigerer durchschnittlicher Computenutzung im Zeitverlauf. | Regelmäßigere Nutzungsmuster mit höherer durchschnittlicher Computenutzung im Zeitverlauf oder mehrere Datenbanken, die elastische Pools verwenden. |
| Aufwand bei der Leistungsverwaltung | Niedriger | Höher |
| Compute-Skalierung | Automatisch | Manuell |
| Compute-Reaktionsfähigkeit | Geringer nach Inaktivitätszeiträumen | Unmittelbar |
| Granularität bei der Abrechnung | Pro Sekunde | Pro Stunde |
Kaufmodell und Dienstebene
In der folgenden Tabelle wird die serverlose Unterstützung basierend auf dem Kaufmodell, den Dienstebenen und der Hardware beschrieben:
| Kategorie | Unterstützt | Nicht unterstützt |
|---|---|---|
| Kaufmodell | vCore | DTU |
| Dienstebene |
Allgemeiner Zweck Hyperscale |
Geschäftskritisch |
| Hardware | Standard-Serie (Gen5) | Gesamte andere Hardware |
Automatisch skalierende serverlose Datenbanken
Weitere Informationen zur automatischen Skalierung und zur Reaktionsfähigkeit der serverlosen Compute-Schicht finden Sie unter Serverless Compute Tier Auto-Scaling für Azure SQL-Datenbank.
AutoAnhalten und automatisches Fortsetzen
Für detaillierte Informationen zum Verhalten von Auto-Pause und Auto-Resume, Auslösern, Fehlerbehebung und Konnektivität siehe Auto-Pause und Auto-Resume in der serverlosen Compute-Ebene.
Erstellen einer neuen serverlosen Datenbank
Für Schritt-für-Schritt-Anweisungen zum Erstellen, Verschieben und Konfigurieren serverloser Datenbanken mit dem Azure-Portal, PowerShell, Azure CLI und T-SQL siehe Erstellen und konfigurieren Sie eine serverlose Datenbank.
Best Practices für Serverless Compute Tier
Beachten Sie die folgenden Best Practices bei der Verwendung serverloser Datenbanken.
Implementierung von Anwendungs-Wiederholungslogik
Alle cloudverbundenen Anwendungen sollten Empfehlungen zur Verbindungs-Wiederversuchslogik verwenden. Vorübergehende Konnektivitätsfehler müssen in allen Cloud-Anwendungen mit Retry-Logik behandelt werden. Die Wiederholungslogik für serverlose Datenbanken ist besonders wichtig, da temporäre Konnektivitätsfehler durch Auto-Resume vorhersehbar sind.
Weitere Informationen finden Sie unter Fehlerbehebung bei Problemen mit der automatischen Wiederherstellung der Verbindung.
Überprüfen Sie die Interoperabilität, die automatische Pausen verhindert
Einige Funktionen und Einstellungen können verhindern, dass eine serverlose Datenbank automatisch pausiert. Du kannst die automatische Pause in der Datenbank deaktivieren, wenn diese Funktionen genutzt werden.
Weitere Informationen finden Sie unter Fehlerbehebung der automatischen Pause.
Bildschirm
Weitere Informationen zur Überwachung von Pausen- und Fortsetzungsereignissen Ihrer serverlosen Datenbank finden Sie unter Monitor the serverless compute tier for Azure SQL-Datenbank.
Ressourceneinschränkungen
Ressourceneinschränkungen werden unter serverlose Computeebene beschrieben.
Abrechnung
Für detaillierte Abrechnungsinformationen, einschließlich Rechenkostenberechnungen, Mindestrechnung und Szenarienbeispielen für sowohl General Purpose als auch Hyperscale, siehe Serverless Compute Tier Billing.
Verfügbare Regionen
Informationen zur regionalen Verfügbarkeit finden Sie unter Serverlose Verfügbarkeit nach Region für Azure SQL-Datenbank.