Partager via


Options de calcul dans Azure Database pour PostgreSQL

Vous pouvez créer une instance de serveur flexible Azure Database pour PostgreSQL dans un des trois différents niveaux tarifaires : Burstable, Usage général et À mémoire optimisée. Le niveau tarifaire est calculé en fonction de la capacité de calcul, de la mémoire et du stockage que vous approvisionnez. Un serveur peut avoir une ou plusieurs bases de données.

Ressource/niveau Burstable Usage général À mémoire optimisée
Séries de machines virtuelles Série B Série Ddsv5,
Série Dadsv5,
Série Ddsv4,
Série Dsv3
Série Edsv5,
Série Eadsv5,
Série Edsv4,
Série Esv3
vCores 1, 2, 4, 8, 12, 16, 20 2, 4, 8, 16, 32, 48, 64, 96 2, 4, 8, 16, 20 (v4/v5), 32, 48, 64, 96
Mémoire par vCore Variable 4 Gio De 6.75 Gio à 8 Gio
Taille de stockage De 32 Gio à 64 Tio De 32 Gio à 64 Tio De 32 Gio à 64 Tio
Période de rétention de la sauvegarde de bases de données automatisée 7 à 35 jours 7 à 35 jours 7 à 35 jours
Période de rétention de la sauvegarde de bases données à long terme jusqu’à 10 ans jusqu’à 10 ans jusqu’à 10 ans

Pour choisir un niveau tarifaire, utilisez le tableau suivant comme point de départ :

Niveau tarifaire Charges de travail cibles
Burstable Conçu pour les charges de travail qui ne nécessitent pas de performances de processeur complètes en continu. Utilise un modèle de crédit processeur : les crédits s’accumulent lorsque l’utilisation est inférieure à la base de référence et sont consommées lorsque l’utilisation dépasse celle-ci. Lorsque les crédits sont épuisés, la machine virtuelle est limitée au processeur de base, ce qui, sous charge soutenue, peut entraîner une dégradation grave des performances, des délais d’expiration de connexion et des retards ou des défaillances temporaires dans les opérations de gestion jusqu’à ce que les crédits soient régénérés. Idéal pour les serveurs web, les environnements de preuve de concept, les petites bases de données et les builds de développement. Non recommandé pour les charges de travail de production.
Usage général Fournit un équilibre entre le processeur et la mémoire avec un débit d’E/S évolutif, ce qui le rend adapté à la plupart des charges de travail de production. Il s’agit, par exemple, de serveurs qui hébergent des applications web et mobiles et autres applications d’entreprise.
À mémoire optimisée Adapté aux charges de travail de base de données hautes performances qui nécessitent des performances en mémoire pour accélérer le traitement des transactions et permettre une plus grande simultanéité. Il s’agit, par exemple, de serveurs qui traitent les données en temps réel et d’applications transactionnelles ou analytiques haute performance.

Après avoir créé un serveur pour le niveau de calcul, vous pouvez changer le nombre de vCores (en plus ou en moins) et la taille de stockage (en plus) en quelques secondes. Vous pouvez également allonger ou raccourcir la période de rétention de sauvegarde de manière indépendante. Pour plus d’informations, consultez la page Mise à l’échelle des ressources dans Azure Database pour PostgreSQL .

Niveaux de calcul, vCores et types de serveurs

Vous pouvez sélectionner des ressources de calcul en fonction du niveau, des vCores et de la taille de la mémoire. Les vCores représentent le processeur logique du matériel sous-jacent.

Important

Le calcul burstable est destiné aux charges de travail qui restent inactives ou inférieures à la ligne de base la plupart du temps. Si l’UC s’exécute près de ou au-dessus de la ligne de base pendant de longues périodes, les crédits s’épuisent rapidement et le serveur peut devenir inaccessible.

Pour ces charges de travail, il est recommandé de :

  • Surveillez les crédits d’UC restants dans Azure Monitor et définissez des alertes pour les crédits faibles.
  • Évitez les redémarrages ou la mise à l’échelle lorsque les crédits sont proches de zéro ; laissez le temps de reconstruire.
  • Si les crédits s’épuisent souvent, passez à une instance de taille élastique plus grande ou changez de plan.

Les spécifications détaillées des types de serveurs disponibles sont les suivantes :

Nom de la référence SKU vCores Taille de la mémoire Nombre maximal d’IOPS prises en charge Bande passante d’E/S maximale prise en charge
Burstable
B1ms 1 2 Gio 640 10 Mio/s
B2s 2 4 Gio 1 280 15 Mio/s
B2ms 2 8 Gio 1 920 22,5 Mio/s
B4ms 4 16 Gio 2 880 35 Mio/s
B8ms 8 32 Gio 4 320 50 Mio/s
B12ms 12 48 Gio 4 320 50 Mio/s
B16ms 16 64 Gio 4 320 50 Mio/s
B20ms 20 80 Gio 4 320 50 Mio/s
Usage général
D2s_v3/D2ds_v4 2 8 Gio 3 200 48 Mio/s
D2ds_v5 / D2ads_v5 2 8 Gio 3 750 85 Mio/s
D4s_v3/D4ds_v4 4 16 Gio 6 400 96 Mio/s
D4ds_v5 / D4ads_v5 4 16 Gio 6 400 145 Mio/s
D8s_v3/D8ds_v4 8 32 Gio 12 800 192 Mio/s
D8ds_v5 / D8ads_v5 8 32 Gio 12 800 290 Mio/s
D16s_v3/D16ds_v4 16 64 Gio 25 600 384 Mio/s
D16ds_v5 / D16ds_v5 16 64 Gio 25 600 600 Mio/s
D32s_v3/D32ds_v4 32 128 Go 51 200 768 Mio/s
D32ds_v5 / D32ads_v5 32 128 Go 51 200 865 Mio/s
D48s_v3/D48ds_v4 48 192 Gio 76 800 1 152 Mio/s
D48ds_v5 / D48ads_v5 48 192 Gio 76 800 1 200 Mio/s
D64s_v3 / D64ds_v4 / D64ds_v5/ D64ads_v5 64 256 Gio 80 000 1 200 Mio/s
D96ds_v5 / D96ads_v5 96 384 Gio 80 000 1 200 Mio/s
À mémoire optimisée
E2s_v3/E2ds_v4 2 16 Gio 3 200 48 Mio/s
E2ds_v5/E2ads_v5 2 16 Gio 3 200 85 Mio/s
E4s_v3/E4ds_v4 4 32 Gio 6 400 96 Mio/s
E4ds_v5 / E4ads_v5 4 32 Gio 6 400 145 Mio/s
E8s_v3/E8ds_v4 8 64 Gio 12 800 192 Mio/s
E8ds_v5/E8ads_v5 8 64 Gio 12 800 290 Mio/s
E16s_v3/E16ds_v4 16 128 Go 25 600 384 Mio/s
E16ds_v5/E16ds_v5 16 128 Go 25 600 600 Mio/s
E20ds_v4 20 160 Gio 32 000 480 Mio/s
E20ds_v5 / E20ads_v5 20 160 Gio 32 000 750 Mio/s
E32s_v3/E32ds_v4 32 256 Gio 51 200 768 Mio/s
E32ds_v5/D32ads_v5 32 256 Gio 51 200 865 Mio/s
E48s_v3 / E48ds_v4 / E48ds_v5 / E48ads_v5 48 384 Gio 76 800 1 152 Mio/s
E48ds_v5/E48ads_v5 48 384 Gio 76 800 1 200 Mio/s
E64s_v3/E64ds_v4 64 432 Gio 80 000 1 200 Mio/s
E64ds_v5 / E64ads_v4 64 512 Go 80 000 1 200 Mio/s
E96ds_v5 /E96ads_v5 96 672 Gio 80 000 1 200 Mio/s

Important

Les E/S par seconde minimales et maximales sont également déterminées par le niveau de stockage afin de choisir un niveau de stockage et un type d’instance pouvant être mis à l’échelle en fonction des besoins de votre charge de travail.

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.

Il est possible de voir cette estimation tout au long de l’expérience de création de serveur dans la page Nouveau serveur flexible Azure Database pour PostgreSQL :

Capture d’écran montrant les coûts mensuels estimés dans l’Assistant 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 :

Capture d’écran montrant une estimation des coûts mensuels dans la page Calcul + stockage d’une instance de serveur flexible Azure Database pour PostgreSQL existante.

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.

Capture d’écran de la calculatrice de prix Azure.