Partager via

Guide pratique pour optimiser les coûts dans Azure Database pour PostgreSQL – Serveur flexible

  • Article

S’APPLIQUE À : Azure Database pour PostgreSQL – Serveur flexible

Serveur flexible Azure Database pour PostgreSQL est un service de base de données relationnelle dans le cloud Microsoft qui repose sur PostgreSQL Community Edition. C’est un produit de base de données en tant que service complètement managé qui peut gérer des charges de travail critiques avec des performances prévisibles et une scalabilité dynamique.

Cet article fournit une liste de recommandations pour optimiser le coût du serveur flexible Azure Database pour PostgreSQL. Cette liste comprend des considérations relatives à la conception, une liste de contrôle de configuration et des paramètres de base de données recommandés pour vous aider à optimiser votre charge de travail.

  • Tirer parti des tarifs de la capacité de réserve.
  • Effectuer un scale-up/scale-down de la capacité de calcul.
  • Utilisation des recommandations d’Azure Advisor.
  • Évaluer les exigences de haute disponibilité (HA) et de reprise d’activité (DR).
  • Consolider les bases de données et les serveurs.
  • Placer des serveurs de test dans des régions géographiques rentables.
  • Démarrage et arrêt des serveurs.
  • Archiver les anciennes données pour le stockage froid.

1. Utiliser les tarifs de la capacité de réserve

La tarification de la capacité réservée d’Azure Postgres permet de valider une capacité spécifique pendant 1 à 3ans, réduisant les coûts pour les clients qui utilisent le serveur flexible Azure Database pour PostgreSQL. La réduction des coûts par rapport au tarif du paiement à l’utilisation peut être significative, en fonction de la quantité de capacité réservée et de la durée de la période. Les clients peuvent acheter une capacité de réserve par incréments de vCores et de stockage. La capacité de réserve peut couvrir les coûts des instance de serveur flexible Azure Database pour PostgreSQL de la même région, appliqués à l’abonnement Azure du client. Les tarifs réservés pour le serveur flexible Azure PostgreSQL Database offre une réduction des coûts allant jusqu’à 40 % pendant 1 an et jusqu’à 60 % pour les engagements de 3 ans, pour les clients qui réservent de la capacité. Pour plus d’informations, consultez Calculatrice de prix | Microsoft Azure. Pour en savoir plus, consultez Que sont les réservations Azure ?

2. Effectuer un scale-up/scale-down de la capacité de calcul

Effectuer un scale-up/scale-down des ressources d’une instance de serveur flexible Azure Database pour PostgreSQL peut vous aider à optimiser les coûts. Ajustez les vCores et le stockage en fonction des besoins pour payer uniquement les ressources nécessaires. La mise à l’échelle peut être effectuée par le biais du portail Azure, d’Azure CLI ou de l’API REST Azure. Un scale-up/scale-down des ressources de calcul peut être effectué à tout moment et nécessite un redémarrage du serveur. Il est recommandé de superviser les modèles d’utilisation de vos bases de données et d’ajuster les ressources en conséquence pour optimiser les coûts et garantir les performances. Pour plus d’informations, consultez Options de calcul et de stockage dans le serveur flexible Azure Database pour PostgreSQL.

Configurez les environnements hors production de manière restrictive : configurez des environnements de développement/de test/intermédiaires inactifs pour avoir des références SKU rentables. Le choix des références SKU Burstable est idéal pour les charges de travail qui n’ont pas besoin d’une capacité totale continue.

Pour en savoir plus, consultez Opérations de mise à l’échelle dans le serveur flexible Azure Database pour PostgreSQL

3. Utilisation des recommandations d’Azure Advisor

Azure Advisor est un service gratuit qui fournit des recommandations pour vous aider à optimiser vos ressources Azure. Il analyse vos modèles de configuration et d’utilisation des ressources et fournit des recommandations sur la façon d’améliorer les performances, la sécurité, la haute disponibilité et la rentabilité de vos ressources Azure. Les recommandations couvrent différents services Azure, notamment le calcul, le stockage, le réseau et les bases de données.

Pour Azure Database pour PostgreSQL, Azure Advisor peut fournir des recommandations sur la façon d’améliorer les performances, la disponibilité et la rentabilité de votre base de données. Par exemple, il peut suggérer un scale-up ou un scale-down de la base de données, une utilisation de réplicas en lecture pour décharger des charges de travail imposant une lecture intensive ou le passage au tarif de la capacité de réserve pour réduire les coûts. Azure Advisor peut également recommander de bonnes pratiques de sécurité, telles que l’activation du chiffrement au repos, ou l’activation des règles de sécurité réseau pour limiter le trafic entrant dans la base de données.

Vous pouvez accéder aux recommandations fournies par Azure Advisor à l’aide du portail Azure, où vous pouvez les afficher et les implémenter en quelques clics. L’implémentation des recommandations Azure Advisor peut vous aider à optimiser vos ressources Azure et à réduire les coûts. Pour en savoir plus, voir Azure Advisor pour Azure Database pour PostgreSQL – Serveur flexible

4. Évaluer les exigences de haute disponibilité (HA) et de reprise d’activité (DR)

Serveur flexible Azure Database pour PostgreSQL dispose d’une résilience intégrée des nœuds et du stockage sans coût supplémentaire pour vous. La résilience des nœuds permet à votre instance de serveur flexible Azure Database pour PostgreSQL de basculer automatiquement sur une VM saine sans perte de données (c’est-à-dire, RPO zéro) et sans modification de la chaîne de connexion, si ce n’est que votre application doit se reconnecter. De même, les journaux des données et des transactions sont stockés dans trois copies synchrones. L’altération du stockage est automatiquement détectée et l’action corrective automatiquement effectuée. Pour la plupart des charges de travail de développement/test (Dev/Test), et pour de nombreuses charges de travail de production, cette configuration devrait suffire.

Si votre charge de travail nécessite une résilience des zones de disponibilité (AZ) et un objectif de délai de récupération (RTO) plus faible, vous pouvez activer la haute disponibilité (HA) avec une mise en veille dans une zone ou entre zones de disponibilité. Cela double vos coûts de déploiement, mais offre également un contrat SLA supérieur. Pour obtenir la résilience géographique pour votre application, vous pouvez configurer la Géosauvegarde (GeoBackup) à moindre coût, mais avec un objectif de délai de récupération (RTO) plus élevé. Vous pouvez également configurer GeoReadReplica en doublant le coût, ce qui offre un objectif de délai de récupération en minutes en cas de sinistre géographique.

L’essentiel est d’évaluer les besoins de l’ensemble de vos applications, puis de choisir la bonne configuration pour l’instance de serveur flexible Azure Database pour PostgreSQL. Par exemple, si votre application n’est pas résiliente à l’AZ, il n’y a rien à gagner à configurer le serveur flexible Azure Database pour PostgreSQL en configuration résiliente à l’AZ.

Pour en savoir plus, consultez Architecture de haute disponibilité dans un serveur flexible

5. Consolider les bases de données et les serveurs

La consolidation des bases de données peut être une stratégie économique pour le serveur flexible Azure Database pour PostgreSQL. La consolidation de plusieurs bases de données dans une seule instance du serveur flexible Azure Database pour PostgreSQL permet de réduire le nombre d’instances et le coût global d’exploitation du serveur flexible Azure Database pour PostgreSQL. Suivez ces étapes pour consolider vos bases de données et réduire les coûts :

  1. Accédez à votre serveur : identifiez le serveur qui peut être consolidé, en tenant compte de la taille de la base de données, de la région géographique, de la configuration (processeur, mémoire, IOPS), des exigences de performances, du type de charge de travail et des besoins en cohérence des données.
  2. Créer une nouvelle instance de serveur flexible Azure Database pour PostgreSQL : Créez une nouvelle instance de serveur flexible Azure Database pour PostgreSQL avec suffisamment de vCPUs, de mémoire et de stockage pour prendre en charge les bases de données consolidées.
  3. Réutiliser une instance de serveur flexible Azure Database pour PostgreSQL existante : Si vous disposez déjà d’un serveur, assurez-vous qu’il dispose de suffisamment de vCPUs, de mémoire et de stockage pour prendre en charge les bases de données consolidées.
  4. Migrer les bases de données : Migrer les bases de données vers la nouvelle instance de serveur flexible Azure Database pour PostgreSQL. Vous pouvez utiliser des outils tels que pg_dump et pg_restore pour exporter et importer des bases de données.
  5. Contrôler le niveau de performance : Surveillez le niveau de performance de l’instance de serveur flexible consolidée Azure Database pour PostgreSQL et ajustez les ressources si nécessaire pour garantir des performances optimales.

La consolidation des bases de données peut vous aider à réaliser des économies en réduisant le nombre d’instances de serveurs flexibles Azure Database pour PostgreSQL que vous devez exécuter et en vous permettant d’utiliser des instances plus grandes qui sont plus rentables que des instances plus petites. Il est important d’évaluer l’impact de la consolidation sur les performances de vos bases de données et de s’assurer que l’instance de serveur flexible Azure Database pour PostgreSQL consolidée est correctement dimensionnée pour répondre à tous les besoins de la base de données.

Pour en savoir plus, consultez Améliorer le niveau de performance des applications Azure à l’aide d’Azure Advisor

6. Placer des serveurs de test dans des régions géographiques rentables

La création d’un serveur de test dans une région Azure rentable peut être une stratégie économique pour le serveur flexible Azure Database pour PostgreSQL. En créant un serveur de test dans une région des coûts de ressources de calcul plus faibles, vous pouvez réduire le coût d’exécution de votre serveur de test et minimiser le coût d’exécution du serveur flexible Azure Database pour PostgreSQL. Voici quelques étapes pour vous aider à créer un serveur de test dans une région Azure rentable :

  1. Identifiez une région rentable : identifiez une région Azure avec des coûts de ressources de calcul plus faibles.
  2. Créer une nouvelle instance de serveur flexible Azure Database pour PostgreSQL : Créez une nouvelle instance de serveur flexible Azure Database pour PostgreSQL dans la région la plus rentable avec la bonne configuration pour votre environnement de test.
  3. Migrer les données de test : Migrer les données de test vers la nouvelle instance de serveur flexible Azure Database pour PostgreSQL. Vous pouvez utiliser des outils tels que pg_dump et pg_restore pour exporter et importer des bases de données.
  4. Supervisez les performances : supervisez les performances du serveur de test, puis ajustez les ressources en fonction des besoins pour garantir des performances optimales.

En créant un serveur de test dans une région Azure rentable, vous pouvez réduire le coût d’exécution de votre serveur de test et minimiser le coût d’exécution du serveur flexible Azure Database pour PostgreSQL. Il est important d’évaluer l’impact de la région sur les performances de votre serveur de test et les exigences régionales spécifiques de votre organisation. Cela garantit que la latence du réseau et les coûts de transfert de données sont acceptables pour votre cas d’usage.

Pour plus d’informations, consultez Régions Azure

7. Démarrage et arrêt des serveurs

Le démarrage et l’arrêt de serveurs peuvent être une stratégie économique pour le serveur flexible Azure Database pour PostgreSQL. En exécutant le serveur uniquement lorsque vous en avez besoin, vous pouvez réduire le coût d’exécution du serveur flexible Azure Database pour PostgreSQL. Voici quelques étapes pour vous aider à démarrer et à arrêter des serveurs, et à réduire les coûts :

  1. Identifiez le serveur : Identifiez l’instance de serveur flexible Azure Database pour PostgreSQL que vous souhaitez démarrer et arrêter.
  2. Démarrer le serveur : Démarrez l’instance du serveur flexible Azure Database pour PostgreSQL lorsque vous en avez besoin. Vous pouvez démarrer le serveur à l’aide du portail Azure, d’Azure CLI ou de l’API REST Azure.
  3. Arrêter le serveur : Arrêtez l’instance du serveur flexible Azure Database pour PostgreSQL lorsque vous n’en avez pas besoin. Vous pouvez arrêter le serveur à l’aide du portail Azure, d’Azure CLI ou de l’API REST Azure.
  4. De plus, si un serveur a été dans l’état arrêté (ou inactif) pendant plusieurs semaines consécutives, vous pouvez envisager de supprimer le serveur après avoir effectué les vérifications préalables requises.

En démarrant et en arrêtant le serveur en fonction des besoins, vous pouvez réduire le coût d’exécution du serveur flexible Azure Database pour PostgreSQL. Pour garantir des performances de base de données efficaces, il est essentiel d’évaluer l’impact du démarrage et de l’arrêt du serveur et de mettre en place un processus fiable pour ces actions selon les besoins. Pour en savoir plus, voir Arrêter/démarrer une instance Azure Database pour PostgreSQL – serveur flexible.

8. Archiver les anciennes données pour le stockage froid

L’archivage des données rarement consultées dans le magasin d’archivage Azure (tout en conservant l’accès) peut aider à réduire les coûts. Exportez les données du serveur flexible Azure Database pour PostgreSQL vers Azure Archived Storage et stockez-les dans un niveau de stockage moins coûteux.

  1. Configurez un compte de Stockage Blob Azure et créez un conteneur pour vos sauvegardes de base de données.
  2. Utilisez pg_dump pour exporter les anciennes données vers un fichier.
  3. Utilisez l’interface Azure CLI ou PowerShell pour charger le fichier exporté dans votre conteneur Stockage Blob.
  4. Configurez une stratégie de rétention sur le conteneur Stockage Blob pour supprimer automatiquement les anciennes sauvegardes.
  5. Modifiez le script de sauvegarde pour exporter les anciennes données vers le Stockage Blob au lieu du stockage local.
  6. Testez le processus de sauvegarde et de restauration pour vous assurer que les données archivées peuvent être restaurées si nécessaire.

Vous pouvez également utiliser Azure Data Factory pour automatiser ce processus.

Pour en savoir plus, consultez Migration de la base de données de votre serveur flexible Azure Database pour PostgreSQL à l’aide de la sauvegarde et de la restauration

Compromis sur les coûts

Lorsque vous concevez votre base de données d’application sur le serveur flexible Azure Database pour PostgreSQL, prenez en compte les compromis entre l’optimisation des coûts et d’autres aspects de la conception, tels que la sécurité, la scalabilité, la résilience et l’opérabilité.

Coût et fiabilité

Le coût est directement corrélé à la fiabilité.

Coût et efficacité des performances

L’amélioration des performances entraîne un coût plus élevé.

Coût et sécurité

L’augmentation de la sécurité de la charge de travail augmente les coûts.

Coût et excellence opérationnelle

Investir dans la surveillance et l’automatisation des systèmes peut augmenter le coût initial, mais le réduire à long terme.

Étapes suivantes

Pour en savoir plus sur l’optimisation des coûts, consultez  :