Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier les répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer de répertoire.
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. Les instances de serveur flexible Azure Database pour PostgreSQL prennent 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 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 les instances de serveur flexible Azure Database pour PostgreSQL, afin de 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.
Le service Azure Database pour PostgreSQL offre un débit 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 frais supplémentaires. Augmenter le débit au-delà du niveau gratuit entraîne des frais supplémentaires.
Remarque
Premium SSD v2 est actuellement en préversion pour les instances de serveur flexible de base de données Azure pour PostgreSQL.
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 en savoir plus, consultez les options de calcul dans 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 requises. Pour ce faire, vous pouvez exécuter la commande ci-dessous pour modifier le mode en lecture-écriture, et une fois cela 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 Utiliser le portail Azure pour configurer des alertes sur les métriques pour Azure Database pour PostgreSQL.
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.