Ressourcenlimits für Pools für elastische Datenbanken, die das V-Kern-Kaufmodell verwenden

  • Artikel

Gilt für:Azure SQL-Datenbank

In diesem Artikel werden die detaillierten Ressourcenlimits für Pools für elastische Azure SQL-Datenbanken und in einem Pool zusammengefasste Datenbanken mithilfe des V-Kern-Kaufmodells mitgeteilt.

Wichtig

Unter bestimmten Umständen müssen Sie ggf. eine Datenbank verkleinern, um ungenutzten Speicherplatz freizugeben. Weitere Informationen finden Sie unter Verwalten von Dateispeicherplatz in Azure SQL-Datenbank.

Jedes schreibgeschützte Replikat eines Pools für elastische Datenbanken hat eigene Ressourcen wie virtuelle Kerne, Arbeitsspeicher, Daten-IOPS, tempdb, Worker und Sitzungen. Jedes schreibgeschützte Replikat unterliegt den Ressourcenlimits eines Pools für elastische Datenbanken, die weiter unten in diesem Artikel beschrieben werden.

Sie können die Dienstebene, Computegröße (Dienstziel) und Speichermenge mit folgenden Optionen festlegen:

Wichtig

Anleitungen und Überlegungen zur Skalierung finden Sie unter Skalieren eines Pools für elastische Datenbanken.

Wenn alle virtuellen Kerne eines Pools für elastische Datenbanken verwendet werden, erhält jede Datenbank im Pool gleich viel Computeressourcen zum Verarbeiten von Abfragen. Azure SQL-Datenbank bietet eine faire gemeinsame Nutzung von Ressourcen durch Datenbanken, indem gleiche Slices an Computezeit zugesichert werden. Diese faire gemeinsame Nutzung in Pools für elastische Datenbanken ergänzt die Ressourcen, die jeder Datenbank auf andere Weise garantiert werden, wenn die Mindestanzahl von virtuellen Kernen pro Datenbank auf einen Wert ungleich null festgelegt ist.

Bei derselben Anzahl von virtuellen Kernen überschreiten die für einen Pool für elastische Datenbanken bereitgestellten Ressourcen möglicherweise die Ressourcen, die für eine einzelne Datenbank außerhalb eines Pools für elastische Datenbanken bereitgestellt wurden. Dies bedeutet: Es ist möglich, dass die CPU-, Daten-E/A- und Protokollschreibauslastung eines Pools für elastische Datenbanken je nach Workloadmuster kleiner als die Summe der CPU-, Daten-E/A- und Protokollschreibauslastungen auf allen Datenbanken innerhalb des Pools ist. So ist es beispielsweise in einem Extremfall mit nur einer einzigen Datenbank in einem Pool für elastische Datenbanken, bei dem die Daten-E/A-Auslastung der Datenbank 100 % beträgt, möglich, dass die Pool-Daten-E/A-Auslastung bei bestimmten Workloadmustern 50 % beträgt. Dies kann sogar dann geschehen, wenn die maximale Anzahl von virtuellen Kernen pro Datenbank den maximal unterstützten Wert für die angegebene Poolgröße beibehält.

Hinweis

Die Gen5-Hardware im vCore-Kaufmodell wurde in Standard-Serie (Gen5) umbenannt.

Universell – bereitgestelltes Computing – Standard-Serie (Gen5)

Universell – Standard-Serie (Gen5) (Teil 1 von 3)

Computegrößen (Service Level Objectives oder SLOs) für universelle Pools für elastische Datenbanken der Standard-Serie folgen der Namenskonvention GP_Gen5_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: GP_Gen5_2, GP_Gen5_4, GP_Gen5_6, GP_Gen5_8 und GP_Gen5_10:

V-Kerne 2 4 6 8 10
Hardware Gen5 Gen5 Gen5 Gen5 Gen5
Arbeitsspeicher (GB) 10,4 20,8 31,1 41,5 51,9
Max. Anzahl von Datenbanken pro Pool 1 100 200 500 500 500
Columnstore-Unterstützung Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – –
Maximale Datengröße (GB) 512 756 1536 2048 2048
Max. Protokollgröße (GB) 2 154 227 461 461 461
Maximale Datengröße von tempdb (GB) 64 128 192 256 320
Speichertyp Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote)
Lese-E/A-Latenz (ungefähr) 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms
Schreib-E/A-Latenz (ungefähr) 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms
Max. Daten-IOPS pro Pool 3 1\.400 2.800 4.200 5.600 7\.000
Maximale Protokollrate pro Pool (MBit/s) 12 24 36 48 60
Max. gleichzeitige Worker pro Pool 4 210 420 630 840 1050
Max. gleichzeitige Anmeldungen pro Pool 210 420 630 840 1050
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 21 42 63 84 105
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2 0, 0,25, 0,5, 1, 2, 4 0, 0,25, 0,5, 1, 2, 4, 6 0, 0,25, 0,5, 1, 2, 4, 6, 8 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10
Anzahl von Replikaten 1 1 1 1 1
Multi-AZ Ja Ja Ja Ja Ja
Horizontale Leseskalierung – – – – –
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Gen5 verwendet wird und die maximale Anzahl von V-Kernen pro Datenbank auf 2 festgelegt ist, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von V-Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da unter Gen5 maximal 100 gleichzeitige Worker pro V-Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Universell – Standard-Serie (Gen5) (Teil 2 von 3)

Computegrößen (Service Level Objectives oder SLOs) für universelle Pools für elastische Datenbanken der Standard-Serie folgen der Namenskonvention GP_Gen5_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: GP_Gen5_12, GP_Gen5_14, GP_Gen5_16, GP_Gen5_18 und GP_Gen5_20:

V-Kerne 12 14 16 18 20
Hardware Gen5 Gen5 Gen5 Gen5 Gen5
Arbeitsspeicher (GB) 62,3 72,7 83 93,4 103,8
Max. Anzahl von Datenbanken pro Pool 1 500 500 500 500 500
Columnstore-Unterstützung Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – –
Maximale Datengröße (GB) 2048 2048 2048 3072 3072
Max. Protokollgröße (GB) 2 614 614 614 922 922
Maximale Datengröße von tempdb (GB) 384 448 512 576 640
Speichertyp Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote)
Lese-E/A-Latenz (ungefähr) 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms
Schreib-E/A-Latenz (ungefähr) 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms
Max. Daten-IOPS pro Pool 3 8.400 9.800 11.200 12.600 14.000
Maximale Protokollrate pro Pool (MBit/s) 62,5 62,5 62,5 62,5 62,5
Max. gleichzeitige Worker pro Pool 4 1260 1470 1680 1890 2100
Max. gleichzeitige Anmeldungen pro Pool 1260 1470 1680 1890 2100
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 126 147 150 150 150
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20
Anzahl von Replikaten 1 1 1 1 1
Multi-AZ Ja Ja Ja Ja Ja
Horizontale Leseskalierung – – – – –
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Universell – Standard-Serie (Gen5) (Teil 3 von 3)

Computegrößen (Service Level Objectives oder SLOs) für universelle Pools für elastische Datenbanken der Standard-Serie folgen der Namenskonvention GP_Gen5_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: GP_Gen5_24, GP_Gen5_32, GP_Gen5_40, GP_Gen5_80 und GP_Gen5_128:

V-Kerne 24 32 40 80 128
Hardware Gen5 Gen5 Gen5 Gen5 Gen5
Arbeitsspeicher (GB) 124,6 166,1 207,6 415,2 625
Max. Anzahl von Datenbanken pro Pool 1 500 500 500 500 500
Columnstore-Unterstützung Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – –
Maximale Datengröße (GB) 3072 4096 4096 4096 4096
Max. Protokollgröße (GB) 2 922 1229 1229 1229 1229
Maximale Datengröße von tempdb (GB) 768 1024 1280 2560 2560
Speichertyp Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote)
Lese-E/A-Latenz (ungefähr) 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms
Schreib-E/A-Latenz (ungefähr) 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms
Max. Daten-IOPS pro Pool 3 16.800 22.400 28.000 32.000 40.000
Maximale Protokollrate pro Pool (MBit/s) 62,5 62,5 62,5 62,5 62,5
Max. gleichzeitige Worker pro Pool 4 2520 3360 4.200 8.400 13.440
Max. gleichzeitige Anmeldungen pro Pool 2520 3360 4.200 8.400 13.440
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 150 150 150 150 150
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 48, 80 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 48, 80, 128
Anzahl von Replikaten 1 1 1 1 1
Multi-AZ Ja Ja Ja Ja Ja
Horizontale Leseskalierung – – – – –
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Universell – bereitgestelltes Computing – Fsv2-Serie

Universell – Fsv2-Serie (Teil 1 von 2)

Computegrößen (Service Level Objectives oder SLOs) für universelle Pools für elastische Datenbanken der Fsv2-Serie folgen der Namenskonvention GP_Fsv2_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: GP_Fsv2_8, GP_Fsv2_10, GP_Fsv2_12, GP_Fsv2_14 und GP_Fsv2_16:

V-Kerne 8 10 12 14 16
Hardware Fsv2-Serie Fsv2-Serie Fsv2-Serie Fsv2-Serie Fsv2-Serie
Arbeitsspeicher (GB) 15,1 18,9 22,7 26,5 30,2
Max. Anzahl von Datenbanken pro Pool 1 500 500 500 500 500
Columnstore-Unterstützung Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – –
Maximale Datengröße (GB) 1024 1024 1024 1024 1536
Max. Protokollgröße (GB) 2 336 336 336 336 512
Maximale Datengröße von tempdb (GB) 37 46 56 65 74
Speichertyp Remote-SSD Remote-SSD Remote-SSD Remote-SSD Remote-SSD
Lese-E/A-Latenz (ungefähr) 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms
Schreib-E/A-Latenz (ungefähr) 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms
Max. Daten-IOPS pro Pool 3 5.600 7\.000 8.400 9.800 11.200
Maximale Protokollrate pro Pool (MBit/s) 48 60 62,5 62,5 62,5
Max. gleichzeitige Worker pro Pool 4 400 500 600 700 800
Max. gleichzeitige Anmeldungen pro Pool 400 500 600 700 800
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 40 50 60 70 80
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 8 0, 8, 10 0, 8, 10, 12 0, 8, 10, 12, 14 0, 8, 10, 12, 14, 16
Anzahl von Replikaten 1 1 1 1 1
Multi-AZ – – – – –
Horizontale Leseskalierung – – – – –
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Universell – Fsv2-Serie (Teil 2 von 2)

Computegrößen (Service Level Objectives oder SLOs) für universelle Pools für elastische Datenbanken der Fsv2-Serie folgen der Namenskonvention GP_Fsv2_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: GP_Fsv2_18, GP_Fsv2_20, GP_Fsv2_24, GP_Fsv2_32, GP_Fsv2_36 und GP_Fsv2_72:

V-Kerne 18 20 24 32 36 72
Hardware Fsv2-Serie Fsv2-Serie Fsv2-Serie Fsv2-Serie Fsv2-Serie Fsv2-Serie
Arbeitsspeicher (GB) 34,0 37,8 45,4 60,5 68,0 136,0
Max. Anzahl von Datenbanken pro Pool 1 500 500 500 500 500
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – –
Maximale Datengröße (GB) 1536 1536 1536 3072 3072 4096
Max. Protokollgröße (GB) 2 512 512 512 1024 1024 1024
Maximale Datengröße von tempdb (GB) 83 93 111 148 167 333
Speichertyp Remote-SSD Remote-SSD Remote-SSD Remote-SSD Remote-SSD Remote-SSD
Lese-E/A-Latenz (ungefähr) 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms
Schreib-E/A-Latenz (ungefähr) 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms
Max. Daten-IOPS pro Pool 3 12.600 14.000 16.800 22.400 25.200 31.200
Maximale Protokollrate pro Pool (MBit/s) 62,5 62,5 62,5 62,5 62,5 62,5
Max. gleichzeitige Worker pro Pool 4 900 1000 1200 1600 1800 3600
Max. gleichzeitige Anmeldungen pro Pool 900 1000 1200 1600 1800 3600
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 90 100 120 150 150 150
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 8, 10, 12, 14, 16, 18 0, 8, 10, 12, 14, 16, 18, 20 0, 8, 10, 12, 14, 16, 18, 20, 24 0, 8, 10, 12, 14, 16, 18, 20, 24, 32 0, 8, 10, 12, 14, 16, 18, 20, 24, 32, 36 0, 8, 10, 12, 14, 16, 18, 20, 24, 32, 36, 40, 72
Anzahl von Replikaten 1 1 1 1 1 1
Multi-AZ – – – – – –
Horizontale Leseskalierung – – – – – –
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Universell – bereitgestelltes Computing – DC-Serie

Universell – DC-Serie (Teil 1 von 2)

Computegrößen (Service Level Objectives oder SLOs) für universelle Pools für elastische Datenbanken der DC-Serie folgen der Namenskonvention GP_DC_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: GP_DC_2, GP_DC_4, GP_DC_6, GP_DC_8, GP_DC_10 und GP_DC_12:

V-Kerne 2 4 6 8 106 126
Hardware DC DC DC DC DC DC
Arbeitsspeicher (GB) 9 18 27 36 45 54
Max. Anzahl Datenbanken pro Pool 1 100 400 400 400 500 500
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – –
Maximale Datengröße (GB) 756 1536 2048 2048 3072 3072
Max. Protokollgröße (GB) 2 227 461 614 614 614 922
Maximale Datengröße von tempdb (GB) 64 128 192 256 320 384
Speichertyp Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote)
Lese-E/A-Latenz (ungefähr) 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms
Schreib-E/A-Latenz (ungefähr) 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms
Max. Daten-IOPS pro Pool 3 1\.400 2.800 4.200 5.600 7\.000 8.400
Maximale Protokollrate pro Pool (MBit/s) 12 24 36 48 60 62,5
Max. gleichzeitige Worker pro Pool 4 168 336 504 672 800 960
Max. gleichzeitige Anmeldungen pro Pool 168 336 504 672 800 960
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 16 33 50 67 80 96
Min/Max. Auswahl virtueller Kerne pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 2 0, 0,25, 0,5, 2, 4 0, 0,25, 0,5, 2, 4, 6 0, 0,25, 0,5, 2, 4, 6, 8 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12
Anzahl von Replikaten 1 1 1 1 1 1
Multi-AZ – – – – – –
Horizontale Leseskalierung – – – – – –
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung gilt, finden Sie unter Externe Verbindungen.

6 Die Optionen der DC-Hardware-Serie mit 10 bis 40 virtuellen Kernen befinden sich derzeit in der Vorschauphase.

Universell – DC-Serie (Teil 2 von 2)

Computegrößen (Service Level Objectives oder SLOs) für universelle Pools für elastische Datenbanken der DC-Serie folgen der Namenskonvention GP_DC_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: GP_DC_14, GP_DC_16, GP_DC_18, GP_DC_20, GP_DC_32 und GP_DC_40:

Virtuelle Kerne 146 166 186 206 326 406
Hardware DC DC DC DC DC DC
Arbeitsspeicher (GB) 63 72 81 90 144 180
Max. Anzahl von Datenbanken pro Pool 1 500 500 500 500 500 500
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – –
Maximale Datengröße (GB) 3072 3072 3072 3072 3072 4096
Max. Protokollgröße (GB) 2 922 922 922 922 1024 1024
Maximale Datengröße von tempdb (GB) 384 512 576 640 768 1024
Speichertyp Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote) Storage Premium (Remote)
Lese-E/A-Latenz (ungefähr) 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms 5 – 10 ms
Schreib-E/A-Latenz (ungefähr) 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms 5–7 ms
Max. Daten-IOPS pro Pool 3 9.800 11.200 12.600 14.000 22.400 25.200
Maximale Protokollrate pro Pool (MBit/s) 62,5 62,5 62,5 62,5 62.550 62.550
Max. gleichzeitige Worker pro Pool 4 1120 1280 1440 1600 2560 3200
Max. gleichzeitige Anmeldungen pro Pool 1120 1280 1440 1600 2560 3200
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 112 128 144 150 150 150
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 32 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 32, 40
Anzahl von Replikaten 1 1 1 1 1 1
Multi-AZ – – – – – –
Horizontale Leseskalierung – – – – – –
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung gilt, finden Sie unter Externe Verbindungen.

6 Angebote virtueller Kerne der DC-Hardware-Serie von 10 bis 40 befinden sich derzeit in der Vorschauphase.

Unternehmenskritisch – bereitgestelltes Computing – Standard-Serie (Gen5)

Unternehmenskritisch – Standard-Serie (Gen5) (Teil 1 von 3)

Computegrößen (Service Level Objectives oder SLOs) für unternehmenskritische Pools für elastische Datenbanken der Standard-Serie folgen der Namenskonvention BC_Gen5_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: BC_Gen5_4, BC_Gen5_6, BC_Gen5_8, BC_Gen5_10 und BC_Gen5_12:

V-Kerne 4 6 8 10 12
Hardware Gen5 Gen5 Gen5 Gen5 Gen5
Arbeitsspeicher (GB) 20,8 31,1 41,5 51,9 62,3
Max. Anzahl von Datenbanken pro Pool 1 50 100 100 100 100
Columnstore-Unterstützung Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) 3,14 4.71 6,28 8,65 11,02
Maximale Datengröße (GB) 1024 1536 2048 2048 3072
Max. Protokollgröße (GB) 2 307 307 461 461 922
Maximale Datengröße von tempdb (GB) 128 192 256 320 384
Max. Größe des lokalen Speichers (GB) 4829 4829 4829 4829 4829
Speichertyp Lokale SSD Lokale SSD Lokale SSD Lokale SSD Lokale SSD
Lese-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Schreib-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Max. Daten-IOPS pro Pool 3 18.000 27.000 36.000 45.000 54.000
Maximale Protokollrate pro Pool (MBit/s) 60 90 120 120 120
Max. gleichzeitige Worker pro Pool 4 420 630 840 1050 1260
Max. gleichzeitige Anmeldungen pro Pool 420 630 840 1050 1260
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 42 63 84 105 126
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4 0, 0,25, 0,5, 1, 2, 4, 6 0, 0,25, 0,5, 1, 2, 4, 6, 8 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12
Anzahl von Replikaten 4 4 4 4 4
Multi-AZ Ja Ja Ja Ja Ja
Horizontale Leseskalierung Ja Ja Ja Ja Ja
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Unternehmenskritisch – Standard-Serie (Gen5) (Teil 2 von 3)

Computegrößen (Service Level Objectives oder SLOs) für unternehmenskritische Pools für elastische Datenbanken der Standard-Serie folgen der Namenskonvention BC_Gen5_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: BC_Gen5_14, BC_Gen5_16, BC_Gen5_18, BC_Gen5_20 und BC_Gen5_24:

V-Kerne 14 16 18 20 24
Hardware Gen5 Gen5 Gen5 Gen5 Gen5
Arbeitsspeicher (GB) 72,7 83 93,4 103,8 124,6
Max. Anzahl von Datenbanken pro Pool 1 100 100 100 100 100
Columnstore-Unterstützung Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) 13,39 15,77 18,14 20,51 25,25
Maximale Datengröße (GB) 3072 3072 3072 3072 4096
Max. Protokollgröße (GB) 2 922 922 922 922 1229
Maximale Datengröße von tempdb (GB) 448 512 576 640 768
Max. Größe des lokalen Speichers (GB) 4829 4829 4829 4829 4829
Speichertyp Lokale SSD Lokale SSD Lokale SSD Lokale SSD Lokale SSD
Lese-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Schreib-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Max. Daten-IOPS pro Pool 3 63.000 72.000 81.000 90.000 108.000
Maximale Protokollrate pro Pool (MBit/s) 120 120 120 120 120
Max. gleichzeitige Worker pro Pool 4 1470 1680 1890 2100 2520
Max. gleichzeitige Anmeldungen pro Pool 1470 1680 1890 2100 2520
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 147 150 150 150 150
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24
Anzahl von Replikaten 4 4 4 4 4
Multi-AZ Ja Ja Ja Ja Ja
Horizontale Leseskalierung Ja Ja Ja Ja Ja
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

Unternehmenskritisch – Standard-Serie (Gen5) (Teil 3 von 3)

Computegrößen (Service Level Objectives oder SLOs) für unternehmenskritische Pools für elastische Datenbanken der Standard-Serie folgen der Namenskonvention BC_Gen5_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: BC_Gen5_32, BC_Gen5_40, BC_Gen5_80 und BC_Gen5_128:

V-Kerne 32 40 80 128
Hardware Gen5 Gen5 Gen5 Gen5
Arbeitsspeicher (GB) 166,1 207,6 415,2 625
Max. Anzahl von Datenbanken pro Pool 1 100 100 100 100
Columnstore-Unterstützung Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) 37,94 52,23 131,68 227,02
Maximale Datengröße (GB) 4096 4096 4096 4096
Max. Protokollgröße (GB) 2 1229 1229 1229 1229
Maximale Datengröße von tempdb (GB) 1024 1280 2560 2560
Max. Größe des lokalen Speichers (GB) 4829 4829 4829 4829
Speichertyp Lokale SSD Lokale SSD Lokale SSD Lokale SSD
Lese-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Schreib-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Max. Daten-IOPS pro Pool 3 144.000 180.000 256.000 409.600
Maximale Protokollrate pro Pool (MBit/s) 120 120 120 120
Max. gleichzeitige Worker pro Pool 4 3360 4.200 8.400 13.440
Max. gleichzeitige Anmeldungen pro Pool 3360 4.200 8.400 13.440
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 150 150 150 150
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 48, 80 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 48, 80, 128
Anzahl von Replikaten 4 4 4 4
Multi-AZ Ja Ja Ja Ja
Horizontale Leseskalierung Ja Ja Ja Ja
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Unternehmenskritisch – bereitgestelltes Computing – DC-Serie

Unternehmenskritisch – DC-Serie (Teil 1 von 2)

Computegrößen (Service Level Objectives oder SLOs) für unternehmenskritische Pools für elastische Datenbanken der DC-Serie folgen der Namenskonvention BC_DC_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: BC_DC_2, BC_DC_4, BC_DC_6, BC_DC_8, BC_DC_10 und BC_DC_12:

V-Kerne 2 4 6 8 106 126
Hardware DC DC DC DC DC DC
Arbeitsspeicher (GB) 9 18 27 36 45 54
Max. Anzahl von Datenbanken pro Pool 1 50 100 100 100 100 100
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) 1.7 3,7 5.9 8,2 10,65 11,02
Maximale Datengröße (GB) 768 768 768 768 2048 3072
Max. Protokollgröße (GB) 2 230 230 230 230 461 922
Maximale Datengröße von tempdb (GB) 64 128 192 256 320 384
Max. Größe des lokalen Speichers (GB) 1406 1406 1406 1406 4829 4829
Speichertyp Lokale SSD Lokale SSD Lokale SSD Lokale SSD Lokale SSD Lokale SSD
Lese-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Schreib-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Max. Daten-IOPS pro Pool 3 15.750 31.500 47.250 56.000 72.000 86.400
Maximale Protokollrate pro Pool (MBit/s) 20 60 90 120 120 120
Max. gleichzeitige Worker pro Pool 4 168 336 504 672 804 1008
Max. gleichzeitige Anmeldungen pro Pool 168 336 504 672 804 1008
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 16 33 50 67 84 100
Min/Max. Auswahl virtueller Kerne pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 2 0, 0,25, 0,5, 2, 4 0, 0,25, 0,5, 2, 4, 6 0, 0,25, 0,5, 2, 4, 6, 8 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12
Anzahl von Replikaten 4 4 4 4 4 4
Multi-AZ Nein Nr. Nr. Nr. Nr. Nein
Horizontale Leseskalierung Ja Ja Ja Ja Ja Ja
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung gilt, finden Sie unter Externe Verbindungen.

6 Die Optionen der DC-Hardware-Serie mit 10 bis 40 virtuellen Kernen befinden sich derzeit in der Vorschauphase.

Unternehmenskritisch – DC-Serie (Teil 2 von 2)

Computegrößen (Service Level Objectives oder SLOs) für unternehmenskritische Pools für elastische Datenbanken der DC-Serie folgen der Namenskonvention BC_DC_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: BC_DC_14, BC_DC_16, BC_DC_18, BC_DC_20, BC_DC_32 und BC_DC_40:

Virtuelle Kerne 146 166 186 206 326 406
Hardware DC DC DC DC DC DC
Arbeitsspeicher (GB) 63 72 81 90 144 180
Max. Anzahl von Datenbanken pro Pool 1 50 100 100 100 100 100
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) 13,39 15,77 18,14 20,51 25,25 37.93
Maximale Datengröße (GB) 3072 3072 3072 3072 4096 4096
Max. Protokollgröße (GB) 2 922 922 922 922 1024 1024
Maximale Datengröße von tempdb (GB) 448 512 576 640 768 1024
Max. Größe des lokalen Speichers (GB) 4829 4829 4829 4829 4829 4829
Speichertyp Lokale SSD Lokale SSD Lokale SSD Lokale SSD Lokale SSD Lokale SSD
Lese-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Schreib-E/A-Latenz (ungefähr) 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Max. Daten-IOPS pro Pool 3 100,800 115.200 129,600 144.000 230,400 288.000
Maximale Protokollrate pro Pool (MBit/s) 120 120 120 120 120 120
Max. gleichzeitige Worker pro Pool 4 1176 1344 1512 1680 2688 3360
Max. gleichzeitige Anmeldungen pro Pool 1176 1344 1512 1680 2688 3360
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Max. gleichzeitige externe Verbindungen pro Pool 5 117 134 151 168 268 336
Min/Max. Auswahl virtueller Kerne pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 32 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 32, 40
Anzahl von Replikaten 4 4 4 4 4 4
Multi-AZ Nein Nr. Nr. Nr. Nr. Nein
Horizontale Leseskalierung Ja Ja Ja Ja Ja Ja
Enthaltener Sicherungsspeicher 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße 1 × Datenbankgröße

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Für dokumentierte Werte der maximalen Datengröße. Bei einer Reduzierung der maximalen Datengröße reduziert sich die maximale Protokollgröße proportional.

3 Der maximale Wert für E/A-Größen im Bereich von 8 KB bis 64 KB. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Weitere Informationen finden Sie unter Daten-E/A-Governance.

4 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

5 Weitere Informationen dazu, was als externe Verbindung gilt, finden Sie unter Externe Verbindungen.

6 Die Optionen der DC-Hardware-Serie mit 10 bis 40 virtuellen Kernen befinden sich derzeit in der Vorschauphase.

Hyperscale – bereitgestelltes Computing – Standard-Serie (Gen5)

Obwohl die veröffentlichten Hyperscale-Ressourcengrenzwerte für Standardserien und Premium-Serien identisch sind, bieten Premium-Serien eine schnellere CPU-Leistung im Vergleich zu Standardserien und skaliern bis zu 128 vCores im Vergleich zu 80 vCores für Standardserien. Ressourcen, die Premiumserien verwenden, werden garantiert auf Hardware mit neueren CPUs ausgeführt. Standardserien bieten diese Garantie nicht, und je nach Verfügbarkeit können Ressourcen auf älterer Hardware platziert werden. Es gibt keinen Preisunterschied zwischen den beiden, aber Premium-Serien sind möglicherweise nicht in allen Regionen verfügbar.

Hinweis

Pools für elastische Hyperscale-Datenbanken befinden sich derzeit in der Vorschauphase.

Hyperscale – Standard-Serie (Gen5) (Teil 1 von 2)

Computegrößen (Service Level Objectives oder SLOs) für Hyperscale-Pools für elastische Datenbanken der Standard-Serie folgen der Namenskonvention HS_Gen5_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: HS_Gen5_4, HS_Gen5_6, HS_Gen5_8, HS_Gen5_10, HS_Gen5_12 und HS_Gen5_14:

V-Kerne 4 6 8 10 12 14
Hardware Gen5 Gen5 Gen5 Gen5 Gen5 Gen5
Arbeitsspeicher (GB) 20,8 31,1 41,5 51,9 62,3 72,7
Max. Anzahl von Datenbanken pro Pool 1 25 25 25 25 25 25
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – Nicht zutreffend
Maximale Datengröße pro Pool (TB) 100 100 100 100 100 100
Maximale Datengröße von tempdb (GB) 128 192 256 320 384 448
Max. IOPS der lokalen SSD je Pool 2 18.000 27.000 36.000 45.000 54.000 63.000
Maximale Protokollrate pro Pool (MBit/s) 125 125 125 125 125 125
Lokale Lese-E/A-Latenz3 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Remote Lese-E/A-Latenz3 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms
Schreib-E/A-Latenz3 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms
Speichertyp Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4
Max. gleichzeitige Worker pro Pool 5 420 630 840 1050 1260 1470
Max. gleichzeitige externe Verbindungen pro Pool 6 42 63 84 105 126 147
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4 0, 0,25, 0,5, 1, 2, 4, 6 0, 0,25, 0,5, 1, 2, 4, 6, 8 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14
Replikate des sekundären Pools 0–4 0–4 0–4 0–4 0–4 0–4
Multi-AZ Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt
Horizontale Leseskalierung Ja Ja Ja Ja Ja Ja

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Hyperscale ist eine mehrschichtige Architektur mit separaten Compute- und Speicherkomponenten. Weitere Informationen finden Sie unter Dienstebene „Hyperscale“ und Dienstebene „Hyperscale“.

3 Neben E/A-Vorgängen auf der lokalen SSD nutzen Workloads Remote-E/A-Vorgänge auf dem Seitenserver. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Details dazu finden Sie unter Daten-E/A-Governance und Daten-E/A in Statistiken zur Ressourcenauslastung.

4 Die Latenz beträgt 1-2 ms für Daten auf der SSD für das lokale Computereplikat, die Datenseiten mit dem häufigsten Zugriff zwischenspeichert. Für Daten, die von Auslagerungsservern abgerufen werden, gilt eine höhere Latenz.

5 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

6 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Hyperscale – Standard-Serie (Gen5) (Teil 2 von 2)

Computegrößen (Service Level Objectives oder SLOs) für Hyperscale-Pools für elastische Datenbanken der Standard-Serie folgen der Namenskonvention HS_Gen5_ gefolgt von der Anzahl der vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: HS_Gen5_16, HS_Gen5_18, HS_Gen5_20, HS_Gen5_24, HS_Gen5_32, HS_Gen5_40 und HS_Gen5_80:

V-Kerne 16 18 20 24 32 40 80
Hardware Gen5 Gen5 Gen5 Gen5 Gen5 Gen5 Gen5
Max. Anzahl von Datenbanken pro Pool 1 25 25 25 25 25 25 25
Arbeitsspeicher (GB) 83 93,4 103,8 124,6 166,1 207,6 415,2
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – – Nicht zutreffend
Maximale Datengröße pro Pool (TB) 100 100 100 100 100 100 100
Maximale Datengröße von tempdb (GB) 512 576 640 768 1024 1280 2560
Max. IOPS der lokalen SSD je Pool 2 72.000 81.000 90.000 108.000 144.000 180.000 256.000
Maximale Protokollrate pro Pool (MBit/s) 125 125 125 125 125 125 125
Lokale Lese-E/A-Latenz3 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Remote Lese-E/A-Latenz3 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms
Schreib-E/A-Latenz3 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms
Speichertyp Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4
Max. gleichzeitige Worker pro Pool 5 1680 1890 2100 2520 3360 4.200 8.400
Max. gleichzeitige externe Verbindungen pro Pool 6 150 150 150 150 150 150 150
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000 30.000
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 80
Sekundäre Replikate 0–4 0–4 0–4 0–4 0–4 0–4 0–4
Multi-AZ Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt
Horizontale Leseskalierung Ja Ja Ja Ja Ja Ja Ja

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Hyperscale ist eine mehrschichtige Architektur mit separaten Compute- und Speicherkomponenten. Weitere Informationen finden Sie unter Dienstebene „Hyperscale“ und Dienstebene „Hyperscale“.

3 Neben E/A-Vorgängen auf der lokalen SSD nutzen Workloads Remote-E/A-Vorgänge auf dem Seitenserver. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Details dazu finden Sie unter Daten-E/A-Governance und Daten-E/A in Statistiken zur Ressourcenauslastung.

4 Die Latenz beträgt 1-2 ms für Daten auf der SSD für das lokale Computereplikat, die Datenseiten mit dem häufigsten Zugriff zwischenspeichert. Für Daten, die von Auslagerungsservern abgerufen werden, gilt eine höhere Latenz.

5 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

6 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Hyperscale – Premium-Serie

Hyperscale – Premium-Serie (Teil 1 von 3)

Computegrößen (Service Level Objectives oder SLOs) für Pools für elastische Datenbanken der Hyperscale-Premium-Serie folgen der Namenskonvention HS_PRMS_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: HS_PRMS_4, HS_PRMS_6, HS_PRMS_8, HS_PRMS_10, HS_PRMS_12 und HS_PRMS_14:

V-Kerne 4 6 8 10 12 14
Hardware Premium-Serie Premium-Serie Premium-Serie Premium-Serie Premium-Serie Premium-Serie
Arbeitsspeicher (GB) 20,8 31,1 41,5 51,9 62,3 72,7
Max. Anzahl von Datenbanken pro Pool 1 25 25 25 25 25 25
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – Nicht zutreffend
Maximale Datengröße pro Pool (TB) 100 100 100 100 100 100
Maximale Datengröße von tempdb (GB) 128 192 256 320 384 448
Max. IOPS der lokalen SSD je Pool 2 18.000 27.000 36.000 45.000 54.000 63.000
Maximale Protokollrate pro Pool (MBit/s) 125 125 125 125 125 125
Lokale Lese-E/A-Latenz3 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Remote Lese-E/A-Latenz3 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms
Schreib-E/A-Latenz3 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms
Speichertyp Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4
Max. gleichzeitige Worker pro Pool 5 420 630 840 1050 1260 1470
Max. gleichzeitige externe Verbindungen pro Pool 6 42 63 84 105 126 147
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4 0, 0,25, 0,5, 1, 2, 4, 6 0, 0,25, 0,5, 1, 2, 4, 6, 8 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14
Replikate des sekundären Pools 0–4 0–4 0–4 0–4 0–4 0–4
Multi-AZ Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt
Horizontale Leseskalierung Ja Ja Ja Ja Ja Ja

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Hyperscale ist eine mehrschichtige Architektur mit separaten Compute- und Speicherkomponenten. Weitere Informationen finden Sie unter Dienstebene „Hyperscale“ und Dienstebene „Hyperscale“.

3 Neben E/A-Vorgängen auf der lokalen SSD nutzen Workloads Remote-E/A-Vorgänge auf dem Seitenserver. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Details dazu finden Sie unter Daten-E/A-Governance und Daten-E/A in Statistiken zur Ressourcenauslastung.

4 Die Latenz beträgt 1-2 ms für Daten auf der SSD für das lokale Computereplikat, die Datenseiten mit dem häufigsten Zugriff zwischenspeichert. Für Daten, die von Auslagerungsservern abgerufen werden, gilt eine höhere Latenz.

5 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

6 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Hyperscale – Premium-Serie (Teil 2 von 3)

Computegrößen (Service Level Objectives oder SLOs) für Pools für elastische Datenbanken der Hyperscale-Premium-Serie folgen der Namenskonvention HS_PRMS_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: HS_PRMS_16, HS_PRMS_18, HS_PRMS_20, HS_PRMS_24, HS_PRMS_32 und HS_PRMS_40:

V-Kerne 16 18 20 24 32 40
Hardware Premium-Serie Premium-Serie Premium-Serie Premium-Serie Premium-Serie Premium-Serie
Max. Anzahl von Datenbanken pro Pool 1 25 25 25 25 25 25
Arbeitsspeicher (GB) 83 93,4 103,8 124,6 166,1 207,6
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – Nicht zutreffend
Maximale Datengröße pro Pool (TB) 100 100 100 100 100 100
Maximale Datengröße von tempdb (GB) 512 576 640 768 1024 1280
Max. IOPS der lokalen SSD je Pool 2 72.000 81.000 90.000 108.000 144.000 180.000
Maximale Protokollrate pro Pool (MBit/s) 131,25 131,25 131,25 131,25 131,25 131,25
Lokale Lese-E/A-Latenz3 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Remote Lese-E/A-Latenz3 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms
Schreib-E/A-Latenz3 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms
Speichertyp Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4
Max. gleichzeitige Worker pro Pool 5 1680 1890 2100 2520 3360 4.200
Max. gleichzeitige externe Verbindungen pro Pool 6 150 150 150 150 150 150
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40
Sekundäre Replikate 0–4 0–4 0–4 0–4 0–4 0–4
Multi-AZ Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt
Horizontale Leseskalierung Ja Ja Ja Ja Ja Ja

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Hyperscale ist eine mehrschichtige Architektur mit separaten Compute- und Speicherkomponenten. Weitere Informationen finden Sie unter Dienstebene „Hyperscale“ und Dienstebene „Hyperscale“.

3 Neben E/A-Vorgängen auf der lokalen SSD nutzen Workloads Remote-E/A-Vorgänge auf dem Seitenserver. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Details dazu finden Sie unter Daten-E/A-Governance und Daten-E/A in Statistiken zur Ressourcenauslastung.

4 Die Latenz beträgt 1-2 ms für Daten auf der SSD für das lokale Computereplikat, die Datenseiten mit dem häufigsten Zugriff zwischenspeichert. Für Daten, die von Auslagerungsservern abgerufen werden, gilt eine höhere Latenz.

5 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

6 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Hyperscale – Premium-Serie (Teil 3 von 3)

Computegrößen (Service Level Objectives oder SLOs) für Pools für elastische Datenbanken der Hyperscale-Premium-Serie folgen der Namenskonvention HS_PRMS_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: HS_PRMS_64, HS_PRMS_80, HS_PRMS_128:

V-Kerne 64 80 128
Hardware Premium-Serie Premium-Serie Premium-Serie
Max. Anzahl von Datenbanken pro Pool 1 25 25 25
Arbeitsspeicher (GB) 332,2 415,2 625
Columnstore-Unterstützung Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – Nicht zutreffend
Maximale Datengröße pro Pool (TB) 100 100 100
Maximale Datengröße von tempdb (GB) 2\.048 2\.560 4\.096
Max. IOPS der lokalen SSD je Pool 2 288.000 360.000 409.600
Maximale Protokollrate pro Pool (MBit/s) 125 125 125
Lokale Lese-E/A-Latenz3 1 – 2 ms 1 – 2 ms 1 – 2 ms
Remote Lese-E/A-Latenz3 1-5 ms 1-5 ms 1-5 ms
Schreib-E/A-Latenz3 3-5 ms 3-5 ms 3-5 ms
Speichertyp Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4
Max. gleichzeitige Worker pro Pool 5 6.720 8.400 13.440
Max. gleichzeitige externe Verbindungen pro Pool 6 150 150 150
Max. gleichzeitige Sitzungen 30.000 30.000 30.000
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0.25, 0.5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 64 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 80 0, 0.25, 0.5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 64, 80, 128
Sekundäre Replikate 0–4 0–4 0–4
Multi-AZ Nicht unterstützt Nicht unterstützt Nicht unterstützt
Horizontale Leseskalierung Ja Ja Ja

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Hyperscale ist eine mehrschichtige Architektur mit separaten Compute- und Speicherkomponenten. Weitere Informationen finden Sie unter Dienstebene „Hyperscale“ und Dienstebene „Hyperscale“.

3 Neben E/A-Vorgängen auf der lokalen SSD nutzen Workloads Remote-E/A-Vorgänge auf dem Seitenserver. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Details dazu finden Sie unter Daten-E/A-Governance und Daten-E/A in Statistiken zur Ressourcenauslastung.

4 Die Latenz beträgt 1-2 ms für Daten auf der SSD für das lokale Computereplikat, die Datenseiten mit dem häufigsten Zugriff zwischenspeichert. Für Daten, die von Auslagerungsservern abgerufen werden, gilt eine höhere Latenz.

5 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

6 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Hyperscale – Premium-Serie – arbeitsspeicheroptimiert

Hyperscale – Premium-Serie – arbeitsspeicheroptimiert (Teil 1 von 3)

Computegrößen (Service Level Objectives oder SLOs) für Pools für arbeitsspeicheroptimierte elastische Datenbanken der Hyperscale-Premium-Serie folgen der Namenskonvention HS_MOPRMS_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: HS_MOPRMS_4, HS_MOPRMS_6, HS_MOPRMS_8, HS_MOPRMS_10, HS_MOPRMS_12 und HS_MOPRMS_14:

V-Kerne 4 6 8 10 12 14
Hardware Premium-Serie Premium-Serie Premium-Serie Premium-Serie Premium-Serie Premium-Serie
Arbeitsspeicher (GB) 20,8 31,1 41,5 51,9 62,3 72,7
Max. Anzahl von Datenbanken pro Pool 1 25 25 25 25 25 25
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – Nicht zutreffend
Maximale Datengröße pro Pool (TB) 100 100 100 100 100 100
Maximale Datengröße von tempdb (GB) 128 192 256 320 384 448
Max. IOPS der lokalen SSD je Pool 2 23.040 34.560 46.080 57.600 69.120 80.640
Maximale Protokollrate pro Pool (MBit/s) 125 125 125 125 125 125
Lokale Lese-E/A-Latenz3 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Remote Lese-E/A-Latenz3 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms
Schreib-E/A-Latenz3 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms
Speichertyp Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4
Max. gleichzeitige Worker pro Pool 5 420 630 840 1050 1260 1470
Max. gleichzeitige externe Verbindungen pro Pool 6 42 63 84 105 126 147
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4 0, 0,25, 0,5, 1, 2, 4, 6 0, 0,25, 0,5, 1, 2, 4, 6, 8 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14
Replikate des sekundären Pools 0–4 0–4 0–4 0–4 0–4 0–4
Multi-AZ Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt
Horizontale Leseskalierung Ja Ja Ja Ja Ja Ja

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Hyperscale ist eine mehrschichtige Architektur mit separaten Compute- und Speicherkomponenten. Weitere Informationen finden Sie unter Dienstebene „Hyperscale“ und Dienstebene „Hyperscale“.

3 Neben E/A-Vorgängen auf der lokalen SSD nutzen Workloads Remote-E/A-Vorgänge auf dem Seitenserver. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Details dazu finden Sie unter Daten-E/A-Governance und Daten-E/A in Statistiken zur Ressourcenauslastung.

4 Die Latenz beträgt 1-2 ms für Daten auf der SSD für das lokale Computereplikat, die Datenseiten mit dem häufigsten Zugriff zwischenspeichert. Für Daten, die von Auslagerungsservern abgerufen werden, gilt eine höhere Latenz.

5 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

6 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Hyperscale – Premium-Serie – arbeitsspeicheroptimiert (Teil 2 von 3)

Computegrößen (Service Level Objectives oder SLOs) für Pools für arbeitsspeicheroptimierte elastische Datenbanken der Hyperscale-Premium-Serie folgen der Namenskonvention HS_MOPRMS_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: HS_MOPRMS_16, HS_MOPRMS_18, HS_MOPRMS_20, HS_MOPRMS_24, HS_MOPRMS_32 und HS_MOPRMS_40:

V-Kerne 16 18 20 24 32 40
Hardware Premium-Serie Premium-Serie Premium-Serie Premium-Serie Premium-Serie Premium-Serie
Max. Anzahl von Datenbanken pro Pool 1 25 25 25 25 25 25
Arbeitsspeicher (GB) 83 93,4 103,8 249,1 166,1 207,6
Columnstore-Unterstützung Ja Ja Ja Ja Ja Ja
In-Memory-OLTP-Speicher (GB) – – – – – Nicht zutreffend
Maximale Datengröße pro Pool (TB) 100 100 100 100 100 100
Maximale Datengröße von tempdb (GB) 512 576 640 768 1024 1280
Max. IOPS der lokalen SSD je Pool 2 92.160 103.680 115.200 138.240 184.320 230,400
Maximale Protokollrate pro Pool (MBit/s) 125 125 125 125 125 125
Lokale Lese-E/A-Latenz3 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms 1 – 2 ms
Remote Lese-E/A-Latenz3 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms 1-5 ms
Schreib-E/A-Latenz3 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms 3-5 ms
Speichertyp Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4 Mehrschichtig 4
Max. gleichzeitige Worker pro Pool 5 1680 1890 2100 2520 3360 4.200
Max. gleichzeitige externe Verbindungen pro Pool 6 150 150 150 150 150 150
Max. gleichzeitige Sitzungen 30.000 30.000 30.000 30.000 30.000 30.000
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40
Sekundäre Replikate 0–4 0–4 0–4 0–4 0–4 0–4
Multi-AZ Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt
Horizontale Leseskalierung Ja Ja Ja Ja Ja Ja

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Hyperscale ist eine mehrschichtige Architektur mit separaten Compute- und Speicherkomponenten. Weitere Informationen finden Sie unter Dienstebene „Hyperscale“ und Dienstebene „Hyperscale“.

3 Neben E/A-Vorgängen auf der lokalen SSD nutzen Workloads Remote-E/A-Vorgänge auf dem Seitenserver. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Details dazu finden Sie unter Daten-E/A-Governance und Daten-E/A in Statistiken zur Ressourcenauslastung.

4 Die Latenz beträgt 1-2 ms für Daten auf der SSD für das lokale Computereplikat, die Datenseiten mit dem häufigsten Zugriff zwischenspeichert. Für Daten, die von Auslagerungsservern abgerufen werden, gilt eine höhere Latenz.

5 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

6 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Hyperscale – Premium-Serie – arbeitsspeicheroptimiert (Teil 3 von 3)

Computegrößen (Service Level Objectives oder SLOs) für Pools für arbeitsspeicheroptimierte elastische Datenbanken der Hyperscale-Premium-Serie folgen der Namenskonvention HS_MOPRMS_ gefolgt von der Anzahl der maximalen vCores.

In der folgenden Tabelle sind diese SLOs aufgeführt: HS_MOPRMS_64 und HS_MOPRMS_80:

V-Kerne 64 80
Hardware Premium-Serie Premium-Serie
Max. Anzahl von Datenbanken pro Pool 1 25 25
Arbeitsspeicher (GB) 664.4 830,5
Columnstore-Unterstützung Ja Ja
In-Memory-OLTP-Speicher (GB) – Nicht zutreffend
Maximale Datengröße pro Pool (TB) 100 100
Maximale Datengröße von tempdb (GB) 2\.048 2\.560
Max. IOPS der lokalen SSD je Pool 2 368.640 409.600
Maximale Protokollrate pro Pool (MBit/s) 125 125
Lokale Lese-E/A-Latenz3 1 – 2 ms 1 – 2 ms
Remote Lese-E/A-Latenz3 1-5 ms 1-5 ms
Schreib-E/A-Latenz3 3-5 ms 3-5 ms
Speichertyp Mehrschichtig 4 Mehrschichtig 4
Max. gleichzeitige Worker pro Pool 5 6.720 8.400
Max. gleichzeitige externe Verbindungen pro Pool 6 150 150
Max. gleichzeitige Sitzungen 30.000 30.000
Min/Max. V-Kern-Auswahl pro Datenbank für Pools für elastische Datenbanken 0, 0.25, 0.5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 64 0, 0,25, 0,5, 1, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 24, 32, 40, 80
Sekundäre Replikate 0–4 0–4
Multi-AZ Nicht unterstützt Nicht unterstützt
Horizontale Leseskalierung Ja Ja

1 Weitere Überlegungen finden Sie unter Ressourcenverwaltung in umfangreichen Pools für elastische Datenbanken.

2 Hyperscale ist eine mehrschichtige Architektur mit separaten Compute- und Speicherkomponenten. Weitere Informationen finden Sie unter Dienstebene „Hyperscale“ und Dienstebene „Hyperscale“.

3 Neben E/A-Vorgängen auf der lokalen SSD nutzen Workloads Remote-E/A-Vorgänge auf dem Seitenserver. Die tatsächlichen IOPS sind von der Arbeitsauslastung abhängig. Details dazu finden Sie unter Daten-E/A-Governance und Daten-E/A in Statistiken zur Ressourcenauslastung.

4 Die Latenz beträgt 1-2 ms für Daten auf der SSD für das lokale Computereplikat, die Datenseiten mit dem häufigsten Zugriff zwischenspeichert. Für Daten, die von Auslagerungsservern abgerufen werden, gilt eine höhere Latenz.

5 Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell. Wenn für den Pool für elastische Datenbanken beispielsweise Standard-Serie (Gen5) verwendet wird und die maximale Anzahl von virtuellen Kernen pro Datenbank auf 2 festgelegt wurde, ist der Wert für die Anzahl von gleichzeitigen Workern 200. Wenn die maximale Anzahl von virtuellen Kernen pro Datenbank auf 0,5 festgelegt ist, beträgt der Wert für die Anzahl von gleichzeitigen Workern 50, da in der Standard-Serie (Gen5) maximal 100 gleichzeitige Worker pro virtuellem Kern verwendet werden. Für andere Einstellungen zur maximalen Anzahl von V-Kernen pro Datenbank (1 V-Kern oder weniger), wird die maximale Anzahl von gleichzeitigen Workern auf ähnliche Weise neu skaliert.

6 Weitere Informationen dazu, was als externe Verbindung zählt, finden Sie unter Externe Verbindungen.

Eigenschaften von Pooldatenbanken

Für jeden Pool für elastische Datenbanken können Sie optional pro Datenbank minimale und maximale virtuelle Kerne angeben, um Ressourcenverbrauchsmuster innerhalb des Pools zu ändern. Die angegebenen Mindest- und Höchstwerte gelten für alle Datenbanken im Pool. Das Anpassen der Mindest- und Höchstanzahl virtueller Kerne für einzelne Datenbanken im Pool wird nicht unterstützt.

Sie können auch den maximalen Speicher pro Datenbank festlegen, um beispielsweise zu verhindern, dass eine Datenbank den gesamten Poolspeicher beansprucht. Diese Einstellung kann unabhängig für jede Datenbank konfiguriert werden.

In der folgenden Tabelle werden Eigenschaften für Pooldatenbanken beschrieben, die pro Datenbank festgelegt werden können:

Eigenschaft BESCHREIBUNG
Maximale Anzahl virtueller Kerne pro Datenbank Die maximale Anzahl von virtuellen Kernen, die jede Datenbank im Pool verwenden kann, sofern basierend auf der Nutzung durch andere Datenbanken im Pool verfügbar. Die maximale Anzahl von virtuellen Kernen pro Datenbank ist keine Ressourcengarantie für eine Datenbank. Wenn für die Workload in den einzelnen Datenbanken nicht alle verfügbaren Poolressourcen benötigt werden, um eine angemessene Leistung zu erzielen, empfiehlt es sich gegebenenfalls, die maximale Anzahl virtueller Kerne pro Datenbank festzulegen, um zu verhindern, dass eine einzelne Datenbank übermäßig viele Poolressourcen beansprucht. Sie sollten ein gewisses Maß an Mehrlast einplanen, da für den Pool im Allgemeinen von Nutzungsmustern starker und schwacher Auslastung ausgegangen wird, bei der aber nicht alle Datenbanken gleichzeitig stark ausgelastet sind.
Minimale Anzahl virtueller Kerne pro Datenbank Die Mindestanzahl virtueller Kerne, die für jede Datenbank im Pool reserviert wird. Das Festlegen einer Mindestanzahl von virtuellen Kernen pro Datenbank empfiehlt sich gegebenenfalls, wenn Sie die Ressourcenverfügbarkeit für jede Datenbank unabhängig vom Ressourcenverbrauch durch andere Datenbanken im Pool gewährleisten möchten. Die Mindestanzahl von virtuellen Kernen pro Datenbank kann auf 0 festgelegt werden. Dies ist auch der Standardwert. Diese Eigenschaft ist auf einen Wert zwischen 0 und der durchschnittlichen Nutzung der virtuellen Kerne pro Datenbank festgelegt.
Max. Speicherkapazität pro Datenbank Die maximale Datenbankgröße, die vom Benutzer für eine Datenbank in einem Pool festgelegt wird. Pooldatenbanken nutzen den zugeordneten Poolspeicher gemeinsam. Daher ist die Größe, die eine Datenbank erreichen kann, auf den jeweils kleineren Wert des verbleibenden Poolspeichers oder die maximale Datenbankgröße beschränkt. Die maximale Datenbankgröße bezieht sich auf die maximale Größe der Datendateien und umfasst nicht den von der Protokolldatei belegten Speicherplatz.

Wichtig

Da Ressourcen in einem Pool für elastische Datenbanken endlich sind, wird die Ressourcenauslastung durch die einzelnen Datenbanken implizit beschränkt, wenn Sie die Mindestanzahl virtueller Kerne pro Datenbank auf einen Wert größer null festlegen. Falls sich zu einem bestimmten Zeitpunkt die meisten Datenbanken in einem Pool im Leerlauf befinden, stehen Ressourcen, die zur Erfüllung der Mindestgarantie für virtuelle Kerne reserviert sind, für Datenbanken, die zu diesem Zeitpunkt aktiv sind, nicht zur Verfügung.

Darüber hinaus wird die Anzahl von Datenbanken, die dem Pool hinzugefügt werden können, implizit beschränkt, wenn Sie die Mindestanzahl virtueller Kerne pro Datenbank auf einen Wert größer null festlegen. Wenn Sie also beispielsweise in einem Pool mit 20 virtuellen Kernen die Mindestanzahl virtueller Kerne auf „2“ festlegen, können dem Pool maximal 10 Datenbanken hinzugefügt werden, da für jede Datenbank 2 virtuelle Kerne reserviert werden.

Die Eigenschaften pro Datenbank werden zwar in virtuellen Kernen ausgedrückt, steuern aber auch den Verbrauch anderer Ressourcentypen wie Daten-E/A, Protokoll-E/A, Pufferpoolspeicher und Arbeitsthreads. Wenn Sie Mindest- und Höchstwerte für virtuelle Kerne pro Datenbank anpassen, werden Reservierungen und Grenzwerte für alle Ressourcentypen proportional angepasst.

Die Minimal- und Maximalwerte des virtuellen Kerns pro Datenbank gelten für den Ressourcenverbrauch durch Benutzerworkloads, aber nicht für den Ressourcenverbrauch durch interne Prozesse. Bei einer Datenbank mit einer maximalen Anzahl virtueller Kerne pro Datenbank, die auf die Hälfte der virtuellen Poolkern festgelegt ist, kann die Benutzerworkload beispielsweise nicht mehr als die Hälfte des Pufferpoolspeichers beanspruchen. Diese Datenbank kann jedoch weiterhin Seiten im Pufferpool nutzen, die von internen Prozessen geladen wurden. Weitere Informationen finden Sie unter Ressourcenverbrauch durch Benutzerworkloads und interne Prozesse.

Hinweis

Die Ressourcengrenzwerte einzelner Datenbanken in Pools für elastische Datenbanken entsprechen im Allgemeinen den Grenzwerten einzelner Datenbanken außerhalb von Pools, welche die gleiche Computegröße (das gleiche Dienstziel) aufweisen. Auf eine GP_S_Gen5_10-Datenbank können z. B. max. 750 Worker gleichzeitig zugreifen. Entsprechend können auch maximal 750 Worker auf eine Datenbank in einem GP_Gen5_10-Pool zugreifen. Beachten Sie, dass die Gesamtanzahl gleichzeitiger Worker in einem GP_Gen5_10-Pool 1050 beträgt. Den Wert für „Max. gleichzeitige Worker“ für einzelne Datenbanken finden Sie unter Ressourcenlimits für Einzeldatenbank.

Zuvor verfügbare Hardware

Dieser Abschnitt enthält Details zu zuvor verfügbarer Hardware.

  • Gen4-Hardware wurde eingestellt und steht für Bereitstellung sowie Hoch- oder Herunterskalierung nicht zur Verfügung. Migrieren Sie Ihre Datenbank zu einer unterstützten Hardwaregeneration, um eine größere Bandbreite bei der Skalierbarkeit von virtuellen Kernen und Arbeitsspeicher, beschleunigten Netzwerkbetrieb, optimale E/A-Leistung und minimale Latenz zu erzielen. Weitere Informationen finden Sie unter Einstellung des Supports für Gen4-Hardware in Azure SQL-Datenbank.

Sie können Azure Resource Graph Explorer verwenden, um alle Azure SQL-Datenbank-Ressourcen zu identifizieren, die derzeit Gen4-Hardware verwenden, oder Sie können die von Ressourcen verwendete Hardware für einen bestimmten logischen Server im Azure-Portal überprüfen.

Sie benötigen mindestens read-Berechtigungen für das Azure-Objekt oder die Azure-Objektgruppe, um Ergebnisse in Azure Resource Graph Explorer anzuzeigen.

Führen Sie die folgenden Schritte aus, um Resource Graph Explorer zum Identifizieren von Azure SQL-Ressourcen zu verwenden, die noch Gen4-Hardware verwenden:

  1. Öffnen Sie das Azure-Portal.

  2. Suchen Sie über das Suchfeld nach Resource graph, und wählen Sie in den Suchergebnissen den Dienst Resource Graph Explorer aus.

  3. Geben Sie im Abfragefenster die folgende Abfrage ein, und wählen Sie dann Abfrage ausführen aus:

    resources
| where type contains ('microsoft.sql/servers')
| where sku['family'] == "Gen4"

  4. Im Bereich Ergebnisse werden alle derzeit in Azure bereitgestellten Ressourcen angezeigt, die Gen4-Hardware verwenden.

    Screenshot: Azure Resource Graph Explorer im Azure-Portal mit Abfrageergebnissen zum Identifizieren von Gen4-Hardware.

Führen Sie die folgenden Schritte aus, um die von Ressourcen verwendete Hardware für einen bestimmten logischen Server in Azure zu überprüfen:

  1. Öffnen Sie das Azure-Portal.
  2. Suchen Sie über das Suchfeld nach SQL servers, und wählen Sie in den Suchergebnissen SQL Server-Instanzen aus, um die Seite SQL Server-Instanzen zu öffnen und alle Server für die ausgewählten Abonnements anzuzeigen.
  3. Wählen Sie den gewünschten Server aus, um die Seite Übersicht für den Server zu öffnen.
  4. Scrollen Sie nach unten zu den verfügbaren Ressourcen, und überprüfen Sie die Spalte Tarif für Ressourcen, die Gen4-Hardware verwenden.

Screenshot: Seite „Übersicht“ für einen logischen Server in Azure. Die Seite „Übersicht“ und „Gen4“ sind hervorgehoben.

Informationen zum Migrieren von Ressourcen zu Hardware der Standardserie finden Sie unter Auswählen der Hardwarekonfiguration.

Zugehöriger Inhalt