Ajout d'un groupe de partitions de base de données à un cluster de base de données Aurora Postgre SQL Limitless existant - 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.

Ajout d'un groupe de partitions de base de données à un cluster de base de données Aurora Postgre SQL Limitless existant

Vous pouvez créer un groupe de partitions de base de données dans un cluster de base de données existant, par exemple si vous restaurez un cluster de base de données ou si vous avez supprimé le groupe de partitions de base de données.

Pour plus d'informations sur les exigences relatives au cluster de base de données principal et au groupe de partitions de base de données, consultezExigences et considérations relatives à la base de données Aurora PostgreSQL Limitless.

Note

Vous ne pouvez avoir qu'un seul groupe de partitions de base de données par cluster.

Le cluster de base de données Limitless doit être dans available cet état pour que vous puissiez créer un groupe de partitions de base de données.

Vous pouvez utiliser le AWS Management Console pour ajouter un groupe de partitions de base de données à un cluster de base de données existant.

Pour ajouter un groupe de partitions de base de données

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

  2. Accédez à la page Databases (Bases de données).

  3. Sélectionnez le cluster de base de données Limitless auquel vous souhaitez ajouter un groupe de partitions de base de données.

  4. Pour Actions, choisissez Ajouter un groupe de partitions de base de données.

    Ajoutez un groupe de partitions de base de données.

  5. Entrez un identifiant de groupe de partitions de base de données.

    Important

    Après avoir créé le groupe de partitions de base de données, vous ne pouvez pas modifier l'identifiant du cluster de base de données ou l'identifiant du groupe de partitions de base de données.

  6. Entrez la capacité minimale (ACUs). Utilisez une valeur d'au moins 16ACUs.

  7. Entrez la capacité maximale (ACUs). Utilisez une valeur comprise entre 16 et 6144. ACUs

    Pour de plus amples informations, veuillez consulter Corrélation de la capacité maximale d'un groupe de partitions de base de données avec le nombre de routeurs et de partitions créés.

  8. Pour le déploiement d'un groupe de partitions de base de données, choisissez si vous souhaitez créer des mises en veille pour le groupe de partitions de base de données :

    • Aucune redondance informatique : crée un groupe de partitions de base de données sans mise en veille pour chaque partition. C’est la valeur par défaut.

    • Redondance des calculs avec une seule cible de basculement : crée un groupe de partitions de base de données avec une instance de secours dans une zone de disponibilité (AZ) différente.

    • Redondance de calcul avec deux cibles de basculement : crée un groupe de partitions de base de données avec deux serveurs de réserve de calcul répartis sur deux sites différents. AZs

  9. Choisissez de rendre le groupe de partitions de base de données accessible au public.

    Note

    Vous ne pouvez pas modifier ce paramètre après avoir créé le groupe de partitions de base de données.

  10. Choisissez Ajouter un groupe de partitions de base de données.

Utilisez la create-db-shard-group AWS CLI commande pour créer un groupe de partitions de base de données.

Les paramètres suivants sont obligatoires :

  • --db-cluster-identifier— Le cluster de base de données auquel appartient le groupe de partitions de base de données.

  • --db-shard-group-identifier— Nom du groupe de partitions de base de données.

    L'identifiant du groupe de partitions de base de données est soumis aux contraintes suivantes :

    • Il doit être unique dans le Compte AWS et dans l' Région AWS endroit où vous le créez.

    • Il doit contenir de 1 à 63 lettres, chiffres ou traits d'union.

    • Le premier caractère doit être une lettre.

    • Il ne peut pas se terminer par un trait d’union ou contenir deux traits d’union consécutifs.

    Important

    Après avoir créé le groupe de partitions de base de données, vous ne pouvez pas modifier l'identifiant du cluster de base de données ou l'identifiant du groupe de partitions de base de données.

  • --max-acu— Capacité maximale du groupe de partitions de base de données. Utilisez une valeur comprise entre 16 et 6144. ACUs

Les paramètres suivants sont facultatifs :

  • --compute-redundancy— S'il faut créer des stand-by pour le groupe de partitions de base de données. Ce paramètre peut prendre les valeurs suivantes :

    • 0— Crée un groupe de partitions de base de données sans mise en veille pour chaque partition. C’est la valeur par défaut.

    • 1— Crée un groupe de partitions de base de données avec une instance de secours dans une zone de disponibilité (AZ) différente.

    • 2— Crée un groupe de partitions de base de données avec deux stations de secours de calcul différentes. AZs

    Note

    Si vous définissez la redondance de calcul sur une valeur différente de zéro, le nombre total de nœuds sera doublé ou triplé. Cela entraînera des frais supplémentaires.

  • --min-acu— La capacité minimale de votre groupe de partitions de base de données. Elle doit être d'au moins 16ACUs, qui est la valeur par défaut.

  • --publicly-accessible|--no-publicly-accessible— S'il faut attribuer des adresses IP accessibles au public au groupe de partitions de base de données. L'accès au groupe de partitions de base de données est contrôlé par les groupes de sécurité utilisés par le cluster.

    L’argument par défaut est --no-publicly-accessible.

    Note

    Vous ne pouvez pas modifier ce paramètre après avoir créé le groupe de partitions de base de données.

L'exemple suivant crée un groupe de partitions de base de données dans un cluster de base de données Aurora PostgreSQL.

aws rds create-db-shard-group \
    --db-cluster-identifier my-db-cluster \
    --db-shard-group-identifier my-new-shard-group \
    --max-acu 1000

La sortie ressemble à l'exemple suivant.

{
    "Status": "CREATING",
    "Endpoint": "my-db-cluster.limitless-ckifpdyyyxxx.us-east-1.rds.amazonaws.com",
    "PubliclyAccessible": false, 
    "DBClusterIdentifier": "my-db-cluster",
    "MaxACU": 1000.0,
    "DBShardGroupIdentifier": "my-new-shard-group",
    "DBShardGroupResourceId": "shardgroup-8986d309a93c4da1b1455add17abcdef",
    "ComputeRedundancy": 0
}