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à.
Requisiti e considerazioni su Aurora PostgreSQL Limitless Database
Ad Aurora PostgreSQL Limitless Database sono associati i requisiti e le considerazioni seguenti.
Argomenti
Requisiti per Aurora PostgreSQL Limitless Database:
Assicurati di soddisfare questi requisiti per Aurora PostgreSQL Limitless Database.
-
Il database Aurora PostgreSQL Limitless è disponibile in tutti i paesi ad eccezione dell'Asia Pacifico (Taipei). Regioni AWS
Nota
Se crei il cluster di database Aurora PostgreSQL Limitless Database nella Regione Stati Uniti orientali (Virginia settentrionale), non includere la zona di disponibilità (AZ)
us-east-1enel gruppo di sottoreti di database. A causa delle limitazioni delle risorse, Aurora Serverless v2 (e quindi Aurora PostgreSQL Limitless Database) non è supportato nella AZus-east-1e. -
Aurora PostgreSQL Limitless Database supporta solo la configurazione di archiviazione del cluster di database Aurora I/O-Optimized. Per ulteriori informazioni, consulta Configurazioni dell'archiviazione per i cluster database Amazon Aurora.
-
Aurora PostgreSQL Limitless Database utilizza versioni speciali del motore di database Aurora PostgreSQL per Aurora PostgreSQL Limitless Database:
-
16.6.8-limitless -
16.6-limitless -
16.4-limitless
-
-
Il cluster di database non può avere istanze database di tipo scrittura o lettura.
È necessario utilizzare il monitoraggio avanzato e Approfondimenti sulle prestazioni. Il periodo di conservazione di Approfondimenti sulle prestazioni deve essere di almeno 1 mese (31 giorni).
-
Devi esportare il log PostgreSQL in Amazon Logs. CloudWatch
Nota
Alcune funzionalità richieste, come Enhanced Monitoring, Performance Insights e CloudWatch Logs, sono soggette a costi aggiuntivi. Per informazioni sui prezzi di Aurora, consulta la pagina dei prezzi di Aurora
Considerazioni per Aurora PostgreSQL Limitless Database
Le seguenti considerazioni si applicano ai gruppi di shard di database in Aurora PostgreSQL Limitless Database:
-
È consentito un solo gruppo di shard di database per cluster di database.
-
È possibile avere fino a cinque gruppi di shard DB per gruppo. Regione AWS
Pertanto, puoi avere fino a cinque cluster Aurora PostgreSQL Limitless Database DB per ogni cluster. Regione AWS Per ulteriori informazioni, consulta Quote in Amazon Aurora.
-
È possibile impostare la capacità massima di un gruppo di shard DB su 16-6144. ACUs Per limiti di capacità superiori a 6144, contattare. ACUs AWS
Il numero iniziale di router e shard è determinato dalla capacità massima impostata al momento della creazione del gruppo di shard di database. Per ulteriori informazioni, consulta Correlazione della capacità massima del gruppo di shard del database con il numero di router e shard creati.
-
Se modifichi la capacità massima di un gruppo di shard di database, il numero di router e shard non cambia.
-
Assicurati che la sottorete del database in cui crei il gruppo di shard di database disponga di un numero sufficiente di indirizzi IP liberi per la connessione con il gruppo stesso. È necessario un indirizzo IP per ogni router e fino a tre indirizzi IP per ogni shard del gruppo di shard di database.
Per ulteriori informazioni sul numero di router creati durante la creazione di un gruppo di shard di database, consulta Correlazione della capacità massima del gruppo di shard del database con il numero di router e shard creati.
-
Se rendi il tuo gruppo di shard di database accessibile al pubblico, assicurati di configurare un gateway Internet nel tuo VPC.
-
Utilizza le funzioni SQL per dividere gli shard e aggiungere router.
-
L’unione degli shard non è supportata.
-
Non è possibile eliminare router e shard singoli.
-
Non è possibile modificare (eseguire operazioni
UPDATEsu) le chiavi di shard in alcun modo, inclusa la modifica dei relativi valori nelle righe delle tabelle.Per modificare una chiave di shard, eliminala e quindi ricreala.
-
Sono supportati i livelli di isolamento Repeatable Read, Read Committed e Read Uncommitted. Non è possibile impostare il livello di isolamento su Serializzabile.
-
Alcuni comandi SQL non sono supportati. Per ulteriori informazioni, consulta Riferimento ad Aurora PostgreSQL Limitless Database.
-
Non tutte le estensioni PostgreSQL sono supportate. Per ulteriori informazioni, consulta Estensioni.
-
Quando si crea un gruppo di shard o quando si aggiungono nuovi nodi di un gruppo di shard (shard o router), tali nodi vengono creati in una delle zone di disponibilità (AZs) disponibili per il cluster DB. Non puoi scegliere una AZ specifica per i singoli nodi.
-
Se utilizzi una ridondanza di elaborazione pari a 2 (due standby di calcolo per il gruppo di shard DB), assicurati che il tuo gruppo di sottoreti DB ne abbia almeno tre. AZs
-
Aurora PostgreSQL Limitless Database supporta fino a 54 caratteri per i nomi di tabelle sottoposti a sharding.
Le seguenti considerazioni si applicano al cluster di database Aurora PostgreSQL Limitless Database:
-
Ti consigliamo di utilizzare policy AWS gestite per limitare le autorizzazioni per il database e le applicazioni a quelle di cui i clienti hanno bisogno per i loro casi d'uso. Per ulteriori informazioni, consulta Best practice delle policy.
-
Quando crei il cluster di database Aurora PostgreSQL Limitless Database, imposti solo i parametri di dimensionamento per il gruppo di shard di database.
-
Per eliminare il tuo cluster di database, devi prima eliminare il gruppo di shard di database.
-
Aurora PostgreSQL Limitless Database non può essere un’origine di replica.
Funzionalità non supportate in Aurora PostgreSQL Limitless Database
Le seguenti funzionalità di Aurora PostgreSQL non sono supportate in Aurora PostgreSQL Limitless Database:
-
Autenticazione Active Directory (Kerberos)
-
Amazon DevOps Guru
-
Amazon ElastiCache
-
Implementazioni Amazon RDS Blue/Green
-
Server proxy per Amazon RDS
-
Aurora Auto Scaling (aggiunta automatica di istanze di lettura al cluster di database)
-
Aurora Global Database
-
Aurora machine learning
-
Consigli su Aurora
-
Aurora Serverless v1
-
Integrazioni Zero-ETL di Aurora
-
AWS Backup
-
AWS Lambda integrazione
-
Gestione dei segreti AWS
-
Babelfish per Aurora PostgreSQL
-
Clonazione di cluster di database
-
Endpoint personalizzati
-
Flussi di attività di database
-
Repliche di lettura
-
API dati in RDS