Création d’un cluster de bases de données Aurora sans tête dans une région secondaire - 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 bases de données Aurora sans tête dans une région secondaire

Bien qu’une base de données Aurora globale nécessite au moins un cluster de bases de données Aurora secondaire dans une Région AWS différente de la principale, vous pouvez utiliser une configuration sans périphériques pour le cluster secondaire. Un cluster de bases de données Aurora secondaire sans tête est un cluster sans instance de base de données. Ce type de configuration peut réduire les dépenses d’une base de données Aurora globale. Dans un cluster de bases de données Aurora, le calcul et le stockage sont découplés. Sans l’instance de base de données, vous êtes facturé pour le stockage, mais pas pour le calcul. Si la configuration est correcte, le volume de stockage d’un cluster secondaire sans tête reste synchronisé avec le cluster de bases de données Aurora principal.

Ajoutez le cluster secondaire comme vous le faites normalement lors de la création d’une base de données Aurora globale. Si vous créez tous les clusters de la base de données globale, suivez la procédure décrite dans Création d’une base de données Amazon Aurora globale. Si vous avez déjà un cluster de bases de données à utiliser comme cluster principal, suivez la procédure décrite dans Ajout d’une Région AWS à une base de données Amazon Aurora globale.

Après que le cluster de bases de données Aurora principal commence la réplication vers le cluster secondaire, supprimez l’instance de base de données en lecture seule Aurora du cluster de bases de données Aurora secondaire. Ce cluster secondaire est désormais considéré comme « sans tête », car il n’a plus d’instance de base de données. Même sans instance de base de données dans le cluster secondaire, Aurora reste synchronisé avec le cluster de bases de données Aurora principal.

Avertissement

Avec Aurora PostgreSQL, pour créer un cluster sans tête dans une Région AWS secondaire, utilisez l’API AWS CLI ou RDS pour ajouter la Région AWS secondaire. Ignorez l’étape de création de l’instance de base de données de lecteur pour le cluster secondaire. Actuellement, la création d’un cluster sans tête n’est pas prise en charge dans la console RDS. Pour connaître les procédures CLI et API à utiliser, consultez Ajout d’une Région AWS à une base de données Amazon Aurora globale.

Si votre base de données globale utilise une version de moteur Aurora PostgreSQL antérieure à 13.4, 12.8 ou 11.13, la création d’une instance de base de données de lecteur dans une région secondaire, puis sa suppression peuvent entraîner un problème de vacuum Aurora PostgreSQL sur l’instance de base de données d’enregistreur de la région principale. Si vous rencontrez ce problème, redémarrez l’instance de base de données d’enregistreur de la région principale après avoir supprimé l’instance de base de données de lecteur de la région secondaire.

Ajouter un cluster de bases de données Aurora secondaire sans tête à votre base de données Aurora globale

  1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation de la AWS Management Console, choisissez Bases de données.

  3. Sélectionnez la base de données Aurora globale qui a besoin d’un cluster de bases de données Aurora secondaire. Assurez-vous que le cluster de bases de données Aurora principal est Available.

  4. Pour Actions, choisissez Ajouter une région AWS.

  5. Sur la page Add a region (Ajouter une Région), choisissez la Région AWS secondaire.

    Vous ne pouvez pas choisir une Région AWS qui possède déjà un cluster de bases de données Aurora secondaire pour la même base de données Aurora globale. De plus, il ne peut pas s’agir de la même région que le cluster de bases de données Aurora principal.

  6. Remplissez les champs restants pour le cluster Aurora secondaire dans la nouvelle Région AWS. Il s’agit des mêmes options de configuration que pour n’importe quelle instance de cluster de bases de données Aurora.

    Pour une base de données Aurora globale basée sur Aurora MySQL–, ignorez l’option Enable read replica write forwarding (Activer le transfert d’écriture du réplica en lecture). Cette option n’a aucune fonction après la suppression de l’instance du lecteur.

  7. Choisissez Ajouter une région AWS. Une fois la région ajoutée à votre base de données Aurora globale, vous pouvez la voir dans la liste des bases de données dans l’AWS Management Console comme l’illustre la capture d’écran.

    Capture d’écran montrant que le cluster secondaire avec son instance de lecteur fait désormais partie de la base de données Aurora globale.

  8. Avant de continuer, vérifiez l’état du cluster de bases de données Aurora secondaire et son instance de lecteur en utilisant l’AWS Management Console ou l’AWS CLI. Exemples :

    $ aws rds describe-db-clusters --db-cluster-identifier secondary-cluster-id --query '*[].[Status]' --output text

    Plusieurs minutes peuvent être nécessaires pour que l’état d’un cluster de bases de données Aurora secondaire nouvellement ajouté passe de creating à available. Lorsque le cluster de bases de données Aurora est disponible, vous pouvez supprimer l’instance de lecteur.

  9. Choisissez l’instance de lecteur dans le cluster de bases de données Aurora secondaire, puis choisissez Delete (Supprimer).

    Capture d’écran montrant l’instance de lecteur sélectionnée et prête à être supprimée.

Après la suppression de l’instance de lecteur, le cluster secondaire continue à faire partie de la base de données globale Aurora. Aucune instance ne lui est associée, comme indiqué ci-dessous.

Capture d’écran montrant le cluster de bases de données secondaire sans tête.

Vous pouvez utiliser ce cluster de bases de données Aurora secondaire sans tête pour restaurer manuellement votre base de données Amazon Aurora globale en cas d’interruption non planifiée dans la Région AWS principale.