Creazione del cluster DB - Amazon Aurora

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Creazione del cluster DB

Utilizzare le seguenti procedure per creare un cluster Aurora PostgreSQL DB che utilizza Aurora PostgreSQL Limitless Database.

È possibile utilizzare AWS Management Console o il AWS CLI per creare il cluster DB che utilizza Aurora PostgreSQL Limitless Database. Si creano il cluster DB primario e il gruppo di shard DB.

Quando si utilizza il AWS Management Console per creare il cluster DB primario, anche il gruppo di shard DB viene creato con la stessa procedura.

Per creare il cluster DB utilizzando la console

  1. Accedi a AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

  2. Scegliere Crea database.

    Viene visualizzata la pagina Crea database.

  3. Per Tipo di motore scegli Aurora (compatibile con PostgreSQL).

  4. Per Versione, scegli una delle seguenti opzioni:

    • Aurora PostgreSQL con database Limitless (compatibile con PostgreSQL 16.4)

    • Aurora PostgreSQL con database Limitless (compatibile con PostgreSQL 16.6)

  5. Per Aurora PostgreSQL Limitless Database:

    Impostazioni della console Aurora PostgreSQL Limitless Database con opzioni di configurazione per i parametri di sharding e distribuzione.

    1. Immettere un identificatore di gruppo di shard DB.

      Importante

      Dopo aver creato il gruppo di shard DB, non è possibile modificare l'identificatore del cluster DB o l'identificatore del gruppo di shard DB.

    2. Per l'intervallo di capacità del gruppo di shard DB:

      1. Immettere la capacità minima (ACUs). Utilizzate un valore di almeno 16 ACUs.

        Per un ambiente di sviluppo, il valore predefinito è 16 ACUs. Per un ambiente di produzione, il valore predefinito è 24 ACUs.

      2. Immettere la capacità massima (ACUs). Utilizzate un valore di almeno 16 ACUs o al massimo 6144 ACUs.

        Per un ambiente di sviluppo, il valore predefinito è 64 ACUs. Per un ambiente di produzione, il valore predefinito è 384 ACUs.

      Per ulteriori informazioni, consulta Correlazione della capacità massima del gruppo di shard DB con il numero di router e shard creati.

    3. Per la distribuzione di gruppi di shard DB, scegli se creare standby per il gruppo di shard DB:

      • Nessuna ridondanza di elaborazione: crea un gruppo di shard DB senza standby per ogni shard. Si tratta del valore di default.

      • Ridondanza di calcolo con una singola destinazione di failover: crea un gruppo di shard DB con uno standby di elaborazione in una zona di disponibilità (AZ) diversa.

      • Ridondanza di calcolo con due destinazioni di failover: crea un gruppo di shard DB con due standby di elaborazione in due diversi. AZs

      Nota

      Se si imposta la ridondanza di elaborazione su un valore diverso da zero, il numero totale di shard di istanze DB verrà raddoppiato o triplicato. Queste istanze DB aggiuntive sono istanze di calcolo in standby, scalate verso l'alto e verso il basso fino alla stessa capacità dell'istanza writer. L'intervallo di capacità non viene impostato separatamente per gli standby. Pertanto, l'utilizzo e la fattura dell'ACU raddoppiano e triplicano di conseguenza. Per conoscere l'esatto utilizzo dell'ACU derivante dalla ridondanza di calcolo, consulta la metrica in. DBShardGroupComputeRedundancyCapacity DBShardMetriche di gruppo

    4. Scegli se rendere il gruppo di shard DB accessibile al pubblico.

      Nota

      Non è possibile modificare questa impostazione dopo aver creato il gruppo di shard DB.

  6. Per la connettività:

    1. (Facoltativo) Seleziona Connetti a una risorsa di EC2 calcolo, quindi scegli un' EC2 istanza esistente o creane una nuova.

      Nota

      Se ti connetti a un' EC2 istanza, non puoi rendere il gruppo di shard DB accessibile pubblicamente.

    2. Per Tipo di rete, scegli una delle due modalità IPv4o Dual-stack.

    3. Scegli il cloud privato virtuale (VPC) e il gruppo di sottoreti DB o utilizza le impostazioni predefinite.

      Nota

      Se create il cluster Limitless Database DB nella regione Stati Uniti orientali (Virginia settentrionale), non includete us-east-1e la zona di disponibilità (AZ) nel gruppo di sottoreti DB. A causa delle limitazioni delle risorse, Aurora Serverless v2 e quindi Limitless Database, non è supportato nella AZ. us-east-1e

    4. Scegli il gruppo di sicurezza VPC (firewall) o utilizza l'impostazione predefinita.

  7. Per l'autenticazione del database, scegli Autenticazione tramite password o Autenticazione del database tramite password e IAM.

  8. Per il monitoraggio, assicurati che le caselle di controllo Attiva Performance Insights e Abilita monitoraggio avanzato siano selezionate.

    Per Performance Insights, scegli un periodo di conservazione di almeno 1 mese.

  9. Espandi l'ultima configurazione aggiuntiva nella pagina.

  10. Per le esportazioni di log, assicurati che la casella di controllo del registro PostgreSQL sia selezionata.

  11. Specificate altre impostazioni, se necessario. Per ulteriori informazioni, consulta Impostazioni per cluster di database Aurora.

  12. Scegliere Crea database.

Dopo aver creato il cluster DB primario e il gruppo di shard DB, vengono visualizzati nella pagina Database.

Cluster DB primario e gruppo di shard DB di Aurora PostgreSQL Limitless Database.

Quando si utilizza AWS CLI per creare un cluster DB che utilizza Aurora PostgreSQL Limitless Database, si eseguono le seguenti attività:

  1. Creare il cluster DB primario.

  2. Crea il gruppo di shard DB.

Creare il cluster DB primario

Per creare il cluster DB sono necessari i seguenti parametri:

  • --db-cluster-identifier: nome del cluster di database.

  • --engine— Il cluster DB deve utilizzare il motore aurora-postgresql DB.

  • --engine-version— Il cluster DB deve utilizzare una delle versioni del motore DB:

    • 16.4-limitless

    • 16.6-limitless

  • --storage-type— Il cluster DB deve utilizzare la configurazione di archiviazione del cluster aurora-iopt1 DB.

  • --cluster-scalability-type— specifica la modalità di scalabilità del cluster Aurora DB. Se impostato sulimitless, il cluster funziona come un database Aurora PostgreSQL Limitless. Se impostato su standard (impostazione predefinita), il cluster utilizza la normale creazione di istanze DB.

    Nota

    Non è possibile modificare questa impostazione dopo aver creato il cluster DB.

  • --master-username— Il nome dell'utente principale per il cluster DB.

  • --master-user-password— La password per l'utente principale.

  • --enable-performance-insights— È necessario abilitare Performance Insights.

  • --performance-insights-retention-period— Il periodo di conservazione di Performance Insights deve essere di almeno 31 giorni.

  • --monitoring-interval— L'intervallo, in secondi, tra i punti in cui vengono raccolte le metriche di Enhanced Monitoring per il cluster DB. Questo valore non può essere. 0

  • --monitoring-role-arn— Amazon Resource Name (ARN) per il ruolo IAM che consente a RDS di inviare metriche di Enhanced Monitoring ad Amazon Logs. CloudWatch

  • --enable-cloudwatch-logs-exports— È necessario esportare i log in Logs. postgresql CloudWatch

I parametri seguenti sono facoltativi:

  • --db-subnet-group-name— Il gruppo di sottoreti DB da associare al cluster DB. Ciò determina anche il VPC associato al cluster DB.

    Nota

    Se create il vostro cluster Limitless Database DB nella regione Stati Uniti orientali (Virginia settentrionale), non includete us-east-1e la zona di disponibilità (AZ) nel sottogruppo di database. A causa delle limitazioni delle risorse, Aurora Serverless v2 e quindi Limitless Database, non è supportato nella AZ. us-east-1e

  • --vpc-security-group-ids— Un elenco di gruppi di sicurezza VPC da associare al cluster DB.

  • --performance-insights-kms-key-id— L' AWS KMS key identificatore per la crittografia dei dati di Performance Insights. Se non specifichi una chiave KMS, Account AWS viene utilizzata la chiave predefinita per te.

  • --region— Il Regione AWS luogo in cui si crea il cluster DB. Deve essere uno che supporti Aurora PostgreSQL Limitless Database.

Per utilizzare il VPC e il gruppo di sicurezza VPC predefiniti, ometti le opzioni and. --db-subnet-group-name --vpc-security-group-ids

Per creare il cluster DB primario
  • aws rds create-db-cluster \
    --db-cluster-identifier my-limitless-cluster \
    --engine aurora-postgresql \
    --engine-version 16.6-limitless \
    --storage-type aurora-iopt1 \
    --cluster-scalability-type limitless \
    --master-username myuser \
    --master-user-password mypassword \
    --db-subnet-group-name mysubnetgroup \
    --vpc-security-group-ids sg-c7e5b0d2 \
    --enable-performance-insights \
    --performance-insights-retention-period 31 \
    --monitoring-interval 5 \
    --monitoring-role-arn arn:aws:iam::123456789012:role/EMrole \
    --enable-cloudwatch-logs-exports postgresql

Per ulteriori informazioni, consulta create-db-cluster.

Crea il gruppo di shard DB

Successivamente crei il gruppo di shard DB nel cluster DB che hai appena creato. I parametri seguenti sono obbligatori:

  • --db-shard-group-identifier— Il nome del gruppo di shard DB.

    L'identificatore del gruppo di shard DB presenta i seguenti vincoli:

    • Deve essere unico nel luogo in Regione AWS cui viene Account AWS creato.

    • Deve contenere da 1 a 63 lettere, numeri o trattini.

    • Il primo carattere deve essere una lettera.

    • Non può terminare con un trattino o contenere due trattini consecutivi.

    • Importante

      Dopo aver creato il gruppo di shard DB, non è possibile modificare l'identificatore del cluster DB o l'identificatore del gruppo di shard DB.

  • --db-cluster-identifier— Il nome del cluster DB in cui state creando il gruppo di shard DB.

  • --max-acu— La capacità massima del gruppo di shard DB. Deve essere compresa tra 16 ACUs e 6144. Per limiti di capacità superiori a ACUs 6144, contattare. AWS

    Il numero iniziale di router e shard è determinato dalla capacità massima impostata al momento della creazione del gruppo di shard DB. Maggiore è la capacità massima, maggiore è il numero di router e shard creati nel gruppo di shard DB. Per ulteriori informazioni, consulta Correlazione della capacità massima del gruppo di shard DB con il numero di router e shard creati.

I parametri seguenti sono facoltativi:

  • --compute-redundancy— Se creare standby per il gruppo di shard DB. Questo parametro può avere i seguenti valori:

    • 0— Crea un gruppo di shard DB senza standby per ogni shard. Si tratta del valore di default.

    • 1— Crea un gruppo di shard DB con uno standby di calcolo in una zona di disponibilità (AZ) diversa.

    • 2— Crea un gruppo di shard DB con due standby di calcolo in due diversi. AZs

    Nota

    Se si imposta la ridondanza di calcolo su un valore diverso da zero, il numero totale di shard verrà raddoppiato o triplicato. Ciò comporterà costi aggiuntivi.

    I nodi in standby di elaborazione vengono ridimensionati verso l'alto e verso il basso fino alla stessa capacità del writer. Non si imposta l'intervallo di capacità separatamente per gli standby.

  • --min-acu— La capacità minima del gruppo di shard DB. Deve essere almeno 16 ACUs, che è il valore predefinito.

  • --publicly-accessible|--no-publicly-accessible— Se assegnare indirizzi IP accessibili pubblicamente al gruppo di shard DB. L'accesso al gruppo di shard DB è controllato dai gruppi di sicurezza utilizzati dal cluster.

    Il valore predefinito è --no-publicly-accessible.

    Nota

    Non è possibile modificare questa impostazione dopo aver creato il gruppo di shard DB.

Per creare il gruppo di shard DB
  • aws rds create-db-shard-group \
    --db-shard-group-identifier my-db-shard-group \
    --db-cluster-identifier my-limitless-cluster \
    --max-acu 1000