Options de calcul et de stockage Azure Database pour PostgreSQL - Serveur flexible

S’APPLIQUE À : Azure Database pour PostgreSQL – Serveur flexible

Vous pouvez créer une instance de serveur flexible Azure Database pour PostgreSQL dans l’un des trois niveaux tarifaires suivants : Burstable, Usage général et Mémoire optimisée. Le niveau tarifaire est calculé en fonction du calcul, de la mémoire et du stockage que vous approvisionnez. Un serveur peut avoir une ou plusieurs bases de données.

Ressource/Niveau Expansible Usage général Mémoire optimisée
Séries de machines virtuelles Série B Série Ddsv5,
Série Dadsv5,
Série Ddsv4,
Dsv3-series
Série Edsv5,
Série Eadsv5,
Série Edsv4,
Série Esv3
vCores 1, 2, 4, 8, 12, 16, 20 2, 4, 8, 16, 32, 48, 64, 96 2, 4, 8, 16, 20 (v4/v5), 32, 48, 64, 96
Mémoire par vCore Variable 4 Go 6,75 à 8 Go
Taille de stockage 32 Go à 32 To 32 Go à 32 To 32 Go à 32 To
Période de rétention de sauvegarde de bases de données 7 à 35 jours 7 à 35 jours 7 à 35 jours

Pour choisir un niveau tarifaire, utilisez le tableau suivant comme point de départ :

Niveau tarifaire Charges de travail cibles
Expansible Charges de travail qui n’ont pas besoin de l’intégralité du processeur en continu.
Usage général La plupart des charges de travail professionnelles qui nécessitent une capacité de calcul et de mémoire équilibrée avec un débit d’E/S extensible. Il s’agit, par exemple, de serveurs destinés à l’hébergement d’applications web et mobiles, ainsi que d’autres applications d’entreprise.
Mémoire optimisée Charges de travail de base de données haute performance qui nécessitent des performances en mémoire suffisantes pour un traitement plus rapide des transactions et une simultanéité plus élevée. Il s’agit, par exemple, de serveurs destinés au traitement de données en temps réel et à des applications transactionnelles ou analytiques haute performance.

Après avoir créé un serveur pour le niveau de calcul, vous pouvez modifier le nombre de vCores (en plus ou en moins) et la taille de stockage (en plus) en quelques secondes. Vous pouvez également augmenter ou réduire la période de rétention de sauvegarde de manière indépendante. Pour plus d’informations, consultez la page Mise à l’échelle des ressources.

Niveaux de calcul, vCores et types de serveurs

Vous pouvez sélectionner des ressources de calcul en fonction du niveau, des vCores et de la taille de la mémoire. Les vCores représentent le processeur logique du matériel sous-jacent.

Les spécifications détaillées des types de serveurs disponibles sont les suivantes :

Nom de la référence (SKU) vCores Taille de la mémoire Nombre maximal d’IOPS prises en charge Bande passante d’E/S maximale prise en charge
Expansible
B1ms 1 2 Gio 640 10 Mio/s
B2s 2 4 Gio 1 280 15 Mio/s
B2ms 2 4 Gio 1 700 22,5 Mio/s
B4ms 4 8 Gio 2 400 35 Mio/s
B8ms 8 16 Gio 3 100 50 Mio/s
B12ms 12 24 Gio 3800 50 Mio/s
B16ms 16 32 Gio 4300 50 Mio/s
B20ms 20 40 Gio 5 000 50 Mio/s
Usage général
D2s_v3 / D2ds_v4 / D2ds_v5 / D2ads_v5 2 8 Gio 3 200 48 Mio/s
D4s_v3 / D4ds_v4 / D4ds_v5 / D4ads_v5 4 16 Gio 6 400 96 Mio/s
D8s_v3 / D8ds_v4 / D8ds_v5 / D8ads_v5 8 32 Gio 12 800 192 Mio/s
D16s_v3 / D16ds_v4 / D16ds_v5 / D16ds_v5 16 64 Gio 20 000 384 Mio/s
D32s_v3 / D32ds_v4 / D32ds_v5 / D32ads_v5 32 128 Go 20 000 768 Mio/s
D48s_v3 / D48ds_v4 / D48ds_v5 / D48ads_v5 48 192 Gio 20 000 900 Mio/s
D64s_v3 / D64ds_v4 / D64ds_v5/ D64ads_v5 64 256 Gio 20 000 900 Mio/s
D96ds_v5 / D96ads_v5 96 384 Gio 20 000 900 Mio/s
Mémoire optimisée
E2s_v3 / E2ds_v4 / E2ds_v5 / E2ads_v5 2 16 Gio 3 200 48 Mio/s
E4s_v3 / E4ds_v4 / E4ds_v5 / E4ads_v5 4 32 Gio 6 400 96 Mio/s
E8s_v3 / E8ds_v4 / E8ds_v5 / E8ads_v5 8 64 Gio 12 800 192 Mio/s
E16s_v3 / E16ds_v4 / E16ds_v5 / E16ads_v5 16 128 Go 20 000 384 Mio/s
E20ds_v4 / E20ds_v5 / E20ads_v5 20 160 Gio 20 000 480 Mio/s
E32s_v3 / E32ds_v4 / E32ds_v5 / E32ads_v5 32 256 Gio 20 000 768 Mio/s
E48s_v3 / E48ds_v4 / E48ds_v5 / E48ads_v5 48 384 Gio 20 000 900 Mio/s
E64s_v3/E64ds_v4 64 432 Gio 20 000 900 Mio/s
E64ds_v5 / E64ads_v4 64 512 Gio 20 000 900 Mio/s
E96ds_v5 /E96ads_v5 96 672 Gio 20 000 900 Mio/s

Stockage

Le stockage que vous approvisionnez est la quantité de stockage disponible pour votre serveur Azure Database pour PostgreSQL. Le stockage est utilisé pour les fichiers de base de données, les fichiers temporaires, les journaux d’activité de transaction et les journaux d’activité du serveur PostgreSQL. La quantité totale de stockage que vous approvisionnez définit également la capacité d’E/S disponible sur votre serveur.

Le stockage est disponible dans les tailles fixes suivantes :

Taille du disque IOPS
32 Gio Approvisionné 120, jusqu’à 3500
64 Gio Approvisionné 240, jusqu’à 3500
128 Go Approvisionné 500, jusqu’à 3500
256 Gio Approvisionné 1100, jusqu’à 3500
512 Gio Approvisionné 2300, jusqu’à 3500
1 Tio 5 000
2 Tio 7 500
4 Tio 7 500
8 Tio 16 000
16 Tio 18 000
32 Tio 20 000

Votre type de machine virtuelle a également des limites d’IOPS. Même si vous pouvez sélectionner n’importe quelle taille de stockage indépendamment du type de serveur, il est possible que vous ne puissiez pas utiliser toutes les IOPS fournies par le stockage, surtout lorsque vous choisissez un serveur avec quelques cœurs virtuels. Vous pouvez ajouter de la capacité de stockage pendant et après la création du serveur.

Remarque

Le stockage peut seulement monter en puissance.

Vous pouvez surveiller votre consommation d’E/S dans le Portail Azure ou à l’aide des commandes Azure CLI. Les métriques pertinentes à surveiller sont la limite de stockage, le pourcentage de stockage, le stockage utilisé et le pourcentage d’E/S.

Nombre maximal d’E/S par seconde pour votre configuration

Expansible

Nom du SKU Nombre maximal d’E/S par seconde 32 Gio 64 Gio 128 Gio 256 Gio 512 Gio 1 024 Gio 2 048 Gio 4 096 Gio 8 192 Gio 16 384 Gio 32 767 Gio
B1ms 640 E/S par seconde 120 240 500 640* 640* 640* 640* 640* 640* 640* 640*
B2s 1280 IOPS 120 240 500 1 100 1280* 1280* 1280* 1280* 1280* 1280* 1280*
B2ms 1280 IOPS 120 240 500 1 100 1700* 1700* 1700* 1700* 1700* 1700* 1700*
B4ms 1280 IOPS 120 240 500 1 100 2 300 2400* 2400* 2400* 2400* 2400* 2400*
B8ms 1280 IOPS 120 240 500 1 100 2 300 3100* 3100* 3100* 3100* 2400* 2400*
B12ms 1280 IOPS 120 240 500 1 100 2 300 3800* 3800* 3800* 3800* 3800* 3800*
B16ms 1280 IOPS 120 240 500 1 100 2 300 4300* 4300* 4300* 4300* 4300* 4300*
B20ms 1280 IOPS 120 240 500 1 100 2 300 5 000 5000* 5000* 5000* 5000* 5000*

Usage général

Nom du SKU Nombre maximal d’E/S par seconde 32 Gio 64 Gio 128 Gio 256 Gio 512 Gio 1 024 Gio 2 048 Gio 4 096 Gio 8 192 Gio 16 384 Gio 32 767 Gio
D2s_v3/D2ds_v4 3200 IOPS 120 240 500 1 100 2 300 3200* 3200* 3200* 3200* 3200* 3200*
D2ds_v5 / D2ads_v5 3750 IOPS 120 240 500 1 100 2 300 3200* 3200* 3200* 3200* 3200* 3200*
D4s_v3 / D4ds_v4 / D4ds_v5 / D4ads_v5 6 400 E/S par seconde 120 240 500 1 100 2 300 5 000 6400* 6400* 6400* 6400* 6400*
D8s_v3 / D8ds_v4 / D8ds_v5 / D8ads_v5 12 800 E/S par seconde 120 240 500 1 100 2 300 5 000 7 500 7 500 12 800* 12 800* 12 800*
D16s_v3 / D16ds_v4 / D16ds_v5 / D16ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
D32s_v3 / D32ds_v4 / D32ds_v5 / D32ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
D48s_v3 / D48ds_v4 / D48ds_v5 / D48ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
D64s_v3 / D64ds_v4 / D64ds_v5 / D64ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
D96ds_v5 / D96ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000

Mémoire optimisée

Nom du SKU Nombre maximal d’E/S par seconde 32 Gio 64 Gio 128 Gio 256 Gio 512 Gio 1 024 Gio 2 048 Gio 4 096 Gio 8 192 Gio 16 384 Gio 32 767 Gio
E2s_v3/E2ds_v4 3200 IOPS 120 240 500 1 100 2 300 3200* 3200* 3200* 3200* 3200* 3200*
E2ds_v5 /E2ads_v5 3750 IOPS 120 240 500 1 100 2 300 3200* 3200* 3200* 3200* 3200* 3200*
E4s_v3 / E4ds_v4 / E4ds_v5 / E4ads_v5 6 400 E/S par seconde 120 240 500 1 100 2 300 5 000 6400* 6400* 6400* 6400* 6400*
E8s_v3 / E8ds_v4 / E8ds_v5 / E8ads_v5 12 800 E/S par seconde 120 240 500 1 100 2 300 5 000 7 500 7 500 12 800* 12 800* 12 800*
E16s_v3 / E16ds_v4 / E16ds_v5 / E16ads_v5 20 000 IOPS 120 240 500 1100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
E20ds_v4 / E20ds_v5 / E20ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
E32s_v3 / E32ds_v4 / E32ds_v5 / E32ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
E48s_v3 / E48ds_v4 / E48ds_v5 / E48ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
E64s_v3 / E64ds_v4 / E64ds_v5 / E64ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000
E96ds_v5 / E96ads_v5 20 000 IOPS 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000

Les IOPS marquées d’un astérisque (*) sont limitées par le type de machine virtuelle que vous avez sélectionné. Sinon, la taille de stockage sélectionnée limite les IOPS.

Remarque

Vous pourriez constater des IOPS plus élevées dans les métriques en raison d’un bursting au niveau du disque. Pour plus d’informations, consultez Bursting des disques managés.

Bande passante d’E/S maximale (Mio/s) pour votre configuration

Nom de la référence (SKU) Taille de stockage en Gio 32 64 128 256 512 1 024 2 048 4 096 8 192 16 384 32 767
Bande passante de stockage en Mio/s 25 50 100 125 150 200 250 250 500 750 900
Expansible
B1ms 10 Mio/s 10* 10* 10* 10* 10* 10* 10* 10* 10* 10* 10*
B2s 15 Mio/s 15* 15* 15* 15* 15* 15* 15* 15* 15* 10* 10*
B2ms 22,5 Mio/s 22,5* 22,5* 22,5* 22,5* 22,5* 22,5* 22,5* 22,5* 22,5* 22,5* 22,5*
B4ms 35 Mio/s 25 35* 35* 35* 35* 35* 35* 35* 35* 35* 35*
B8ms 50 Mio/s 25 50 50* 50* 50* 50* 50* 50* 50* 50* 50*
B12ms 50 Mio/s 25 50 50* 50* 50* 50* 50* 50* 50* 50* 50*
B16ms 50 Mio/s 25 50 50* 50* 50* 50* 50* 50* 50* 50* 50*
B20ms 50 Mio/s 25 50 50* 50* 50* 50* 50* 50* 50* 50* 50*
Usage général
D2s_v3/D2ds_v4 48 Mio/s 25 48* 48* 48* 48* 48* 48* 48* 48* 48* 48*
D2ds_v5 /D2ads_v5 85 Mio/s 25 50 85* 85* 85* 85* 85* 85* 85* 85* 85*
D4s_v3/D4ds_v4 96 Mio/s 25 50 96* 96* 96* 96* 96* 96* 96* 96* 96*
D4ds_v5 / D4ads_v5 145 Mio/s 25 50* 100* 125* 145* 145* 145* 145* 145* 145* 145*
D8s_v3/D8ds_v4 192 Mio/s 25 50 100 125 150 192* 192* 192* 192* 192* 192*
D8ds_v5 / D8ads_v5 290 Mio/s 25 50 100 125 150 200 250 250 290* 290* 290*
D16s_v3/D16ds_v4 384 Mio/s 25 50 100 125 150 200 250 250 384* 384* 384*
D16ds_v5 / D16ads_v5 600 Mio/s 25 50 100 125 150 200 250 250 500 600* 600*
D32s_v3/D32ds_v4 768 Mio/s 25 50 100 125 150 200 250 250 500 750 900
D32ds_v5 / D32ads_v5 865 Mio/s 25 50 100 125 150 200 250 250 500 750 865*
D48s_v3 / D48ds_v4 / D48ds_v5 / D48ads_v5 900 Mio/s 25 50 100 125 150 200 250 250 500 750 900
D64s_v3 / Dd64ds_v4 / D64ds_v5 / D64ads_v5 900 Mio/s 25 50 100 125 150 200 250 250 500 750 900
Dd96ds_v5 / Dd96ads_v5 900 Mio/s 25 50 100 125 150 200 250 250 500 750 900
Mémoire optimisée
E2s_v3/E2ds_v4 48 Mio/s 25 48* 48* 48* 48* 48* 48* 48* 48* 48* 48*
E2ds_v5 /E2ads_v5 85 Mio/s 25 50 85* 85* 85* 85* 85* 85* 85* 85* 85*
E4s_v3/E4ds_v4 96 Mio/s 25 50 96* 96* 96* 96* 96* 96* 96* 96* 96*
E4ds_v5 / E4ads_v5 145 Mio/s 25 50* 100* 125* 145* 145* 145* 145* 145* 145* 145*
E8s_v3/E8ds_v4 192 Mio/s 25 50 100 125 150 192* 192* 192* 192* 192* 192*
E8ds_v5 /E8ads_v5 290 Mio/s 25 50 100 125 150 200 250 250 290* 290* 290*
E16s_v3/E16ds_v4 384 Mio/s 25 50 100 125 150 200 250 250 384* 384* 384*
E16ds_v5 / E16ads_v5 600 Mio/s 25 50 100 125 150 200 250 250 500 600* 600*
E20ds_v4 480 Mio/s 25 50 100 125 150 200 250 250 480* 480* 480*
E20ds_v5 / E20ads_v5 750 Mio/s 25 50 100 125 150 200 250 250 500 750 750*
E32s_v3/E32ds_v4 750 Mio/s 25 50 100 125 150 200 250 250 500 750 750
E32ds_v5 / E32ads_v5 865 Mio/s 25 50 100 125 150 200 250 250 500 750 865*
E48s_v3 / E48ds_v4 /E48ds_v5 / E48ads_v5 900 Mio/s 25 50 100 125 150 200 250 250 500 750 900
E64s_v3 / E64ds_v4 / E64ds_v5 / E64ads_v5 900 Mio/s 25 50 100 125 150 200 250 250 500 750 900
Ed96ds_v5 / Ed96ads_v5 900 Mio/s 25 50 100 125 150 200 250 250 500 750 900

La bande passante d’E/S marquée avec un astérisque (*) est limitée par le type de machine virtuelle que vous avez sélectionné. Sinon, la taille de stockage sélectionnée limite la bande passante d’E/S.

Atteindre la limite de stockage

Lorsque vous atteignez la limite de stockage, le serveur commence à retourner des erreurs et empêchera toute autre modification. Atteindre la limite peut également entraîner des problèmes avec d’autres activités opérationnelles, telles que les sauvegardes et l’archivage des journaux WAL (Write-Ahead Log).

Pour éviter cette situation, le serveur passe automatiquement en mode lecture seule lorsque l’utilisation du stockage atteint 95 % ou lorsque la capacité disponible est inférieure à 5 Gio.

Nous vous recommandons de surveiller activement l’espace disque utilisé et d’augmenter la taille du disque avant de manquer de stockage. Vous pouvez configurer une alerte pour être averti quand votre serveur de stockage approche d’un état de manque d’espace disque. Pour plus d’informations, consultez Utiliser le Portail Azure pour configurer des alertes sur des métriques pour Azure Database pour PostgreSQL - Serveur flexible.

Croissance automatique de stockage

La croissance automatique de stockage peut vous aider à garantir que votre serveur a toujours une capacité de stockage suffisante et ne passe pas en lecture seule. Lorsque la croissance automatique de stockage est activée, le stockage se développe automatiquement sans impacter la charge de travail.

Pour les serveurs disposant de plus de 1 Tio de stockage approvisionné, le mécanisme de croissance automatique de stockage s'active lorsque l'espace disponible devient inférieur à 10 % de la capacité totale ou à 64 Gio d'espace libre (la plus faible de ces deux valeurs étant retenue). Inversement, pour les serveurs dont l’espace de stockage est inférieur à 1 To, ce seuil est ajusté à 20 % de l’espace libre disponible ou à 64 Gio, en fonction de la plus petite de ces valeurs.

Prenons l'exemple d'un serveur dont la capacité de stockage est de 2 Tio (plus de 1 Tio). Dans ce cas, la limite de croissance automatique est fixée à 64 Gio. Ce choix est motivé par le fait que 64 Gio est la valeur la plus faible par rapport à 10 % de 2 Tio, soit environ 204,8 Gio. En revanche, pour un serveur dont la taille de stockage est de 128 Gio (moins de 1 Tio), la fonction de croissance automatique s'active lorsqu'il ne reste plus que 25,8 Gio d'espace. Cette activation est basée sur le seuil de 20 % du stockage total alloué (128 Gio), qui est inférieur à 64 Gio.

Azure Database pour PostgreSQL serveur flexible utilise Disques managés Azure. Le comportement par défaut est d’augmenter la taille du disque au niveau Premium suivant. Cette augmentation est toujours double en taille et en coût, que vous lanciez l’opération de mise à l’échelle du stockage manuellement ou par la croissance automatique de stockage. L’activation de la croissance automatique de stockage est très utile lorsque vous gérez des charges de travail imprévisibles, car elle détecte automatiquement les conditions de stockage faible et effectue un scale-up du stockage en conséquence.

Le processus de mise à l’échelle du stockage est effectué en ligne, sans provoquer de temps d’arrêt, sauf lorsque le disque est approvisionné à 4096 Gio. Cette exception est une limitation des disques managés par Azure. Si un disque a déjà 4 096 Gio, l’activité de mise à l’échelle du stockage n’est pas déclenchée, même si la croissance automatique de stockage est activée. Dans ces cas, vous devez mettre à l’échelle votre stockage manuellement. La mise à l’échelle manuelle est une opération hors connexion que vous devez planifier en fonction des besoins de votre entreprise.

N’oubliez pas que le stockage peut seulement monter en puissance.

Limitations et considérations

  • Les opérations de mise à l’échelle de disque sont toujours effectuées en ligne, sauf dans des scénarios spécifiques impliquant la limite de 4096 Gio. Ces scénarios incluent l’atteinte, le démarrage à ou le dépassement de la limite de 4096 Gio. Par exemple, lorsque vous effectuez une mise à l’échelle de 2048 Gio à 8192 Gio.

  • La mise en cache de l’hôte (lecture seule et lecture/écriture) est prise en charge sur les tailles de disque inférieures à 4 Tio. Cela signifie que tout disque approvisionné jusqu’à 4095 Gio peut tirer parti de la mise en cache de l’hôte. La mise en cache de l’hôte n’est pas prise en charge pour les tailles de disque supérieures ou égales à 4 096 Gio. Par exemple, un disque P50 Premium approvisionné à 4 095 Gio peut tirer parti de la mise en cache de l’hôte et un disque P50 approvisionné à 4 096 Gio ne peut pas tirer parti de la mise en cache de l’hôte. Les clients qui passent d’un disque de taille plus faible à un disque de 4 096 Gio ou plus ne bénéficient pas de la fonctionnalité de mise en cache du disque.

    Cette limitation est due au disque managé Azure sous-jacent, qui nécessite une opération manuelle de mise à l'échelle du disque. Vous recevez un message d’information dans le portail lorsque vous vous approchez de cette limite.

  • La croissance automatique de stockage ne fonctionne pas actuellement avec les serveurs activés pour les réplicas en lecture.

  • La croissance automatique de stockage ne se déclenche pas quand vous avez une utilisation élevée de WAL.

Remarque

La croissance automatique du stockage ne déclenche jamais une augmentation hors connexion.

SSD Premium v2 (préversion)

Les disques SSD Premium v2 offre des performances supérieures à celles des disques SSD Premium tout en étant aussi généralement moins coûteux. Vous pouvez modifier individuellement les performances (capacité, débit et IOPS) des disques SSD Premium v2 à tout moment, rendant les charges de travail rentables tout en répondant à des besoins de performances changeants. Par exemple, une base de données nécessitant beaucoup d'E/S peut nécessiter un grand nombre d'IOPS pour une petite taille, ou une application de jeu peut avoir besoin d'un grand nombre d'IOPS, uniquement pendant les heures de pointe. Pour cette raison, pour la plupart des charges de travail à usage général, les disques SSD Premium v2 peuvent offrir les meilleures performances de prix. Vous pouvez désormais déployer Azure Database pour PostgreSQL instances de serveur flexibles avec un disque SSD Premium v2 dans des régions limitées.

Différences entre les disques SSD Premium et SSD Premium v2

Contrairement aux disques SSD Premium, les disques SSD Premium v2 ne présentent pas de tailles dédiées. Vous pouvez définir un disque SSD Premium v2 sur la taille prise en charge de votre choix et apporter des ajustements granulaires (incréments de 1 Gio) selon les exigences de votre charge de travail. Le SSD Premium v2 ne prend pas en charge la mise en cache de l’hôte, mais offre toujours une latence significativement inférieure à celle du SSD Premium. Les capacités des disques SSD Premium v2 s’échelonnent de 1 Gio à 64 Tio.

Le tableau suivant compare les cinq types de disques pour vous aider à choisir celui que vous allez utiliser.

SSD Premium v2 SSD Premium
Type de disque SSD SSD
Scénario Charges de travail de production et sensibles aux performances qui nécessitent systématiquement une latence faible, des IOPS et un débit élevés Charges de travail de production et sensibles aux performances
Taille maximale du disque 65 536 Gio 32 767 Gio
Débit max. 1 200 Mo/s 900 Mo/s
Nb max. d’E/S par seconde 80 000 20 000
Utilisable en tant que disque de système d’exploitation ? Non Oui

Par défaut, un disque SSD Premium v2 offre jusqu’à 32 Tio par région et par abonnement, mais prend en charge une capacité supérieure par requête. Pour demander une augmentation de la capacité, demandez une augmentation du quota ou contactez le support Azure.

IOPS des disques SSD Premium SSD v2

Tous les disques SSD Premium v2 bénéficient gratuitement d’une ligne de base de 3 000 IOPS. Au-delà de 6 Gio, le nombre maximal d'IOPS d’un disque peut augmenter à raison de 500 par Gio, jusqu'à 80 000 IOPS. Ainsi, un disque de 8 Gio peut avoir jusqu’à 4 000 IOPS, et un disque de 10 Gio jusqu’à 5 000 IOPS. Pour pouvoir définir 80 000 IOPS sur un disque, ce disque doit avoir au moins 160 Gio. Augmenter vos IOPS au-delà de 3 000 augmente le prix de votre disque.

Débit des disques SSD Premium v2

Tous les disques SSD Premium v2 bénéficient gratuitement d’un débit de base de 125 Mo/s. Au-delà de 6 Gio, le débit maximal pouvant être défini augmente de 0,25 Mo/s par IOPS défini. Si un disque a 3 000 IOPS, le débit maximal qu’il peut définir est de 750 Mo/s. Pour augmenter le débit de ce disque au-delà de 750 Mo/s, ses IOPS doivent être augmentés. Par exemple, si vous avez augmenté les IOPS à 4 000, le débit maximal pouvant être défini est de 1 000. 1 200 Mo/s est le débit maximal pris en charge pour les disques disposant de 5 000 IOPS ou plus. Augmenter votre débit au-delà de 125 augmente le prix de votre disque.

Remarque

Ssd Premium v2 est actuellement en préversion pour Azure Database pour PostgreSQL serveur flexible.

Limitations de la préversion du SSD Premium v2

  • Azure Database pour PostgreSQL serveur flexible avec disque SSD Premium V2 ne peut être déployé que dans les régions Europe Ouest, USA Est, Suisse Nord au début de la préversion et à condition qu’il y ait encore de la capacité dans la région sélectionnée. D’autres régions seront bientôt prises en charge.

  • Lors de la préversion anticipée, le disque SSD V2 ne prend pas en charge la haute disponibilité, les réplicas en lecture, les sauvegardes géoredondantes, les clés gérées par le client et les fonctionnalités de croissance automatique de stockage. Ces fonctionnalités seront bientôt prises en charge sur SSD Premium V2.

  • Lors de la préversion anticipée, il n’est pas possible de basculer entre les types de stockage SSD Premium V2 et SSD Premium.

  • Vous pouvez activer SSD Premium V2 uniquement pour des serveurs nouvellement créés. La prise en charge des serveurs existants sera bientôt disponible.

IOPS (préversion)

Azure Database pour PostgreSQL serveur flexible prend en charge l’approvisionnement d’IOPS supplémentaires. Cette fonctionnalité vous permet d’approvisionner des IOPS supplémentaires au-delà de la limite IOPS gratuite. À l’aide de cette fonctionnalité, vous pouvez augmenter ou diminuer à tout moment le nombre d’IOPS approvisionnées en fonction des exigences de votre charge de travail.

Le nombre minimum et maximum d’IOPS est déterminé par la taille de calcul sélectionnée. Consultez le tableau pour en savoir plus sur le nombre minimum et maximum d’IOPS par taille de calcul.

Important

Nombre minimum et maximum d’IOPS déterminé par la taille de calcul sélectionnée.

Découvrez comment effectuer un scale-up ou un scale-down d’IOPS.

Prix

Pour obtenir les informations de tarification les plus à jour, consultez la page de tarification Azure Database pour PostgreSQL serveur flexible. Le Portail Azure affiche le coût mensuel dans l’onglet Niveau tarifaire en fonction des options que vous avez sélectionnées.

Si vous n’avez pas d’abonnement Azure, vous pouvez utiliser la calculatrice de prix Azure pour obtenir une estimation. Sur le site web Calculatrice de prix Azure, sélectionnez Ajouter des éléments, développez la catégorie Bases de données, puis sélectionnez Azure Database pour PostgreSQL pour personnaliser les options.