Options de stockage dans 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 à l’aide de disques managés Azure, qui sont des volumes de stockage au niveau du bloc gérés par Azure et utilisés avec des machines virtuelles Azure. Les disques managés sont comme un disque physique sur un serveur local, mais virtualisé. Avec les disques managés, il vous suffit de spécifier la taille de disque ainsi que le type de disque et de provisionner le disque. Une fois que vous avez provisionné le disque, Azure s’occupe du reste. Le serveur flexible Azure Database pour PostgreSQL prend en charge les disques SSD Premium et SSD Premium v2, et la tarification est calculée en fonction du niveau de calcul, de mémoire et de stockage que vous approvisionnez.
SSD Premium
Les disques SSD Premium Azure offrent une prise en charge très performante et une faible latence pour les machines virtuelles avec des charges de travail qui utilisent beaucoup d’entrée/sortie (E/S). Les disques SSD Premium conviennent aux applications de production stratégiques, mais vous ne pouvez les utiliser qu’avec les séries de machines virtuelles compatibles. Les disques SSD Premium prennent en charge la taille de secteur 512E.
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 le niveau de performance (capacité, débit et opérations d’entrée/sortie par seconde ou IOPS) des disques SSD Premium v2 à tout moment, ce qui vous permet d’avoir des charges de travail rentables tout en répondant à des besoins changeants en matière de performances. 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. Par conséquent, pour la plupart des charges de travail à usage général, les disques SSD Premium v2 peuvent offrir le meilleur niveau de performance pour le prix. Vous pouvez maintenant déployer des instances de serveur flexible Azure Database pour PostgreSQL avec un disque SSD Premium v2 dans toutes les régions prises en charge.
Remarque
Le SSD Premium v2 est actuellement en préversion pour le serveur flexible Azure Database pour PostgreSQL.
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. SSD Premium v2 ne prend pas en charge la mise en cache de l’hôte, mais offre toujours une latence inférieure à celle de 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 au niveau de performance |
| 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 Go peut avoir jusqu’à 4 000 IOPS, et un disque de 10 Go 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 3000 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 à 4000, le débit maximal pouvant être défini est de 1000. 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
Le SSD Premium v2 est actuellement en préversion pour le serveur flexible Azure Database pour PostgreSQL.
Limitations de la préversion du SSD Premium v2
Pendant la préversion, des fonctionnalités telles que la haute disponibilité, les réplicas en lecture, les sauvegardes géoredondantes, les clés gérées par le client et la croissance automatique du stockage ne sont pas prises en charge pour PV2.
Pendant la préversion, la migration en ligne de PV1 vers PV2 n’est pas prise en charge. Les clients peuvent effectuer une restauration à un instant dans le passé pour effectuer une migration de PV1 vers PV2.
Pendant la préversion, vous pouvez activer SSD Premium v2 uniquement pour des serveurs nouvellement créés. L’activation de SSD Premium v2 sur des serveurs existants n’est pas actuellement prise en charge.
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.
| Taille du disque | IOPS des disques SSD Premium | IOPS des disques SSD Premium V2 |
|---|---|---|
| 32 Gio | Approvisionné 120, jusqu’à 3500 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 17179 |
| 64 Gio | Approvisionné 240, jusqu’à 3500 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 34359 |
| 128 Go | Approvisionné 500, jusqu’à 3500 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 68719 |
| 256 Gio | Approvisionné 1100, jusqu’à 3500 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
| 512 Gio | Approvisionné 2300, jusqu’à 3500 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
| 1 Tio | 5 000 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
| 2 Tio | 7 500 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
| 4 Tio | 7 500 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
| 8 Tio | 16 000 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
| 16 Tio | 18 000 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
| 32 Tio | 20 000 | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
| 64 Tio | S/O | Les 3000 premiers IOPS gratuits peuvent être mis à l’échelle jusqu’à 80000 |
Le tableau suivant fournit une vue d’ensemble des capacités et des performances maximales des disques SSD V2 pour vous aider à choisir celui à utiliser.
| Taille du disque SSD v2 | Nombre maximal d’IOPS disponibles | Débit maximal disponible (Mo/s) |
|---|---|---|
| 1 Gio - 64 Tio | 3 000 - 80 000 (augmente de 500 IOPS par Gio) | 125 - 1 200 (augmente de 0,25 Mo/s par IOPS défini) |
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 en savoir plus sur le serveur flexible dans Options de calcul dans Azure Database pour PostgreSQL – Serveur flexible.
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.
Atteindre les limites 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. Vous pouvez utiliser la fonctionnalité de croissance automatique de stockage pour éviter ce problème avec le disque SSD Premium.
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 du stockage (SSD Premium)
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 vous activez la croissance automatique du stockage, la taille du disque augmente sans affecter la charge de travail. La croissance automatique du stockage n’est prise en charge que pour le niveau de stockage SSD Premium. SSD Premium v2 ne prend pas en charge la croissance automatique du stockage.
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.
Le comportement par défaut est d’augmenter la taille du disque au niveau de stockage SSD 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 est 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 du 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 relatives à la croissance automatique du stockage
Les opérations de mise à l’échelle de disque sont en général effectuées en ligne, sauf dans des scénarios spécifiques impliquant la limite de 4 096 Gio. Ces scénarios incluent l'atteinte ou le dépassement de la limite de 4 096 gigaoctets. Par exemple, le passage de 2 048 GiB à 8 192 GiB déclenchera une opération hors ligne. Dans le portail Azure, le passage à 4 To, représenté comme 4 095 GiB, permettra de maintenir l'opération en ligne. Cependant, si vous spécifiez explicitement 4 To comme étant 4 096 GiB, comme dans Azure CLI, l'opération de mise à l'échelle sera hors ligne car elle atteindra la limite de 4 096 GiB.
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. Tout disque approvisionné jusqu’à 4 095 Gio peut bénéficier 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 Premium P50 fournissant 4,095 Gio peut tirer parti de la mise en cache de l’hôte tandis qu’un disque P50 fournissant 4,096 Gio ne peut pas le faire. Les clients qui passent d’une taille de disque inférieure à 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 se déclenche pas quand vous avez une utilisation élevée de WAL.
Remarque
Étant donné que la croissance automatique du stockage dépend de la mise à l’échelle des disques en ligne, elle n’entraîne jamais de temps d’arrêt.
Mise à l’échelle IOPS
Le serveur flexible Azure Database pour PostgreSQL prend en charge l’approvisionnement d’IOPS supplémentaires. Cette fonctionnalité vous permet d’approvisionner davantage d’IOPS au-delà de la limite d’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. Pour en savoir plus sur le nombre minimum et maximum d’IOPS par taille de calcul, reportez-vous à 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 les informations tarifaires les plus récentes, consultez la page Tarification du serveur flexible Azure Database pour PostgreSQL. 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.