Démarrage rapide : Créer un serveur flexible Azure Database pour PostgreSQL

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

Le serveur flexible Azure Database pour PostgreSQL est un service géré qui vous permet d’exécuter, de gérer et de mettre à l’échelle des bases de données PostgreSQL hautement disponibles dans le cloud.

Cet article vous montre comment créer une instance de serveur flexible Azure Database pour PostgreSQL à l’aide de différents mécanismes.

Créer un serveur flexible Azure Database pour PostgreSQL

Si vous n’avez pas d’abonnement Azure, créez un compte Azure gratuit avant de commencer.

Un serveur flexible Azure Database pour PostgreSQL est créé avec un ensemble configuré de ressources de calcul et de stockage. Ce serveur est créé dans un groupe de ressources Azure.

Sélectionnez l’un des onglets suivants, selon la méthode que vous souhaitez utiliser pour déployer votre instance :

Portail

À l’aide du Portail Azure :

1. Connectez-vous avec vos informations d’identification, si vous êtes invité à le faire.

2. Sélectionnez Créer une ressource dans l’angle supérieur gauche du portail.

   

3. Sous Catégories, sélectionnez Bases de données.

   

4. Dans la liste filtrée des types de ressources, recherchez celle nommée Serveur flexible Azure Database pour PostgreSQL.

   

5. Sélectionnez Créer.

   

6. L’Assistant Nouveau serveur flexible Azure Database pour PostgreSQL démarre.

   

7. Fournissez toutes les informations requises, à partir de l’onglet Informations de base.

   

8. Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Informations de base et comme conseils pour vous aider à remplir la page :

   Section	Setting	Valeur suggérée	Description	Peut être modifié après la création de l’instance
   Détails du projet
   	Abonnement	Sélectionnez le nom de l’abonnement dans lequel vous souhaitez créer la ressource.	Un abonnement est un contrat passé avec Microsoft permettant d’utiliser une ou plusieurs plateformes ou services cloud Microsoft, dont les frais correspondants sont basés soit sur un tarif de licence par utilisateur soit sur la consommation de ressources cloud. Si vous disposez de plusieurs abonnements, choisissez celui dans lequel vous souhaitez que la ressource soit facturée.	Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement.
   	Groupe de ressources	Le groupe de ressources dans l’abonnement sélectionné, dans lequel vous souhaitez créer la ressource. Il peut s’agir d’un groupe de ressources existant. Sinon, vous pouvez sélectionner Créer et fournir un nom qui ne figure pas déjà parmi les noms de groupes de ressources existants dans cet abonnement.	Un groupe de ressources est un conteneur réunissant les ressources associées d’une solution Azure. Le groupe de ressources peut inclure toutes les ressources de la solution, ou uniquement celles que vous souhaitez gérer en tant que groupe. Pour déterminer comment allouer des ressources aux groupes de ressources, choisissez l’approche la plus pertinente pour votre organisation. En règle générale, il convient de regrouper des ressources qui partagent le même cycle de vie dans un même groupe de ressources afin de pouvoir facilement les déployer, les mettre à jour et les supprimer en tant que groupe	Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement.
   Détails du serveur
   	Nom du serveur	Le nom que vous souhaitez affecter au serveur.	Nom unique qui identifie votre instance de serveur flexible Azure Database pour PostgreSQL. Le nom de domaine postgres.database.azure.com est ajouté au nom du serveur que vous fournissez pour respecter le nom d’hôte complet par lequel vous pouvez utiliser un serveur DNS pour résoudre l’adresse IP de votre instance.	Bien que le nom du serveur ne puisse pas être modifié après la création du serveur, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom. Une autre approche pour continuer à utiliser le serveur existant, tout en ayant la possibilité d’y faire référence à l’aide d’un autre nom de serveur, consiste à utiliser les points de terminaison virtuels pour créer un point de terminaison enregistreur avec le nouveau nom souhaité. Cette approche vous permet de faire référence à l’instance par son nom d’origine ou par le nom affecté au point de terminaison virtuel d’écriture.
   	Région	Le nom de l’une des régions dans lesquelles le service est pris en charge, dans laquelle il convient mieux de déployer votre instance.	Lorsque vous choisissez la région, tenez compte de la conformité, la résidence des données, la tarification, la proximité de vos utilisateurs ou la disponibilité d’autres services dans la même région.	Le service n’offre pas de fonctionnalité permettant de déplacer automatiquement et de manière transparente une instance vers une autre région.
   	Version de PostgreSQL	La version sélectionnée par défaut.	Vous pouvez sélectionner parmi la liste des versions majeures de PostgreSQL actuellement prises en charge par le service. Actuellement, ces versions sont : 17 (préversion), 16, 15, 14, 13, 12, 11
   	Type de charge de travail	Sélection de la référence SKU par défaut.	Vous pouvez choisir parmi Development (SKU Burstable), Production (SKU usage général, par défaut ou à mémoire optimisée). Pour personnaliser davantage la référence SKU et le stockage, sélectionnez Configurer le serveur.	Le service fournit une fonctionnalité intégrée qui permet de mettre à niveau la version majeure actuelle de votre instance vers une version supérieure prise en charge par la fonctionnalité. Pour plus d’informations, consultez les mises à niveau de version majeure.
   	Zone de disponibilité	Votre zone de disponibilité préférée.	Vous pouvez choisir dans quelle zone de disponibilité déployer votre serveur. Vous pouvez choisir la zone de disponibilité dans laquelle votre instance est déployée, ce qui est utile pour la colocaliser avec votre application. Si vous choisissez Aucune préférence, une zone de disponibilité par défaut est automatiquement affectée à votre instance lors de sa création.	Bien que la zone de disponibilité dans laquelle une instance est déployée ne puisse pas être modifiée après sa création, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom sur une autre zone de disponibilité.
   Haute disponibilité
   	Haute disponibilité	Activez-le pour Même zone ou Redondant interzone.	Si vous sélectionnez l’une de ces deux options, un serveur de secours avec la même configuration que votre serveur principal est automatiquement approvisionné. Le serveur de secours est approvisionné dans la même zone de disponibilité ou dans une zone de disponibilité différente dans la même région, en fonction de l’option sélectionnée. Notez que la haute disponibilité peut être activée ou désactivée après la création du serveur.	La haute disponibilité peut être activée ou désactivée après la création du serveur. Toutefois, si elle est activée, vous ne pouvez pas la faire basculer directement de Même zone vers Redondant interzone ou vice versa. Pour implémenter cette modification, vous devez d’abord désactiver la haute disponibilité, puis la réactiver en choisissant le mode souhaité.
   Authentification
   	Méthode d’authentification	Bien que la méthode d’authentification recommandée soit l’authentification Microsoft Entra, par souci de simplicité, nous sélectionnons dans ce guide de démarrage rapide l’authentification PostgreSQL uniquement.	En sélectionnant l’authentification PostgreSQL uniquement, vous devez fournir un nom d’utilisateur natif PostgreSQL et un mot de passe. Si vous choisissez l’authentification Microsoft Entra, vous devez fournir l’OID de l’utilisateur ou du groupe Microsoft Entra que vous souhaitez affecter en tant qu’administrateur de l’instance. Si vous choisissez l’authentification PostgreSQL et Microsoft Entra, vous devez répondre aux deux exigences précédentes.	Peut être remplacé par l’une des trois valeurs prises en charge après la création du serveur.
   	Connexion de l’administrateur	Le nom de l’utilisateur natif PostgreSQL que vous souhaitez affecter en tant qu’administrateur de votre instance. Pour cet exemple, nous allons le définir sur adminuser.	Le nom d’utilisateur administrateur doit contenir entre 1 et 63 caractères, doit uniquement contenir des chiffres et des lettres, ne peut pas commencer par pg_ et ne peut pas être azure_superuser, azure_pg_admin, admin, administrator, root, guest, ou public.	Le nom de cet utilisateur ne peut pas être modifié après la création de l’instance. En outre, il ne peut pas être remplacé par un autre utilisateur natif PostgreSQL que vous pouvez créer dans l’instance.
   	Mot de passe	Le mot de passe que vous souhaitez affecter à l’utilisateur natif PostgreSQL désigné en tant qu’administrateur.	Spécifiez un mot de passe pour le compte administrateur du serveur. Assurez-vous que votre mot de passe est suffisamment complexe.	Peut être modifié autant de fois que nécessaire après la création du serveur.
   	Confirmer le mot de passe	Le mot de passe que vous souhaitez affecter à l’utilisateur natif PostgreSQL désigné en tant qu’administrateur.	Doit correspondre à la valeur affectée à Mot de passe.	Peut être modifié autant de fois que nécessaire après la création du serveur.

9. Pour configurer davantage le calcul et le stockage, sous Détails du serveur, dans la section Calcul + stockage, sélectionnez Configurer le serveur. La page Calcul + stockage s’ouvre, où vous pouvez configurer plusieurs paramètres spécifiques au type de calcul et de stockage que vous souhaitez utiliser. Une fois que vous avez configuré votre calcul et votre stockage en fonction de vos besoins, sélectionnez Enregistrer pour revenir à la page Informations de base et continuer la configuration de votre instance.

   

10. Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Calcul + stockage et comme conseils pour vous aider à remplir la page :

    Section	Setting	Valeur suggérée	Description	Peut être modifié après la création de l’instance
    Cluster
    	Options du cluster	Sélectionnez Serveur.	Les valeurs possibles sont Serveur (pour les charges de travail adaptées à un nœud) et Cluster élastique (pour la capacité supérieure à un seul nœud, le cluster élastique fournit un partitionnement basé sur des schémas et des lignes sur une base de données distribuée sur un cluster).	Ne peut pas être modifié sur les serveurs existants.
    	Nombre de nœuds	Définissez-la sur 4.	Cette option est disponible uniquement lorsque Options du cluster est défini sur Cluster élastique. Plage de valeurs autorisée comprise entre 1 et 10.	Peut être modifié sur des serveurs existants.
    Calcul
    	Niveau de calcul	Sélectionnez Usage général.	Les valeurs possibles sont Burstable (généralement utilisée pour les environnements de développement dans lesquels les charges de travail n’ont pas besoin de la capacité totale du processeur en continu), Usage général (généralement utilisée pour les environnements de production avec les charges de travail les plus courantes) et À mémoire optimisée (généralement utilisée pour les environnements de production exécutant des charges de travail nécessitant un ratio mémoire/processeur élevé). Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création du serveur. Toutefois, si vous utilisez certaines fonctionnalités qui sont uniquement prises en charge sur certains niveaux et que vous remplacez le niveau actuel par un niveau dans lequel la fonctionnalité n’est pas prise en charge, la fonctionnalité cesse d’être disponible ou est désactivée.
    	Processeur de calcul	Laissez le paramètre par défaut.	Notez que cette option peut ne pas être visible pour certaines régions. Si la région sélectionnée sous l’onglet Informations de base prend en charge les processeurs de plusieurs fabricants, l’option est visible. Dans les régions qui prennent en charge les processeurs de différents fabricants, les valeurs possibles sont AMD et Intel. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié pour les instances existantes, tant que la région dans laquelle l’instance est déployée offre des processeurs de plusieurs fabricants.
    	Taille de calcul	Laissez le paramètre par défaut.	Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création de l’instance.
    Stockage
    	Type de stockage	Sélectionnez SSD Premium.	Notez que la liste des valeurs autorisées peut varier en fonction des autres fonctionnalités que vous avez sélectionnées. Pour plus d’informations, consultez Options de stockage dans un serveur flexible Azure Database pour PostgreSQL.	Ne peut pas être modifié après la création de l’instance.
    	Taille de stockage	Laissez le paramètre par défaut.	Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création de l’instance. Il peut uniquement être augmenté. La réduction manuelle ou automatique du stockage n’est pas prise en charge. Les valeurs acceptables dépendent du type de stockage affecté à l’instance.
    	Niveau de performance	Laissez le paramètre par défaut.	Les performances des disques SSD Premium sont définies à la création du disque, sous la forme de leur niveau de performance. Lorsque vous définissez la taille approvisionnée de votre disque, un niveau de performance est sélectionné automatiquement. Ce niveau de performance détermine les IOPS et le débit de votre disque managé. Pour les disques SSD Premium, vous pouvez modifier ce niveau au moment du déploiement ou par la suite, sans changer de taille de disque et sans temps d’arrêt. La modification du niveau vous permet de vous préparer et de répondre à une demande plus importante sans utiliser la capacité de bursting de votre disque. Il peut être plus rentable de changer de niveau de performance plutôt que de recourir au bursting, selon la durée pendant laquelle la performance supplémentaire est nécessaire. Cette solution est idéale pour les événements qui nécessitent temporairement un niveau de performances systématiquement plus élevé, comme les achats pendant les fêtes, les tests de performance ou l’exécution d’un environnement de formation. Pour traiter ces événements, vous pouvez basculer un disque vers un niveau de performance plus élevé sans temps d’arrêt, tant que vous avez besoin de performance supplémentaire. Vous pouvez ensuite revenir au niveau d’origine sans temps d’arrêt quand vous n’avez plus besoin de performance supplémentaire.	Peut être modifié après la création de l’instance.
    	Croissance automatique de stockage	Sélectionnez cette option pour activer la fonctionnalité de croissance automatique.	Il est possible que cette option ne soit pas prise en charge pour certains types de stockage et ne soit pas honorée pour certaines tailles de stockage. Pour plus d’informations, consultez Configurer la croissance automatique du stockage dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création de l’instance, tant que le type de stockage prend en charge cette fonctionnalité.
    Haute disponibilité
    	Haute disponibilité	Laissez la valeur sélectionnée par défaut.	Les valeurs prises en charge sont Désactivé (SLA de 99,9 %), Même zone (SLA de 99,95 %) et Redondant interzone (SLA de 99,99 %). Notez que les options de haute disponibilité prises en charge peuvent varier en fonction de la région dans laquelle vous tentez de déployer votre instance. Pour plus d’informations, consultez Haute disponibilité dans un serveur flexible Azure Database pour PostgreSQL.	La haute disponibilité peut être activée ou désactivée après la création du serveur. Toutefois, si elle est activée, elle ne peut pas être modifié directement de Même zone en Redondant interzone ou vice versa. Pour implémenter cette modification, vous devez d’abord désactiver la haute disponibilité, puis la réactiver en choisissant le mode souhaité.
    Sauvegardes
    	Période de rétention de sauvegarde (en jours)	Laissez la valeur sélectionnée par défaut.	La période de rétention des sauvegardes par défaut est de 7 jours, mais vous pouvez étendre la période à un maximum de 35 jours. Notez que les options de haute disponibilité prises en charge peuvent varier en fonction de la région dans laquelle vous tentez de déployer votre instance. Pour plus d’informations, consultez Haute disponibilité dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création de l’instance.
    	Redondance de sauvegarde	Automatiquement sélectionné pour vous, selon que la région sélectionnée prend en charge plusieurs zones de disponibilité, et selon la configuration de la redondance géographique des sauvegardes.	Les valeurs possibles sont Localement redondant (offre au moins 99,999999999 % de durabilité des objets de sauvegarde sur une année), Redondant interzone (offre au moins 99,9999999999 % de durabilité des objets de sauvegarde sur une année) et Géo-redondant (offre au moins 99,99999999999999 % de durabilité des objets de sauvegarde sur une année). Lorsque la Géo-redondance est activée pour la sauvegarde, l’option de redondance de sauvegarde est définie sur Géo-redondant. Autrement, si la région ne prend pas en charge plusieurs zones de disponibilité, la redondance de sauvegarde est définie sur Localement redondant. Et si la région prend en charge plusieurs zones de disponibilité, la redondance de sauvegarde est définie sur Redondant interzone. Pour plus d’informations, consultez Options de redondance de sauvegarde dans un serveur flexible Azure Database pour PostgreSQL.	Ne peut pas être modifié après la création de l’instance.
    	Géo-redondance	Laissez cette option désactivée.	La géoredondance dans les sauvegardes est prise en charge uniquement sur les instances déployées dans l’une des régions jumelées Azure. Pour plus d’informations, consultez Sauvegarde et restauration géo-redondantes dans un serveur flexible Azure Database pour PostgreSQL	Ne peut pas être modifié après la création de l’instance.

11. Après avoir fourni toutes les informations requises sous l’onglet Informations de base, sélectionnez Suivant : Mise en réseau pour passer à l’onglet Réseau, à partir duquel vous pouvez configurer les paramètres de mise en réseau de votre instance de serveur flexible Azure Database pour PostgreSQL :

    

    

12. Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Mise en réseau et comme conseils pour vous aider à remplir la page :

    Section	Setting	Valeur suggérée	Description	Peut être modifié après la création de l’instance
    Connectivité réseau
    	Méthode de connectivité	Sélectionnez Accès public (adresses IP autorisées) et point de terminaison privé, par souci de simplicité.	Les valeurs possibles sont Accès public (adresses IP autorisées) et point de terminaison privé et Accès privé (intégration au réseau virtuel). Pour plus d’informations, consultez Réseau avec accès public et points de terminaison privés pour un serveur flexible Azure Database pour PostgreSQL avec accès public et Réseau avec intégration de réseau virtuel pour un serveur flexible Azure Database pour PostgreSQL.	Ne peut pas être modifié après la création de l’instance.
    Accès public
    	Autoriser l’accès public à cette ressource via Internet à l’aide d’une IP publique	Cochez la case.	En cochant cette case, vous pouvez configurer des règles de pare-feu pour contrôler les plages d’adresses IP à partir desquelles les clients peuvent se connecter à votre instance via le point de terminaison public. Pour plus d’informations, consultez Réseau avec intégration de réseau virtuel pour un serveur flexible Azure Database pour PostgreSQL	Peut être modifié après la création de l’instance.
    Règles de pare-feu
    	Autoriser l’accès public à partir de n’importe quel service Azure dans Azure sur ce serveur	Laissez le paramètre par défaut.	En cochant cette case, vous configurez une règle de pare-feu spécifique pour autoriser les connexions à partir d’adresses IP allouées à n’importe quel service ou ressource Azure, y compris les connexions depuis les abonnements d’autres clients. Pour plus d’informations, consultez Réseau avec intégration de réseau virtuel pour un serveur flexible Azure Database pour PostgreSQL	Peut être modifié après la création de l’instance.
    	+ Ajouter l’adresse IP actuelle du client ( ###.###.###.### )	Sélectionnez le lien avec ce texte.	Cela configure une règle de pare-feu pour autoriser les connexions à partir de l’adresse IP indiquée entre parenthèses. Cette adresse IP correspond à l’adresse IP publique utilisée par l’ordinateur à partir duquel vous accédez au Portail Azure. Pour plus d’informations, consultez Réseau avec intégration de réseau virtuel pour un serveur flexible Azure Database pour PostgreSQL	Peut être modifié après la création de l’instance.

13. Après avoir fourni toutes les informations requises sous l’onglet Mise en réseau, sélectionnez Suivant : Sécurité pour passer à l’onglet Sécurité, à partir duquel vous pouvez configurer les paramètres de sécurité des données de votre instance de serveur flexible Azure Database pour PostgreSQL :

    

    

14. Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Sécurité et comme conseils pour vous aider à remplir la page :

    Section	Setting	Valeur suggérée	Description	Peut être modifié après la création de l’instance
    Chiffrement des données
    	Clé de chiffrement des données	Laissez le paramètre par défaut.	Les valeurs possibles sont Clé gérée par le service et Clé gérée par le client. Pour plus d’informations, consultez Chiffrement de données dans un serveur flexible Azure Database pour PostgreSQL.	Ne peut pas être modifié après la création de l’instance.

15. Après avoir fourni toutes les informations requises sous l’onglet Sécurité, sélectionnez Suivant : Balises pour passer à l’onglet Balises, à partir duquel vous pouvez joindre des balises à votre instance de serveur flexible Azure Database pour PostgreSQL :

    

    

16. Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Balises et comme conseils pour vous aider à remplir la page :

    Section	Setting	Valeur suggérée	Description	Peut être modifié après la création de l’instance
    	Nom	Affectez-lui la valeur Environment.	Pour plus d’informations à ce sujet, consultez les balises.	Peut être modifié après la création de l’instance.
    	Valeur	Affectez-lui la valeur PostgreSQL Quickstart.	Pour plus d’informations à ce sujet, consultez les balises.	Peut être modifié après la création de l’instance.

17. Après avoir fourni toutes les informations requises sous l’onglet Balises, sélectionnez Suivant : Vérifier + créer pour passer à l’onglet Vérifier + créer, à partir duquel vous pouvez passer en revue tous les paramètres configurés pour votre nouvelle instance de serveur flexible Azure Database pour PostgreSQL, avant de déclencher sa création :

    

    

18. Après avoir vérifié que les valeurs de tous les paramètres correspondent à vos besoins, sélectionnez Créer pour lancer le déploiement de votre nouvelle instance de serveur flexible Azure Database pour PostgreSQL :

    

19. Un nouveau déploiement est lancé pour créer votre instance de serveur flexible Azure Database pour PostgreSQL :

    

20. Une fois le déploiement terminé, vous pouvez sélectionner Accéder à la ressource pour accéder à la page Vue d’ensemble de votre nouvelle instance de serveur flexible Azure Database pour PostgreSQL, puis commencer à l’utiliser :

    

    

INTERFACE DE LIGNE DE COMMANDE

Azure Cloud Shell est un interpréteur de commandes interactif et gratuit que vous pouvez utiliser pour exécuter les étapes de cet article. Il contient des outils Azure courants préinstallés et configurés pour être utilisés avec votre compte.

Pour ouvrir Cloud Shell, il vous suffit de sélectionner Ouvrir Cloud Shell en haut à droite d’un bloc de code. Vous pouvez également ouvrir Cloud Shell dans un onglet distinct du navigateur en accédant à https://shell.azure.com/bash. Sélectionnez Copier pour copier les blocs de code, collez-les dans Cloud Shell, puis appuyez sur la touche Entrée pour les exécuter.

Si vous préférez installer et utiliser Azure CLI localement, ce guide de démarrage rapide nécessite au minimum la version 2.67.0. Exécutez az --version pour vérifier la version installée. Si vous devez installer ou mettre à niveau Azure CLI, consultez Installer Azure CLI.

1. Vous devez vous connecter à votre compte à l’aide de la commande az login. Notez la propriété id dans la sortie, qui correspond à l’ID d’abonnement de votre compte Azure.

   az login
   

2. Créez une instance de serveur flexible Azure Database pour PostgreSQL avec la commande az postgreSQL flexible-server create.

   az postgres flexible-server create --subscription <subscription> --resource-group <resource-group> --name <name> --location <region> --version <version> --zone <zone> --password-auth <password-auth> --admin-user <admin-user> --admin-password <admin-password> --tier <tier> --sku-name <sku-name> --storage-type <storage-type> --storage-size <storage-size> --performance-tier <performance-tier> --storage-auto-grow <storage-auto-grow> --high-availability <high-availability> --standby-zone <standby-zone> --backup-retention <backup-retention> --geo-redundant-backup <geo-redundant-backup> --public-access <public-access> --tags <tags>
   

3. Utilisez le tableau suivant pour comprendre la signification de chaque paramètre différent et comme conseils pour fournir des valeurs pour chacun d’entre eux :

   Paramètre	Valeur suggérée	Description	Peut être modifié après la création de l’instance
   subscription	Entrez le nom ou l’identifiant de l’abonnement dans lequel vous souhaitez créer la ressource.	Un abonnement est un contrat passé avec Microsoft permettant d’utiliser une ou plusieurs plateformes ou services cloud Microsoft, dont les frais correspondants sont basés soit sur un tarif de licence par utilisateur soit sur la consommation de ressources cloud. Si vous disposez de plusieurs abonnements, choisissez celui dans lequel vous souhaitez que la ressource soit facturée.	Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement.
   resource-group	Le groupe de ressources dans l’abonnement sélectionné, dans lequel vous souhaitez créer la ressource. Il peut s’agir d’un groupe de ressources existant. Dans le cas contraire, il sera créé.	Un groupe de ressources est un conteneur réunissant les ressources associées d’une solution Azure. Le groupe de ressources peut inclure toutes les ressources de la solution, ou uniquement celles que vous souhaitez gérer en tant que groupe. Pour déterminer comment allouer des ressources aux groupes de ressources, choisissez l’approche la plus pertinente pour votre organisation. En règle générale, il convient de regrouper des ressources qui partagent le même cycle de vie dans un même groupe de ressources afin de pouvoir facilement les déployer, les mettre à jour et les supprimer en tant que groupe	Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement.
   nom	Le nom que vous souhaitez affecter au serveur.	Nom unique qui identifie votre instance de serveur flexible Azure Database pour PostgreSQL. Le nom de domaine postgres.database.azure.com est ajouté au nom du serveur que vous fournissez pour respecter le nom d’hôte complet par lequel vous pouvez utiliser un serveur DNS pour résoudre l’adresse IP de votre instance.	Bien que le nom du serveur ne puisse pas être modifié après la création du serveur, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom. Une autre approche pour continuer à utiliser le serveur existant, tout en ayant la possibilité d’y faire référence à l’aide d’un autre nom de serveur, consiste à utiliser les points de terminaison virtuels pour créer un point de terminaison enregistreur avec le nouveau nom souhaité. Cette approche vous permet de faire référence à l’instance par son nom d’origine ou par le nom affecté au point de terminaison virtuel d’écriture.
   region	Le nom de l’une des régions dans lesquelles le service est pris en charge, dans laquelle il convient mieux de déployer votre instance.	Lorsque vous choisissez la région, tenez compte de la conformité, la résidence des données, la tarification, la proximité de vos utilisateurs ou la disponibilité d’autres services dans la même région.	Le service n’offre pas de fonctionnalité permettant de déplacer automatiquement et de manière transparente une instance vers une autre région.
   version	La version sélectionnée par défaut.	Vous pouvez sélectionner parmi la liste des versions majeures de PostgreSQL actuellement prises en charge par le service. Actuellement, ces versions sont : 17 (préversion), 16, 15, 14, 13, 12, 11
   zone	Affectez-lui la valeur 1. Ce nombre représente votre zone de disponibilité logique préférée.	Vous pouvez choisir dans quelle zone de disponibilité déployer votre serveur. Vous pouvez choisir la zone de disponibilité dans laquelle votre instance est déployée, ce qui est utile pour la colocaliser avec votre application. Si vous ne spécifiez pas ce paramètre, une zone de disponibilité par défaut est automatiquement affectée à votre instance lors de sa création.	Bien que la zone de disponibilité dans laquelle une instance est déployée ne puisse pas être modifiée après sa création, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom sur une autre zone de disponibilité.
   password-auth	Affectez-lui la valeur enabled.	La méthode d’authentification recommandée est l’authentification Microsoft Entra, que vous pouvez configurer à l’aide du paramètre --active-directory-auth. Toutefois, par souci de simplicité, nous sélectionnons dans ce guide de démarrage rapide l’authentification PostgreSQL. En sélectionnant définir ce paramètre sur enabled, vous devez également fournir des valeurs pour les paramètres --admin-user et --admin-password. Si vous définissez --active-directory-auth sur enabled, vous pouvez utiliser les commandes az postgres flexible-server ad-admin pour créer ou supprimer des utilisateurs ou des groupes Microsoft Entra en tant qu’administrateurs PostgreSQL.	Peut être activé ou désactivé après la création du serveur.
   admin-user	Le nom de l’utilisateur natif PostgreSQL que vous souhaitez affecter en tant qu’administrateur de votre instance. Pour cet exemple, nous allons le définir sur adminuser.	Le nom d’utilisateur administrateur doit contenir entre 1 et 63 caractères, doit uniquement contenir des chiffres et des lettres, ne peut pas commencer par pg_ et ne peut pas être azure_superuser, azure_pg_admin, admin, administrator, root, guest, ou public.	Le nom de cet utilisateur ne peut pas être modifié après la création de l’instance. En outre, il ne peut pas être remplacé par un autre utilisateur natif PostgreSQL que vous pouvez créer dans l’instance.
   admin-password	Le mot de passe que vous souhaitez affecter à l’utilisateur natif PostgreSQL désigné en tant qu’administrateur.	Spécifiez un mot de passe pour le compte administrateur du serveur. Assurez-vous que votre mot de passe est suffisamment complexe.	Peut être modifié autant de fois que nécessaire après la création du serveur.
   tier	Affectez-lui la valeur generalpurpose.	Les valeurs possibles sont burstable (généralement utilisée pour les environnements de développement dans lesquels les charges de travail n’ont pas besoin de la capacité totale du processeur en continu), generalpurpose (généralement utilisée pour les environnements de production avec les charges de travail les plus courantes) et memoryoptimized (généralement utilisée pour les environnements de production exécutant des charges de travail nécessitant un ratio mémoire/processeur élevé). Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création du serveur. Toutefois, si vous utilisez certaines fonctionnalités qui sont uniquement prises en charge sur certains niveaux et que vous remplacez le niveau actuel par un niveau dans lequel la fonctionnalité n’est pas prise en charge, la fonctionnalité cesse d’être disponible ou est désactivée.
   sku-name	Affectez-lui la valeur standard_d4ds_v5.	Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création de l’instance.
   storage-type	Affectez-lui la valeur premium_lrs.	Notez que la liste des valeurs autorisées peut varier en fonction des autres fonctionnalités que vous avez sélectionnées. Pour plus d’informations, consultez Options de stockage dans un serveur flexible Azure Database pour PostgreSQL.	Ne peut pas être modifié après la création de l’instance.
   storage-size	Affectez-lui la valeur 128.	Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création de l’instance. Il peut uniquement être augmenté. La réduction manuelle ou automatique du stockage n’est pas prise en charge. Les valeurs acceptables dépendent du type de stockage affecté à l’instance.
   performance-tier	Affectez-lui la valeur p10.	Les performances des disques SSD Premium sont définies à la création du disque, sous la forme de leur niveau de performance. Lorsque vous définissez la taille approvisionnée de votre disque, un niveau de performance est sélectionné automatiquement. Ce niveau de performance détermine les IOPS et le débit de votre disque managé. Pour les disques SSD Premium, vous pouvez modifier ce niveau au moment du déploiement ou par la suite, sans changer de taille de disque et sans temps d’arrêt. La modification du niveau vous permet de vous préparer et de répondre à une demande plus importante sans utiliser la capacité de bursting de votre disque. Il peut être plus rentable de changer de niveau de performance plutôt que de recourir au bursting, selon la durée pendant laquelle la performance supplémentaire est nécessaire. Cette solution est idéale pour les événements qui nécessitent temporairement un niveau de performances systématiquement plus élevé, comme les achats pendant les fêtes, les tests de performance ou l’exécution d’un environnement de formation. Pour traiter ces événements, vous pouvez basculer un disque vers un niveau de performance plus élevé sans temps d’arrêt, tant que vous avez besoin de performance supplémentaire. Vous pouvez ensuite revenir au niveau d’origine sans temps d’arrêt quand vous n’avez plus besoin de performance supplémentaire.	Peut être modifié après la création de l’instance.
   storage-auto-grow	Affectez-lui la valeur enabled.	Il est possible que cette option ne soit pas prise en charge pour certains types de stockage et ne soit pas honorée pour certaines tailles de stockage. Pour plus d’informations, consultez Configurer la croissance automatique du stockage dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création de l’instance, tant que le type de stockage prend en charge cette fonctionnalité.
   high-availability	Affectez-lui la valeur zoneredundant.	Les valeurs prises en charge sont disabled (SLA de 99,9 %), samezone (SLA de 99,95 %) et zoneredundant (SLA de 99,99 %). Notez que les options de haute disponibilité prises en charge peuvent varier en fonction de la région dans laquelle vous tentez de déployer votre instance. Pour plus d’informations, consultez Haute disponibilité dans un serveur flexible Azure Database pour PostgreSQL.	La haute disponibilité peut être activée ou désactivée après la création du serveur. Toutefois, si elle est activée, elle ne peut pas être modifié directement de samezone en zoneredundant ou vice versa. Pour implémenter cette modification, vous devez d’abord désactiver la haute disponibilité, puis la réactiver en choisissant le mode souhaité.
   standby-zone	Affectez-lui la valeur 2. Ce nombre représente votre zone de disponibilité logique préférée pour le réplica de secours à chaud.	Vous pouvez choisir dans quelle zone de disponibilité déployer votre serveur. Vous pouvez choisir la zone de disponibilité dans laquelle votre instance est déployée, ce qui est utile pour la colocaliser avec votre application. Si vous choisissez Aucune préférence, une zone de disponibilité par défaut est automatiquement affectée à votre instance lors de sa création.	Bien que la zone de disponibilité dans laquelle une instance est déployée ne puisse pas être modifiée après sa création, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom sur une autre zone de disponibilité.
   backup-retention	Affectez-lui la valeur 7.	La période de rétention des sauvegardes par défaut est de 7 jours, mais vous pouvez étendre la période à un maximum de 35 jours. Notez que les options de haute disponibilité prises en charge peuvent varier en fonction de la région dans laquelle vous tentez de déployer votre instance. Pour plus d’informations, consultez Haute disponibilité dans un serveur flexible Azure Database pour PostgreSQL.	Peut être modifié après la création de l’instance.
   geo-redundant-backup	Affectez-lui la valeur disabled.	La géoredondance dans les sauvegardes est prise en charge uniquement sur les instances déployées dans l’une des régions jumelées Azure. Pour plus d’informations, consultez Sauvegarde et restauration géo-redondantes dans un serveur flexible Azure Database pour PostgreSQL	Ne peut pas être modifié après la création de l’instance.
   public-access	Définissez-le sur $(curl ipinfo.io/ip) pour créer une règle de pare-feu qui met sur liste d’autorisation l’IP publique de l’ordinateur à partir duquel vous exécutez les commandes Azure CLI. Cela vous permet de vous connecter à votre nouvelle instance à partir de cet ordinateur.	Les valeurs possibles sont all, none, <startIpAddress> ou <startIpAddress>-<endIpAddress>. Pour plus d’informations, consultez Réseau avec accès public et points de terminaison privés pour un serveur flexible Azure Database pour PostgreSQL avec accès public et Réseau avec intégration de réseau virtuel pour un serveur flexible Azure Database pour PostgreSQL.	Ne peut pas être modifié après la création de l’instance.
   balises	Affectez-lui la valeur "Environment=PostgreSQL Quickstart".	Pour plus d’informations à ce sujet, consultez les balises.	Peut être modifié après la création de l’instance.

4. Si le déploiement se termine correctement, vous devez recevoir une sortie de la commande CLI comme suit :

   {
   "connectionString": "postgresql://<admin-user>:<admin-password>@<name>.postgres.database.azure.com/None?sslmode=require",
   "databaseName": null,
   "firewallName": "FirewallIPAddress_<timestamp>",
   "host": "<name>.postgres.database.azure.com",
   "id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group>/providers/Microsoft.DBforPostgreSQL/flexibleServers/<name>",
   "location": "<region>",
   "password": "<admin-password>",
   "resourceGroup": "<reource-group>",
   "skuname": "<sku-name>",
   "username": "<admin-user>",
   "version": "<version>"
   }
   

Modèle ARM

Un modèle Azure Resource Manager est un fichier JSON (JavaScript Object Notation) qui définit l’infrastructure et la configuration de votre projet. Le modèle utilise la syntaxe déclarative. Vous décrivez votre déploiement prévu sans écrire la séquence de commandes de programmation pour créer le déploiement.

Azure Resource Manager est le service de déploiement et de gestion d’Azure. Il fournit une couche de gestion qui vous permet de créer, de mettre à jour et de supprimer des ressources dans votre compte Azure. Vous utilisez des fonctionnalités de gestion, telles que le contrôle d’accès, les verrous et les étiquettes, pour sécuriser et organiser vos ressources après le déploiement. Pour en savoir plus sur les modèles Azure Resource Manager, consultez Vue d’ensemble du déploiement de modèles.

Une instance de serveur flexible Azure Database pour PostgreSQL est la ressource parent d’une ou plusieurs bases de données au sein d’une région. Il fournit l’étendue des stratégies de gestion qui s’appliquent à ses bases de données : connexion, pare-feu, utilisateurs, rôles et configurations.

1. Créez un fichier appelé postgres-flexible-server-template.json, puis copiez la définition JSON suivante dans celui-ci.

   {
   "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
   "contentVersion": "1.0.0.0",
   "parameters": {
       "serverName": {
       "type": "string"
       },
       "location": {
       "type": "string",
       "defaultValue": "[resourceGroup().location]"
       },
       "version": {
       "type": "string",
       "defaultValue": "16"
       },
       "availabilityZone": {
       "type": "string",
       "defaultValue": "1"
       },
       "activeDirectoryAuth": {
       "type": "string",
       "defaultValue": "Disabled"
       },
       "passwordAuth": {
       "type": "string",
       "defaultValue": "Enabled"
       },
       "administratorLogin": {
       "type": "string",
       "defaultValue": "adminuser"
       },
       "administratorLoginPassword": {
       "type": "secureString"
       },
       "skuTier": {
       "type": "string",
       "defaultValue": "GeneralPurpose"
       },
       "skuName": {
       "type": "string",
       "defaultValue": "Standard_D4ds_v5"
       },
       "storageType": {
       "type": "string",
       "defaultValue": "Premium_LRS"
       },
       "storageSizeGB": {
       "type": "int",
       "defaultValue": 128
       },
       "storageTier": {
       "type": "string",
       "defaultValue": "P10"
       },
       "storageAutoGrow": {
       "type": "string",
       "defaultValue": "Enabled"
       },
       "highAvailabilityMode": {
       "type": "string",
       "defaultValue": "ZoneRedundant"
       },
       "standbyAvailabilityZone": {
       "type": "string",
       "defaultValue": "2"
       },
       "backupRetentionDays": {
       "type": "int",
       "defaultValue": 7
       },
       "geoRedundantBackup": {
       "type": "string",
       "defaultValue": "Disabled"
       },
       "publicNetworkAccess": {
       "type": "string",
       "defaultValue": "Enabled"
       },
       "tags": {
       "type": "object",
       "defaultValue": {
           "Environment": "PostgreSQL Quickstart"
       }
       },
       "firewallRules": {
       "type": "array"
       }
   },
   "resources": [
       {
       "type": "Microsoft.DBforPostgreSQL/flexibleServers",
       "apiVersion": "2024-08-01",
       "name": "[parameters('serverName')]",
       "location": "[parameters('location')]",
       "sku": {
           "tier": "[parameters('skuTier')]",
           "name": "[parameters('skuName')]"
       },
       "properties": {
           "version": "[parameters('version')]",
           "administratorLogin": "[parameters('administratorLogin')]",
           "administratorLoginPassword": "[parameters('administratorLoginPassword')]",
           "authConfig": {
           "activeDirectoryAuth": "[parameters('activeDirectoryAuth')]",
           "passwordAuth": "[parameters('passwordAuth')]"
           },
           "network": {
           "publicNetworkAccess": "[parameters('publicNetworkAccess')]"
           },
           "highAvailability": {
           "mode": "[parameters('highAvailabilityMode')]",
           "standbyAvailabilityZone": "[parameters('standbyAvailabilityZone')]"
           },
           "storage": {
           "autoGrow": "[parameters('storageAutoGrow')]",
           "storageSizeGB": "[parameters('storageSizeGB')]",
           "tier": "[parameters('storageTier')]",
           "type": "[parameters('storageType')]"
           },
           "backup": {
           "backupRetentionDays": "[parameters('backupRetentionDays')]",
           "geoRedundantBackup": "[parameters('geoRedundantBackup')]"
           },
           "availabilityZone": "[parameters('availabilityZone')]",
           "tags": "[parameters('tags')]"
       }
       },
       {
       "copy": {
           "name": "createFirewallRules",
           "count": "[length(range(0, if(greater(length(parameters('firewallRules')), 0), length(parameters('firewallRules')), 1)))]",
           "mode": "serial",
           "batchSize": 1
       },
       "type": "Microsoft.Resources/deployments",
       "apiVersion": "2020-10-01",
       "name": "[format('firewallRules-{0}', range(0, if(greater(length(parameters('firewallRules')), 0), length(parameters('firewallRules')), 1))[copyIndex()])]",
       "properties": {
           "expressionEvaluationOptions": {
           "scope": "inner"
           },
           "mode": "Incremental",
           "parameters": {
           "ip": {
               "value": "[parameters('firewallRules')[range(0, if(greater(length(parameters('firewallRules')), 0), length(parameters('firewallRules')), 1))[copyIndex()]]]"
           },
           "serverName": {
               "value": "[parameters('serverName')]"
           }
           },
           "template": {
           "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
           "contentVersion": "1.0.0.0",
           "parameters": {
               "serverName": {
               "type": "string"
               },
               "ip": {
               "type": "object"
               }
           },
           "resources": [
               {
               "type": "Microsoft.DBforPostgreSQL/flexibleServers/firewallRules",
               "apiVersion": "2024-08-01",
               "name": "[format('{0}/{1}', parameters('serverName'), parameters('ip').name)]",
               "properties": {
                   "startIpAddress": "[parameters('ip').startIPAddress]",
                   "endIpAddress": "[parameters('ip').endIPAddress]"
               }
               }
           ]
           }
       },
       "dependsOn": [
           "[resourceId('Microsoft.DBforPostgreSQL/flexibleServers', parameters('serverName'))]"
       ]
       }
   ]
   }
   

Ces ressources sont définies dans les modèles Microsoft.DBforPostgreSQL/flexibleServers et Microsoft.DBforPostgreSQL/flexibleServers/firewallRules.

2. Sélectionnez Ouvrir Cloud Shell dans le bloc de code suivant pour ouvrir Azure Cloud Shell. Copiez et collez le code, remplacez les espaces réservés d’argument par vos propres valeurs, puis sélectionnez la touche Entrée.

   az group create --name <resource-group> --location <region>
   az deployment group create --name QuickstartAzureDatabaseForPostgreSQLFlexibleServer --resource-group <resource-group> --template-file <path-to-template-file> --parameters serverName=<server> administratorLoginPassword=<admin-password> firewallRules="[{'name':'ClientIPAddress','startIPAddress':'$(curl ipinfo.io/ip)','endIPAddress':'$(curl ipinfo.io/ip)'}]"
   

Bases de données disponibles dans une instance de serveur flexible Azure Database pour PostgreSQL

Par défaut, une base de données appelée postgres est créée dans votre instance. La base de données postgres est une base de données par défaut qui est destinée aux utilisateurs, aux utilitaires et aux applications tierces.

Une deuxième base de données créée sur chaque instance est azure_maintenance. Bien que vous puissiez vous connecter à cette base de données, des autorisations minimales vous sont accordées pour limiter ce que vous pouvez faire dans cette base de données.

Enfin, la base de données azure_sys est utilisée pour héberger certains objets utilisés par des fonctionnalités telles que le magasin des requêtes et l’optimisation des index.

Note

Les connexions à votre instance de serveur flexible Azure Database pour PostgreSQL communiquent généralement via le port 5432. Une exception à ceci est lorsque vous vous connectez via un pool de connexions comme PgBouncer, qui est intégré au serveur flexible Azure Database pour PostgreSQL. PgBouncer intégré écoute le port 6432. Lorsque vous essayez de vous connecter à partir d’un réseau d’entreprise, le trafic sortant sur le port 5432 (ou 6432 si vous vous connectez via PgBouncer) peut être bloqué par le pare-feu de votre réseau. Si c’est le cas, vous ne pourrez pas vous connecter à votre instance, sauf si votre service informatique vous permet d’acheminer le trafic de votre ordinateur vers l’instance cible, via le port nécessaire (5432 ou 6432).

Obtenir les informations de connexion

Pour vous connecter à votre instance, vous devez disposer de son nom complet et des informations d’identification de l’utilisateur avec lequel vous souhaitez vous connecter. Vous devez avoir noté ces valeurs lorsque vous avez déployé l’instance, plus haut dans cet article. Si ce n’est pas le cas, vous pouvez récupérer toutes ces informations à l’exception du mot de passe de l’utilisateur administrateur. Si vous avez oublié le mot de passe affecté à votre instance, vous pouvez toujours le réinitialiser. Pour savoir comment procéder, consultez réinitialiser le mot de passe administrateur.

Portail

À l’aide du Portail Azure :

1. Ouvrez la page Vue d’ensemble de votre nouvelle instance.

   

2. Copiez la valeur de Point de terminaison et enregistrez-la quelque part pour l’utiliser ultérieurement. Placez le curseur sur chaque champ, afin de faire apparaître le symbole de copie à droite du texte. Sélectionnez ce symbole pour copier les valeurs qui vous intéressent.

   

3. Copiez la valeur de Connexion de l’administrateur et enregistrez-la quelque part pour l’utiliser ultérieurement. Placez le curseur sur chaque champ, afin de faire apparaître le symbole de copie à droite du texte. Sélectionnez ce symbole pour copier les valeurs qui vous intéressent.

   

INTERFACE DE LIGNE DE COMMANDE

Azure Cloud Shell est un interpréteur de commandes interactif et gratuit que vous pouvez utiliser pour exécuter les étapes de cet article. Il contient des outils Azure courants préinstallés et configurés pour être utilisés avec votre compte.

Pour ouvrir Cloud Shell, il vous suffit de sélectionner Ouvrir Cloud Shell en haut à droite d’un bloc de code. Vous pouvez également ouvrir Cloud Shell dans un onglet distinct du navigateur en accédant à https://shell.azure.com/bash. Sélectionnez Copier pour copier les blocs de code, collez-les dans Cloud Shell, puis appuyez sur la touche Entrée pour les exécuter.

Si vous préférez installer et utiliser Azure CLI localement, ce guide de démarrage rapide nécessite au minimum la version 2.67.0. Exécutez az --version pour vérifier la version installée. Si vous devez installer ou mettre à niveau Azure CLI, consultez Installer Azure CLI.

1. Exécutez la commande suivante pour récupérer le nom complet de l’instance et le nom de l’utilisateur administrateur :

   az postgres flexible-server show --resource-group <resource-group> --name <server> --query "{serverName:fullyQualifiedDomainName, adminUser:administratorLogin}" --output table
   

Connexion via psql

Vous pouvez utiliser de nombreuses applications pour vous connecter à votre instance de serveur flexible Azure Database pour PostgreSQL. Si votre ordinateur client a PostgreSQL installé, vous pouvez utiliser une instance locale de psql pour vous connecter à une instance de serveur flexible Azure Database pour PostgreSQL. S’il n’est pas installé sur votre ordinateur, téléchargez le package prêt à l’emploi qui cible votre plateforme et installez-le.

Une fois installé, utilisez l’utilitaire de ligne de commande psql pour vous connecter à l’instance de serveur flexible Azure Database pour PostgreSQL.

1. Exécutez la commande psql suivante pour vous connecter à une instance de serveur flexible Azure Database pour PostgreSQL.

   psql "host=<server> port=<port> user=<admin-user> dbname=postgres sslmode=require"
   

   Par exemple, la commande suivante se connecte à la base de données par défaut appelée postgres sur votre instance production-flexible-server.postgres.database.azure.com de serveur flexible Azure Database pour PostgreSQL à l’aide du nom d’utilisateur adminuser. Lorsque vous y êtes invité, tapez le mot de passe correspondant à cet utilisateur.

   psql "host=production-flexible-server.postgres.database.azure.com port=5432 user=adminuser dbname=postgres sslmode=require"
   

   Une fois connecté, l’utilitaire psql affiche une invite postgres dans laquelle vous pouvez taper des commandes sql. Il est possible qu’un avertissement s’affiche au niveau de la sortie de connexion initiale, car la version de l’utilitaire psql que vous utilisez peut être différente de celle du serveur flexible Azure Database pour PostgreSQL.

   Exemple de sortie psql :

    psql (14.13, server 16.4)
    WARNING: psql major version 14, server major version 16.
            Some psql features might not work.
    SSL connection (protocol: TLSv1.3, cipher: TLS_AES_256_GCM_SHA384, bits: 256, compression: off)
    Type "help" for help.
   
    postgres=>
   

   S’il n’existe aucune règle de pare-feu sur l’instance pour l’IP publique à partir de laquelle vous tentez de vous connecter, vous recevez une erreur telle que :

   psql: error: connection to server at "<server>.postgres.database.azure.com" (###.###.###.###), port 5432 failed: Connection timed out
           Is the server running on that host and accepting TCP/IP connections?
   

2. Créez une base de données vide appelée user_database à l’invite en tapant la commande suivante :

   CREATE DATABASE user_database;
   

3. À l’invite, exécutez la commande suivante pour basculer la connexion sur la base de données user_database nouvellement créée :

   \c user_database
   

4. Tapez \q, puis sélectionnez Entrée pour quitter psql.

Vous vous êtes connecté à l’instance du serveur flexible Azure Database pour PostgreSQL via psql, et vous avez créé une base de données utilisateur vide.

Nettoyer les ressources

Vous disposez au choix de deux moyens de supprimer les ressources que vous avez créées dans ce guide de démarrage rapide. Vous pouvez supprimer le groupe de ressources Azure qui inclut toutes les ressources du groupe de ressources. Si vous souhaitez conserver les autres ressources déployées dans le même groupe de ressources intactes, vous pouvez supprimer uniquement l’instance de serveur flexible Azure Database pour PostgreSQL.

Portail

À l’aide du Portail Azure :

Pour supprimer l’intégralité du groupe de ressources, y compris le serveur nouvellement créé.

1. Sélectionnez Groupes de ressources.

   

2. Recherchez le groupe de ressources que vous souhaitez supprimer, puis sélectionnez son nom.

   

3. Dans la page Vue d’ensemble du groupe de ressources choisi, sélectionnez Supprimer le groupe de ressources.

   

4. Entrez le nom du groupe de ressources dans la zone de texte Entrez le nom du groupe de ressources pour confirmer la suppression.

   

5. Sélectionnez Supprimer.

   

Pour ne supprimer que le serveur nouvellement créé.

1. Localisez votre serveur dans le portail, s’il n’est pas ouvert. Pour cela, tapez le nom du serveur dans la barre de recherche. Quand la ressource portant le nom correspondant est affichée, sélectionnez cette ressource.

2. Dans la page Vue d’ensemble, sélectionnez Supprimer.

   

3. Sélectionnez J’ai lu et je comprends que ce serveur, ainsi que toutes les bases de données qu’il contient, sera supprimé..

   

4. Sélectionnez Supprimer.

   

INTERFACE DE LIGNE DE COMMANDE

Pour supprimer l’intégralité du groupe de ressources, y compris le serveur que vous venez de créer, utilisez la commande suivante :

az group delete --name <resource-group>

Pour supprimer uniquement le serveur nouvellement créé, exécutez la commande suivante :

az postgres flexible-server delete --resource-group <resource-group> --name <name>