Notes
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.
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 de niveau 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 et le type de disque, puis d’approvisionner le disque. Une fois que vous avez approvisionné le disque, Azure s’occupe du reste. Le serveur flexible Azure Database pour PostgreSQL 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
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.
SSD Premium v2 (préversion)
SSD Premium v2 offre des performances supérieures à celles de SSD Premium, tout en étant généralement moins coûteux. 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 offrir le meilleur prix pour les performances. 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
SSD Premium v2 est actuellement en préversion pour les instances de serveur flexible Azure Database pour PostgreSQL.
Différences entre les disques SSD Premium et SSD Premium v2
Contrairement à 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 quand même une latence inférieure à celle de SSD Premium. Les capacités des disques SSD Premium v2 s’étendent de 1 Gio à 64 Tio.
Le tableau suivant fournit une comparaison de différents aspects des types de disque pris en charge par le serveur flexible Azure Database pour PostgreSQL, pour vous aider à déterminer celui qui convient mieux à vos besoins.
| SSD Premium v2 | SSD Premium | |
|---|---|---|
| Type de disque | SSD (Disque à État Solide) | SSD (Disque à État Solide) |
| Scénario | Charges de travail de production 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 sensibles aux performances. |
| Taille maximale du disque | 65 536 Gio | 32 767 Gio |
| Débit maximal | 1 200 Mo/s | 900 Mo/s |
| Nombre maximal d’IOPS | 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.
SSD Premium v2 – IOPS
Le serveur flexible Azure Database pour PostgreSQL offre un IOPS de base de 3 000 pour les disques jusqu'à 399 Gio, et 12 000 IOPS pour les disques de plus de 400 Gio, sans coût supplémentaire. Pour atteindre 80 000 IOPS sur un disque, il doit avoir une capacité d'au moins 160 Gio. L’augmentation des E/S par seconde au-delà du niveau gratuit entraîne des frais supplémentaires.
SSD Premium v2 – Débit
Le serveur flexible Azure Database pour PostgreSQL offre un débit de base de référence de 125 Mo/s pour les disques pouvant atteindre 399 Gio et 500 Mo/s pour les disques de plus de 400 Gio sans coût supplémentaire. L’augmentation du débit au-delà du niveau gratuit entraîne des frais supplémentaires.
Remarque
SSD Premium v2 est actuellement en préversion pour les instances de 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 fonctionnalités de croissance automatique du 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.
SSD Premium V2 peut uniquement être activé dans les régions suivantes : Allemagne Centre-Ouest, Asie Est, Asie Sud-Est, Australie Est, Brésil Sud, Canada Centre, Corée Centre, Émirats arabes unis Nord, Europe Ouest, France Centre, Inde Centre, Israël Central, Japon Est, Norvège Est, Pologne Centre, Suisse Nord, USA Centre, USA Centre Sud, USA Centre-Ouest, USA Est, USA Est 2, USA Ouest 2. La restauration à un point dans le temps (PITR) de SSD Premium v2 vers SSD Premium (v1) n’est actuellement pas prise en charge. La prise en charge de cette fonctionnalité sera ajoutée à l’avenir.
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 SSD Premium | IOPS SSD Premium v2 |
|---|---|---|
| 32 Gio | 120 approvisionnés, jusqu’à 3 500 | Les 3 000 premières IOPS gratuites peuvent être mises à l’échelle jusqu’à 17 179 |
| 64 Gio | 240 approvisionnés, jusqu’à 3 500 | Les 3 000 premières IOPS gratuites peuvent être mises à l’échelle jusqu’à 34 359 |
| 128 Gio | 500 approvisionnés, jusqu’à 3 500 | Les 3 000 premières IOPS gratuites peuvent être mises à l’échelle jusqu’à 68 719 |
| 256 Gio | 1 100 approvisionnés, jusqu’à 3 500 | Les 3 000 premières IOPS gratuites peuvent être mises à l’échelle jusqu’à 80 000 |
| 512 Gio | 2 300 approvisionnés, jusqu’à 3 500 | Les premiers 12 000 IOPS gratuits peuvent évoluer jusqu'à 80 000 |
| 1 Tio | 5 000 | Vous pouvez effectuer un scale-up des 12 000 premiers IOPS gratuits jusqu’à 80 000 |
| 2 Tio | 7 500 | Vous pouvez effectuer un scale-up des 12 000 premiers IOPS gratuits jusqu’à 80 000 |
| 4 Tio | 7 500 | Vous pouvez effectuer un scale-up des 12 000 premiers IOPS gratuits jusqu’à 80 000 |
| 8 Tio | 16 000 | Vous pouvez effectuer un scale-up des 12 000 premiers IOPS gratuits jusqu’à 80 000 |
| 16 Tio | 18 000 | Vous pouvez effectuer un scale-up des 12 000 premiers IOPS gratuits jusqu’à 80 000 |
| 32 Tio | 20 000 | Vous pouvez effectuer un scale-up des 12 000 premiers IOPS gratuits jusqu’à 80 000 |
| 64 Tio | N/A | Vous pouvez effectuer un scale-up des 12 000 premiers IOPS gratuits jusqu’à 80 000 |
Le tableau suivant fournit une vue d’ensemble des capacités des disques SSD Premium v2 et des performances maximales pour vous aider à déterminer lequel vous devriez utiliser.
| Taille d’un 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éfinie) |
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 pourrez peut-être pas utiliser toutes les IOPS que le stockage fournit, en particulier lorsque vous choisissez un serveur avec quelques vCores. Pour plus d’informations, consultez les options de calcul dans le serveur flexible Azure Database pour PostgreSQL.
Remarque
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.
Conditions d’un disque plein
Lorsque votre disque est plein, le serveur commence à retourner des erreurs et empêche toute autre modification. Le fait d’atteindre la limite peut également entraîner des problèmes avec d’autres activités fonctionnelles telles que les sauvegardes et l’archivage des journaux WAL (Write-Ahead Log). Il existe différentes façons dont cette condition complète de disque peut être évitée :
- 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 ou effectuer un scale-up du stockage du serveur pour éviter ce problème.
- Si le serveur est marqué comme lu uniquement en raison d’une condition complète de disque, vous pouvez supprimer les données qui ne sont plus nécessaires, pour ce faire, vous pouvez exécuter la commande ci-dessous pour modifier le mode en mode lecture-écriture et une fois que vous avez terminé, vous pouvez exécuter la commande delete.
SET SESSION CHARACTERISTICS AS TRANSACTION READ WRITE;
Nous vous recommandons de surveiller activement l’espace disque utilisé à l’aide de métriques storage_percentage ou storage_used 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 des métriques pour un serveur flexible Azure Database pour PostgreSQL.
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 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 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. Veuillez noter que dans ce scénario (atteignant ou dépassant la limite de 4 096 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.
Remarque
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 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 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 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.
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 des 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 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.
Prix
Pour obtenir la tarification la plus récentes, consultez Tarification du serveur flexible Azure DB pour PostgreSQL.
Le portail Azure affiche é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 la 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.