Création d'un cluster de base de données Babelfish pour Aurora Postgre SQL - Amazon Aurora

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Création d'un cluster de base de données Babelfish pour Aurora Postgre SQL

Babelfish pour Aurora Postgre SQL est pris en charge sur les SQL versions 13.4 et supérieures d'Aurora Postgre.

Vous pouvez utiliser le plugin AWS Management Console ou le AWS CLI pour créer un SQL cluster Aurora Postgre avec Babelfish.

Note

Dans un SQL cluster Aurora Postgre, le nom de la babelfish_db base de données est réservé à Babelfish. La création de votre propre base de données « babelfish_db » sur un Postgre de Babelfish pour Aurora empêche SQL Aurora de correctement approvisionner Babelfish.

Pour créer un cluster avec Babelfish exécuté avec AWS Management Console
  1. Ouvrez la RDS console Amazon à l'https://console.aws.amazon.com/rds/adresse, puis choisissez Create database.

    Création d'un SQL cluster Aurora Postgre avec Babelfish en cours d'exécution.
  2. Dans Choose a database creation method (Choisir une méthode de création de base de données), effectuez l'une des actions suivantes :

    • Pour spécifier des options de moteur détaillées, choisissez Standard create (Création standard).

    • Pour utiliser des options préconfigurées prenant en charge les bonnes pratiques relatives à un cluster Aurora, choisissez Easy create (Création facile).

  3. Pour le type de moteur, choisissez Aurora (SQLcompatible Postgre).

  4. Choisissez Afficher les filtres, puis choisissez Afficher les versions compatibles avec la SQL fonctionnalité Babelfish pour Postgre pour répertorier les types de moteurs compatibles avec Babelfish. Babelfish est actuellement pris en charge sur Aurora Postgre SQL 13.4 et versions supérieures.

  5. Pour les versions disponibles, choisissez une SQL version d'Aurora Postgre. Pour bénéficier des dernières fonctionnalités de Babelfish, choisissez la version majeure d'Aurora Postgre SQL la plus récente.

    Choisissez une SQL version d'Aurora Postgre.
  6. Dans le champ Templates (Modèles), sélectionnez le modèle qui correspond à votre cas d'utilisation.

  7. Dans le champ DB cluster identifier (Identifiant du cluster de bases de données), saisissez un nom facile à retrouver plus tard dans la liste des clusters de bases de données.

  8. Dans le champ Master username (Nom d'utilisateur principal), saisissez un nom d'utilisateur administrateur. La valeur par défaut pour Aurora Postgre SQL estpostgres. Vous pouvez accepter la valeur par défaut ou choisir un autre nom. Par exemple, pour suivre la convention de dénomination utilisée dans les bases de données de votre SQL serveur, vous pouvez saisir sa (administrateur système) comme nom d'utilisateur principal.

    Si vous ne créez pas d'utilisateur nommé sa pour le moment, vous pourrez en créer un plus tard à l'aide du client de votre choix. Après avoir créé l'utilisateur, utilisez la commande ALTER SERVER ROLE pour l'ajouter au groupe (rôle) sysadmin pour le cluster.

    Avertissement

    Le nom d'utilisateur principal doit toujours utiliser des caractères minuscules, faute de quoi le cluster de base de données ne pourra pas se connecter à Babelfish via le port. TDS

  9. Pour Mot de passe principal, créez un mot de passe fort et confirmez le mot de passe.

  10. Pour les options suivantes, jusqu'à la section Babelfish settings (Paramètres Babelfish), spécifiez les paramètres de votre cluster de bases de données. Pour obtenir des informations sur chaque paramètre, consultez Paramètres pour les clusters de base de données Aurora.

  11. Pour rendre la fonctionnalité Babelfish disponible, cochez la case Turn on Babelfish (Activer Babelfish).

    Activez Babelfish dans votre cluster Aurora SQL Postgre.
  12. Dans le champ DB cluster parameter group (Groupe de paramètres du cluster de bases de données), effectuez l'une des actions suivantes :

    • Choisissez Create new (Créer) pour créer un nouveau groupe de paramètres avec Babelfish activé.

    • Choisissez Choose existing (Choisir un groupe existant) pour utiliser un groupe de paramètres existant. Si vous utilisez un groupe existant, veillez à le modifier avant de créer le cluster et à attribuer des valeurs aux paramètres Babelfish. Pour en savoir plus sur les paramètres Babelfish, consultez Paramètres du groupe de paramètres de cluster de bases de données pour Babelfish.

      Si vous utilisez un groupe existant, indiquez son nom dans la zone qui suit.

  13. Dans le champ Database migration mode (Mode de migration de base de données), choisissez l'une des options suivantes :

    • Base de données unique pour migrer une base de données SQL serveur unique.

      Dans certains cas, vous pouvez migrer plusieurs bases de données utilisateur ensemble, avec pour objectif final une migration complète vers la version native d'Aurora Postgre SQL sans Babelfish. Si les applications finales nécessitent des schémas consolidés (un dbo schéma unique), assurez-vous d'abord de consolider vos bases de données de SQL serveur en une seule base de données de SQL serveur. Migrez ensuite vers Babelfish en utilisant le mode Single database (Base de données individuelle).

    • Plusieurs bases de données pour migrer plusieurs bases de données de SQL serveur (provenant d'une seule installation de SQL serveur). Le mode de base de données multiples ne consolide pas plusieurs bases de données qui ne proviennent pas d'une seule installation de SQL serveur. Pour en savoir plus sur la migration de plusieurs bases de données, consultez Utilisation de Babelfish avec une ou plusieurs bases de données.

    Note

    À partir de la version Aurora Postgre SQL 16, plusieurs bases de données sont choisies par défaut comme mode de migration de base de données.

    Choisissez un mode de migration pour les bases de données de votre SQL serveur.
  14. Dans le champ Default collation locale (Paramètres régionaux du classement par défaut), saisissez les paramètres régionaux de votre serveur. L’argument par défaut est en-US. Pour en savoir plus sur les classements, consultez Classements pris en charge par Babelfish.

  15. Dans le champ Collation name (Nom du classement), saisissez le classement par défaut. L’argument par défaut est sql_latin1_general_cp1_ci_as. Pour plus d’informations, consultez Classements pris en charge par Babelfish.

  16. Pour le port Babelfish, entrez le TDS port par défaut. 1433 Actuellement, Babelfish prend en charge uniquement le port 1433 pour votre cluster de base de données.

  17. Dans le champ DB parameter group (Groupe de paramètres de base de données), choisissez un groupe de paramètres ou demandez à Aurora de créer un groupe doté des paramètres par défaut.

  18. Dans le champ Failover priority (Priorité de basculement), choisissez une priorité de basculement pour l'instance. Si vous ne choisissez aucune valeur, la valeur par défaut est tier-1. Cette priorité détermine l'ordre dans lequel les réplicas sont promus lors de la reprise après une défaillance de l'instance principale. Pour de plus amples informations, veuillez consulter Tolérance aux pannes pour un cluster de base de données Aurora.

  19. Dans le champ Backup retention period (Période de rétention des sauvegardes), choisissez la durée (comprise entre 1 et 35 jours) pendant laquelle Aurora doit conserver les copies de sauvegarde de la base de données. Vous pouvez utiliser des copies de sauvegarde pour les point-in-time restaurations (PITR) de votre base de données à la seconde près. La période de rétention par défaut est de sept jours.

    Choisissez une SQL version d'Aurora Postgre.
  20. Choisissez Copy tags to snapshots (Copier les identifications dans les instantanés) pour copier toutes les identifications de l'instance de base de données dans un instantané de bases de données lors de la création d'un instantané.

    Note

    Lors de la restauration d'un cluster de base de données à partir d'un instantané, il n'est pas restauré en tant que cluster de base de données Babelfish for Aurora PostgreSQL. Vous devez activer les paramètres qui contrôlent les préférences de Babelfish dans le groupe de paramètres du cluster de base de données pour réactiver Babelfish. Pour plus d'informations sur les paramètres de Babelfish, consultez. Paramètres du groupe de paramètres de cluster de bases de données pour Babelfish

  21. Choisissez Enable encryption (Activer le chiffrement) afin d'activer le chiffrement au repos (chiffrement du stockage Aurora) pour ce cluster de bases de données.

  22. Choisissez Enable Performance Insights pour activer Amazon RDS Performance Insights.

  23. Choisissez Enable Enhanced monitoring (Activer la surveillance améliorée) afin de commencer à collecter des métriques en temps réel pour le système d'exploitation sur lequel le cluster de bases de données est exécuté.

  24. Choisissez Postgre SQL log pour publier les fichiers journaux sur Amazon CloudWatch Logs.

  25. Choisissez Enable auto minor version upgrade (Activer la mise à niveau automatique des versions mineures) pour mettre automatiquement à jour votre cluster de bases de données Aurora lorsqu'une mise à niveau de version mineure est disponible.

  26. Dans le champ Maintenance window (Fenêtre de maintenance), procédez comme suit :

    • Pour choisir l'heure à laquelle Amazon doit RDS apporter des modifications ou effectuer la maintenance, choisissez Sélectionner une fenêtre.

    • Pour effectuer la RDS maintenance Amazon à une heure non planifiée, sélectionnez Aucune préférence.

  27. Cochez la case Enable deletion protection (Activer la protection contre la suppression) pour protéger votre base de données d'une suppression accidentelle.

    Si vous activez cette fonction, il vous est impossible d'effectuer une suppression directe de la base de données. Pour supprimer la base de données, vous devez modifier le cluster de bases de données et désactiver cette fonction.

    Choisissez parmi les fonctionnalités SQL administratives supplémentaires d'Aurora Postgre.
  28. Choisissez Créer une base de données.

La nouvelle base de données configurée pour Babelfish figure dans la liste Databases (Bases de données). La colonne Status (Statut) indique Available (Disponible) une fois le déploiement terminé.

Un SQL cluster Aurora Postgre avec Babelfish en cours d'exécution.

Lorsque vous créez un postgre SQL Babelfish pour Aurora ; à l'aide du AWS CLI, vous devez transmettre à la commande le nom du groupe de paramètres du cluster de base de données à utiliser pour le cluster. Pour de plus amples informations, veuillez consulter Prérequis des clusters de bases de données.

Avant de pouvoir utiliser AWS CLI pour créer un SQL cluster Aurora Postgre avec Babelfish, procédez comme suit :

Pour créer un cluster de SQL base de données Aurora Postgre avec Babelfish à l'aide du AWS CLI

Les exemples suivants utilisent le nom d'utilisateur principal par défaut, postgres. Remplacez-le si nécessaire par le nom d'utilisateur que vous avez créé pour votre cluster de bases de données, tel que sa, ou par le nom d'utilisateur que vous avez choisi si vous n'avez pas accepté la valeur par défaut.

  1. Créez un groupe de paramètres.

    Dans Linux, macOS, ou Unix:

    aws rds create-db-cluster-parameter-group \ --endpoint-url endpoint-url \ --db-cluster-parameter-group-name parameter-group \ --db-parameter-group-family aurora-postgresql14 \ --description "description"

    Dans Windows:

    aws rds create-db-cluster-parameter-group ^ --endpoint-url endpoint-URL ^ --db-cluster-parameter-group-name parameter-group ^ --db-parameter-group-family aurora-postgresql14 ^ --description "description"
  2. Modifiez votre groupe de paramètres pour activer Babelfish.

    Dans Linux, macOS, ou Unix:

    aws rds modify-db-cluster-parameter-group \ --endpoint-url endpoint-url \ --db-cluster-parameter-group-name parameter-group \ --parameters "ParameterName=rds.babelfish_status,ParameterValue=on,ApplyMethod=pending-reboot"

    Dans Windows:

    aws rds modify-db-cluster-parameter-group ^ --endpoint-url endpoint-url ^ --db-cluster-parameter-group-name paramater-group ^ --parameters "ParameterName=rds.babelfish_status,ParameterValue=on,ApplyMethod=pending-reboot"
  3. Identifiez votre groupe de sous-réseaux de base de données et l'ID du groupe de sécurité du cloud privé virtuel (VPC) pour votre nouveau cluster de base de données, puis appelez la create-db-clustercommande.

    Dans Linux, macOS, ou Unix:

    aws rds create-db-cluster \ --db-cluster-identifier cluster-name\ --master-username postgres \ --manage-master-user-password \ --engine aurora-postgresql \ --engine-version 14.3 \ --vpc-security-group-ids security-group \ --db-subnet-group-name subnet-group-name \ --db-cluster-parameter-group-name parameter-group

    Dans Windows:

    aws rds create-db-cluster ^ --db-cluster-identifier cluster-name ^ --master-username postgres ^ --manage-master-user-password ^ --engine aurora-postgresql ^ --engine-version 14.3 ^ --vpc-security-group-ids security-group ^ --db-subnet-group-name subnet-group ^ --db-cluster-parameter-group-name parameter-group

    Cet exemple spécifie l'option --manage-master-user-password permettant de générer le mot de passe de l'utilisateur principal et de le gérer dans Secrets Manager. Pour de plus amples informations, veuillez consulter Gestion des mots de passe avec Amazon Aurora et AWS Secrets Manager. Vous pouvez également utiliser l'option --master-password pour spécifier et gérer vous-même le mot de passe.

  4. Créer de manière explicite l'instance principale pour votre cluster de bases de données. Utilisez le nom du cluster que vous avez créé à l'étape 3 comme --db-cluster-identifier argument lorsque vous appelez la create-db-instancecommande, comme indiqué ci-dessous.

    Dans Linux, macOS, ou Unix:

    aws rds create-db-instance \ --db-instance-identifier instance-name \ --db-instance-class db.r6g \ --db-subnet-group-name subnet-group \ --db-cluster-identifier cluster-name \ --engine aurora-postgresql

    Dans Windows:

    aws rds create-db-instance ^ --db-instance-identifier instance-name ^ --db-instance-class db.r6g ^ --db-subnet-group-name subnet-group ^ --db-cluster-identifier cluster-name ^ --engine aurora-postgresql