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 dans un serveur local, mais ils sont virtualisés. 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. Azure Database pour PostgreSQL - Serveur flexible prend en charge les disques SSD Premium (SSD Premium) et les disques SSD Premium version 2 (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
Le SSD Azure Premium offre une prise en charge de disques hautes performances et à faible latence pour les machines virtuelles avec des charges de travail gourmandes en entrée/sortie (E/S). Les unités SSD Premium conviennent aux applications de production stratégiques.
SSD Premium v2 (préversion)
SSD Premium v2 offre des performances supérieures à celles du disque SSD Premium, tout en étant moins coûteux, en règle générale. Vous pouvez ajuster individuellement les performances (capacité, débit et opérations d’entrée/sortie par seconde, appelées IOPS) de SSD Premium v2 à tout moment. La possibilité d’effectuer ces ajustements permet aux charges de travail d’être rentables, tout en répondant aux besoins en matière de performances changeants. Par exemple, une base de données nécessitant beaucoup de transactions peut avoir besoin de faire face à une grande quantité d’E/S par seconde pendant quelques jours à la demande exceptionnelle. Ou une application de jeu peut demander un débit plus élevé pendant les heures de pointe uniquement. Par conséquent, pour la plupart des charges de travail à usage général, SSD Premium v2 peut fournir le meilleur prix pour les performances.
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 au SSD Premium, SSD Premium v2 n’a pas de tailles dédiées. Vous pouvez définir un disque SSD Premium v2 sur n’importe quelle taille que vous préférez et effectuer des ajustements granulaires en fonction des besoins de votre charge de travail. Ces incréments granulaires peuvent aller dans les étapes de 1 Gio. SSD Premium v2 ne prend pas en charge la mise en cache de l’hôte, mais offre toujours une latence inférieure à celle du disque SSD Premium. Les capacités des disques SSD Premium v2 s’échelonnent de 1 Gio à 64 Tio.
Le tableau suivant fournit une comparaison de différents aspects des types de disque pris en charge par Azure Database pour PostgreSQL - Serveur flexible, pour vous aider à déterminer celui qui convient mieux à vos besoins.
| 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 ainsi que 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 |
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 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. Par conséquent, un disque de 8 Gio peut avoir jusqu’à 4 000 IOPS, et un disque de 10 Gio peut avoir 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 sur lequel il peut être défini 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 Mo/s augmente le prix de votre disque.
Remarque
Le SSD Premium v2 est actuellement en préversion pour le serveur flexible Azure Database pour PostgreSQL.
SSD Premium v2 - Limitations pendant la préversion
Haute disponibilité, réplicas en lecture, sauvegardes géographiquement redondantes, chiffrement des données avec des clés gérées par le client, ou croissance automatique de stockage ne sont pas prises en charge pour les fonctionnalités de stockage SSD Premium v2.
La migration en ligne de SSD Premium (PV1) vers SSD Premium v2 (PV2) n’est pas prise en charge. En guise d’alternative, si vous souhaitez migrer entre les différents types de stockage, vous pouvez effectuer une restauration dans le temps de votre serveur existant vers un nouveau type de stockage configuré avec un autre type de stockage.
SSD Premium V2 ne peut être activé que pour les serveurs nouvellement créés. L’activation de SSD Premium V2 sur des serveurs existants n’est pas prise en charge.
Le stockage que vous approvisionnez est la quantité de capacité de stockage disponible pour votre instance de serveur flexible Azure Database pour PostgreSQL. Ce stockage est utilisé pour les fichiers de base de données, les fichiers temporaires, les journaux des transactions et les journaux 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 SSD 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 de disque SSD Premium v2 et des maximums de performances pour vous aider à déterminer le choix que vous devez 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’E/S par seconde. Bien que vous puissiez sélectionner n’importe quelle taille de stockage, indépendamment du type de serveur, vous ne pourrez peut-être pas utiliser tous les E/S par seconde que le stockage fournit, en particulier lorsque vous choisissez un serveur avec quelques vCores. Pour plus d’informations, consultez options de calcul dans Azure Database pour PostgreSQL - Serveur flexible.
Remarque
Quel que soit le type de stockage que vous affectez à votre instance, le stockage ne peut être mis à l’échelle que vers le haut, et non vers le bas.
Vous pouvez surveiller votre consommation d’E/S dans le portail Azure, ou à l’aide de 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.
Conditions complètes du disque
Lorsque votre disque est plein, le serveur commence à retourner des erreurs et empêche 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 est automatiquement basculé en mode lecture seule lorsque l’utilisation du stockage atteint 95 % ou lorsque la capacité disponible est inférieure à 5 Gio. Si vous utilisez le type de stockage SSD Premium, vous pouvez utiliser la fonctionnalité de croissance automatique de stockage pour éviter ce problème.
Nous vous recommandons de surveiller activement l’espace disque utilisé et d’augmenter la taille du disque avant de manquer d’espace disponible dans votre 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 comment utiliser le portail Azure pour configurer des alertes sur les métriques pour Azure Database pour PostgreSQL - Serveur flexible.
Croissance automatique du stockage (SSD Premium)
La croissance automatique du stockage peut vous aider à garantir que votre serveur dispose toujours d’un espace libre suffisant et ne devient 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.
Pour les serveurs avec plus de 1 Tio de stockage approvisionné, le mécanisme de croissance automatique de stockage s’active lorsque l’espace disponible tombe en dessous de 10 % de la capacité totale ou de 64 Gio, selon les deux valeurs sont plus petites. 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.
Par exemple, prenons un serveur avec une capacité de stockage de 2 Tio (supérieure à 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 avec une taille de stockage de 128 Gio (inférieure à 1 Tio), la fonctionnalité de croissance automatique s’active lorsqu’il n’y a que 25,8 Gio d’espace à gauche. 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 augmente la taille du disque à la taille de stockage SSD Premium suivante. 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é à 4 096 Gio. Cette exception est une limitation de disques managés 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. N’oubliez pas que, dans ce cas précis, la mise à l’échelle manuelle est une opération hors connexion et doit être planifiée conformément aux besoins de votre entreprise.
Remarque
Quel que soit le type de stockage que vous affectez à votre instance, le stockage ne peut être mis à l’échelle que vers le haut, et non vers le bas.
Limitations et considérations relatives à la croissance automatique du stockage
Les opérations de mise à l’échelle de disque sont généralement 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 la traversée de la limite de 4 096 Gio. Par exemple, la mise à l’échelle de 2 048 Gio à 8 192 Gio déclenche une opération hors connexion. Dans le portail Azure, le passage à 4 To, qui est représenté sous la forme de 4 095 Gio, maintient l’opération en ligne. Toutefois, si vous spécifiez explicitement 4 To comme 4 096 Gio, comme dans Azure CLI, l’opération de mise à l’échelle est terminée en mode hors connexion, car elle atteint la limite de 4 096 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. 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 passant d’une taille de disque inférieure à 4 096 Gio ou supérieure perdent la possibilité d’utiliser la mise en cache de disque.
Cette limitation est due aux disques managés Azure sous-jacents, ce qui nécessite une opération de mise à l’échelle manuelle des disques. 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’E/S par seconde au-delà de la limite d’E/S par seconde gratuite. À l’aide de cette fonctionnalité, vous pouvez augmenter ou diminuer le nombre d’E/S par seconde provisionnés pour les ajuster à vos besoins en charge de travail à tout moment.
La taille de calcul sélectionnée détermine les IOPS minimales et maximales. Pour en savoir plus sur les IOPS minimales et maximales par taille de calcul, consultez taille de calcul.
Important
La taille de calcul sélectionnée détermine les IOPS minimales et maximales.
Découvrez comment effectuer un scale-up ou un scale-down d’IOPS.
Prix
Pour obtenir les informations de tarification les plus à jour, consultez tarification d’Azure Database pour PostgreSQL - Serveur flexible.
Portail Azure vous montre également une estimation des coûts mensuels d’une configuration de serveur, en fonction des options sélectionnées.
Cette estimation peut être vue tout au long de l’expérience de création de serveur, dans la page nouveau serveur flexible Azure Database pour PostgreSQL :
Vous pouvez également le voir pour les serveurs existants si, dans le menu de ressources d’une instance existante, sous la section Paramètres, vous sélectionnez Calcul + stockage:
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 la catégorie Bases de données, puis Azure Database pour PostgreSQL pour ajouter le service à votre estimation, puis personnalisez les options.
Partager vos suggestions et bogues avec l’équipe produit Azure Database pour PostgreSQL.