Requisitos e considerações do Aurora PostgreSQL Limitless Database

As seguintes Regiões da AWS estão disponíveis:

Os procedimentos da AWS CLI neste guia pressupõem que você esteja usando uma das Regiões da AWS disponíveis. Para obter informações sobre como definir a Região da AWS padrão para a AWS CLI, consulte Como definir variáveis de ambiente no Guia do usuário da AWS Command Line Interface para versão 2.

O Aurora PostgreSQL Limitless Database é compatível somente com a configuração de armazenamento do cluster de banco de dados Aurora I/O-Optimized. Para obter mais informações, consulte Configurações de armazenamento para clusters de banco de dados do Amazon Aurora.

O Aurora PostgreSQL Limitless Database usa versões especiais do mecanismo de banco de dados do Aurora PostgreSQL para o Aurora PostgreSQL Limitless Database:

O cluster de banco de dados não pode ter nenhuma instância de banco de dados do gravador ou leitor.

É necessário usar o Monitoramento aprimorado e o Insights de Performance. O tempo de retenção do Insights de Performance deve ser de pelo menos 1 mês (31 dias).

É necessário exportar o log do PostgreSQL para o Amazon CloudWatch Logs.

É possível ter somente um grupo de fragmentos de banco de dados por cluster de banco de dados.

É possível ter até cinco grupos de fragmentos de banco de dados por Região da AWS.

Portanto, é possível ter até cinco clusters de banco de dados do Aurora PostgreSQL Limitless Database por Região da AWS. Para obter mais informações, consulte Cotas no Amazon Aurora.

É possível definir a capacidade máxima de um grupo de fragmentos de banco de dados de 16 a 6.144 ACUs. Para limites de capacidade superiores a 6.144 ACUs, entre em contato com a AWS.

O número inicial de roteadores e fragmentos é determinado pela capacidade máxima que você define ao criar um grupo de fragmentos de banco de dados. Para obter mais informações, consulte Correlação da capacidade máxima do grupo de fragmentos de banco de dados com o número de roteadores e fragmentos criados.

O número de roteadores e fragmentos não muda quando você modifica a capacidade máxima de um grupo de fragmentos de banco de dados.

A sub-rede de banco de dados em que você cria o grupo de fragmentos de banco de dados deve ter endereços IP livres suficientes para se conectar ao grupo de fragmentos de banco de dados. Você precisa de um endereço IP para cada roteador e até três endereços IP para cada fragmento no grupo de fragmentos de banco de dados.

Para obter mais informações sobre o número de roteadores criados quando você cria um grupo de fragmentos de banco de dados, consulte Correlação da capacidade máxima do grupo de fragmentos de banco de dados com o número de roteadores e fragmentos criados.

Se você tornar o grupo de fragmentos de banco de dados acessível publicamente, configure um gateway da internet na VPC.

Você usa funções SQL para dividir fragmentos e adicionar roteadores.

A mesclagem de fragmentos não é compatível.

Não é possível excluir fragmentos e roteadores individuais.

Você não pode modificar (realizar operações UPDATE) chaves de fragmento de forma alguma, inclusive alterando seus valores nas linhas da tabela.

Para alterar uma chave de fragmento, exclua-a e recrie-a.

Os níveis de isolamento leitura repetível, leitura confirmada e leitura não confirmada são compatíveis. Não é possível definir o nível de isolamento como serializável.

Alguns comandos SQL não são compatíveis. Para obter mais informações, consulte Referência do Aurora PostgreSQL Limitless Database.

Nem todas as extensões do PostgreSQL são compatíveis. Para obter mais informações, consulte Extensões.

Ao criar um grupo de fragmentos ou ao adicionar novos nós de grupo de fragmentos (fragmentos ou roteadores), esses nós são criados em uma das zonas de disponibilidade (AZs) disponíveis para o cluster de banco de dados. Não é possível escolher uma AZ específica para nós individuais.

Se você usar uma redundância computacional de 2 (dois standbys computacionais para o grupo de fragmentos de banco de dados), o grupo de sub-redes de banco de dados deverá ter pelo menos três AZs.

O Aurora PostgreSQL Limitless Database aceita nomes de tabela fragmentada com até 54 caracteres.

Recomendamos que você use políticas gerenciadas pela AWS para limitar as permissões do banco de dados e aplicações àquelas que os clientes precisam para seus casos de uso. Para obter mais informações, consulte Práticas recomendadas de política.

Ao criar um cluster de banco de dados do Aurora PostgreSQL Limitless Database, você só define parâmetros de ajuste de escala para o grupo de fragmentos de banco de dados.

Não é possível parar ou iniciar um cluster de banco de dados que contém um grupo de fragmentos de banco de dados.

Se você precisar excluir seu cluster de banco de dados, primeiro deve excluir o grupo de fragmentos de banco de dados.

O Aurora PostgreSQL Limitless Database não pode ser uma fonte de replicação.

Autenticação do Active Directory (Kerberos)

Amazon DevOps Guru

Amazon ElastiCache

Implantações azul/verde do Amazon RDS

Amazon RDS Proxy

Auto Scaling do Aurora (adição automática de instâncias do leitor ao cluster de banco de dados)

Banco de dados global do Aurora

Machine learning do Aurora

Recomendações do Aurora

Aurora Serverless v1

Integrações ETL zero do Aurora

AWS Backup

Integração do AWS Lambda

AWS Secrets Manager

Babelfish for Aurora PostgreSQL

Clonagem de clusters de banco de dados

Endpoints personalizados

Fluxos de atividades do banco de dados

Réplicas de leitura

API de dados do RDS