Partager via

Options de stockage dans Azure Database pour PostgreSQL – Serveur flexible

  • Article

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 approvisionnez le disque, Azure gère le reste. Les types de disques disponibles avec un serveur flexible sont des 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). Pour tirer parti de la vitesse et des performances des disques SSD Premium, vous pouvez migrer les disques de machines virtuelles existants vers des disques SSD Premium. 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 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 maintenant déployer des instances de serveur flexible Azure Database pour PostgreSQL avec un disque SSD Premium v2 dans certaines régions.

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. 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 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 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 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

  • Le serveur flexible Azure Database pour PostgreSQL avec un disque SSD Premium V2 peut être déployé uniquement dans les régions USA Centre, USA Est, USA Est2, USA SudCentre USA Ouest2, Europe Ouest et Suisse Nord pendant la préversion anticipée. D’autres régions seront bientôt prises en charge.

  • Lors de la préversion anticipée, le disque SSD V2 ne sera pas pris en charge pour la haute disponibilité, les réplicas en lecture, les sauvegardes géo-redondantes, les clés gérées par le client et les fonctionnalités de croissance automatique de stockage.

  • 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. L’activation de SSD Premium V2 sur des serveurs existants n’est actuellement pas 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. Contrairement à, disque SSD Premium cv2

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 la croissance automatique de stockage est activée, le stockage se développe automatiquement sans impacter 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 du stockage s'active lorsque l'espace disponible devient inférieur à 10 % de la capacité totale ou à 64 Gio d'espace libre, la plus petite 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 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 relatives à la croissance automatique du stockage

  • 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.

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 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. 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.

Contenu connexe