Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
SSD de qualité supérieure
SSD Premium Azure 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. La capacité, les IOPS et le débit sont garantis lorsqu’un disque de stockage Premium est approvisionné. Par exemple, si vous créez un disque P40, Azure configure une capacité de stockage de 2 048 Go, 7 500 IOPS et un débit de 250 Mo/s pour ce disque. Votre application peut utiliser tout ou partie de la capacité et des performances. Les disques SSD Premium sont conçus pour fournir 99,9 % du temps les latences en millisecondes à un seul chiffre, l’IOPS et le débit cibles décrits dans le tableau précédent.
La taille maximale de stockage prise en charge est de 32 Tio avec SSD Premium, ce qui vous permet de monter en puissance jusqu’à 20 000 IOPS et 900 Mo/s de débit. En basculant vers SSD Premium v2, vous pouvez effectuer un scale-up jusqu’à 64 Tio avec prise en charge de 80 000 IOPS et 1 200 Mo/s de débit.
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.
Votre type de machine virtuelle a également des limites d’IOPS. Bien que vous puissiez sélectionner n’importe quelle taille de stockage, indépendamment du type de serveur, vous ne pouvez peut-être pas utiliser tous les E/S par seconde que le stockage fournit, en particulier lorsque vous choisissez un serveur avec quelques vCores.To en savoir plus, consultez les options de calcul dans Azure Database pour PostgreSQL.
Note
Quel que soit le type de stockage que vous affectez à votre instance, le stockage peut seulement faire l’objet d’un scale-up, pas d’un scale-down.
Vous pouvez surveiller votre consommation d’E/S dans le portail Azure, ou à l’aide des commandes Azure CLI. Les métriques appropriées à surveiller sont la limite de stockage, le pourcentage de stockage, le stockage utilisé et le pourcentage d’E/S.
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, ce qui se produit lorsque l’utilisation du stockage atteint 95 % ou lorsque la capacité disponible est inférieure à 5 Gio. Lorsque vous activez la croissance automatique du stockage, la taille du disque augmente sans affecter la charge de travail. La croissance automatique du stockage est seulement prise en charge 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 (qui est 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. Par contre, pour un serveur avec une taille de stockage de 128 Gio (inférieure à 1 Tio), la fonctionnalité de croissance automatique devient active lorsqu’il ne reste 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 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 via la croissance automatique du stockage. L’activation de la croissance automatique du 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 s’effectue en ligne, sans interruption de service, sauf lorsque la taille du disque doit franchir la limite de 4 096 Gio. Cette exception est une limite des disques managés Azure. Dans ce cas, l’activité de mise à l’échelle automatique du stockage n’est pas déclenchée, même si le paramètre de croissance automatique du stockage est activé pour le serveur. Dans pareil cas, vous devez mettre à l’échelle votre stockage manuellement. Dans ce scénario (atteignant ou dépassant la limite de 4096 Gio), la mise à l’échelle manuelle est une opération hors connexion. Nous vous recommandons de planifier cette tâche pour vous aligner sur les besoins d’entreprise. Vous pouvez effectuer toutes les autres opération en ligne. Une fois que la taille du disque alloué est supérieure ou égale à 8 192 Gio, la croissance automatique du stockage se déclenche à nouveau automatiquement et chaque opération de croissance ultérieure du stockage est effectuée en ligne jusqu’à ce que le disque alloué atteigne sa capacité de croissance maximale, soit 32 768 Gio.
Note
Quel que soit le type de stockage que vous affectez à votre instance, le stockage peut seulement faire l’objet d’un scale-up, pas d’un scale-down.
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 le dépassement de la limite de 4 096 Gio. Ces scénarios incluent l’atteinte ou le dépassement 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 Tio, représenté par 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 effectuée en mode hors connexion, car elle atteint la limite de 4 096 Gio. Une opération de mise à l’échelle hors connexion prend généralement entre 2 et 10 minutes. En utilisant la fonctionnalité de mise à l’échelle avec temps d’arrêt réduit, cette durée passe à moins de 30 secondes. Cette réduction du temps d’arrêt pendant la mise à l’échelle des ressources améliore la disponibilité globale de votre instance de base de données.
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 096 Gio ou 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 approvisionné avec 4 095 Gio peut tirer parti de la mise en cache de l’hôte, tandis qu’un disque P50 approvisionné avec 4 096 Gio ne peut pas. Les clients passant d’une taille de disque inférieure à 4 096 Gio ou plus perdent la possibilité d’utiliser la mise en cache de disque.
Cette limite est due aux disques managés Azure sous-jacents, qui nécessitent 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 du stockage ne se déclenche pas quand vous avez une utilisation élevée de journaux WAL.
Note
É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 des IOPS
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 gratuites. À 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 des IOPS.