Perguntas frequentes sobre o Amazon RDS para PostgreSQL

Sim, você pode comprar Savings Plans para bancos de dados para o Amazon RDS para PostgreSQL e reduzir seus custos em até 20% ao se comprometer com uma quantidade consistente de uso por um período de um ano. Informações adicionais sobre o uso elegível podem ser encontradas na página de preços do Savings Plans para bancos de dados.

No momento, o Amazon RDS para PostgreSQL é compatível com o PostgreSQL 13, 14, 15, 16 e 17. O RDS para PostgreSQL também oferece suporte ao PostgreSQL 11 e 12 por meio do Amazon RDS Extended Support. Consulte o Guia do usuário do Amazon RDS para obter mais detalhes.

É possível verificar a lista de extensões aceitas no Guia do usuário do Amazon RDS. Para solicitar o suporte a extensões adicionais, envie um e-mail para rds-postgres-extensions-request@amazon.com e inclua o nome da extensão e o caso de uso.

O RDS para PostgreSQL oferece suporte a vários parâmetros para registrar em log atividades na instância de banco de dados PostgreSQL. Você pode saber mais sobre isso no Guia do usuário do Amazon RDS para obter mais informações.

Sim. Leia sobre as limitações das instâncias do RDS para PostgreSQL no Guia do usuário do Amazon RDS.

No contexto do RDS para PostgreSQL, os números de versão são organizados desta maneira: versão do PostgreSQL = X.Y-R(n).

Do ponto de vista do Amazon RDS, uma alteração de versão será considerada principal se a primeira parte do número da versão for alterada. Exemplo: da versão 15.9 para a versão 17.1.

Uma alteração de versão será considerada secundária se a segunda parte do número da versão no lançamento for alterado. Exemplo: da versão 17.1 para a versão 17.2.

R (n) indica a continuação, no lançamento, de uma versão secundária que pode incluir novos atributos, melhorias de desempenho e correções de erros. Uma versão secundária pode ou não ter o lançamento R (n). Exemplo: passando de 17.1 para 17.1-R2 ou 17.1-R3

Consulte a política de versionamento do PostgreSQL para obter mais informações.

Sim, consulte as Perguntas frequentes do Amazon RDS para obter orientação sobre versionamento.

O Trusted Language Extensions (TLE) para PostgreSQL permite que os desenvolvedores criem extensões de alta performance e as executem com segurança no Amazon RDS. Ao fazer isso, o TLE melhora o tempo de introdução no mercado e elimina a carga imposta aos administradores de banco de dados para certificar códigos personalizados e de terceiros para uso em workloads de banco de dados de produção. Você pode prosseguir assim que decidir que uma extensão atende às suas necessidades. Com o TLE, os provedores de software independentes (ISVs) podem fornecer novas extensões do PostgreSQL aos clientes que executam no Amazon RDS.

As extensões do PostgreSQL são executadas no mesmo espaço de processo para obter alta performance. No entanto, as extensões podem conter defeitos no software e causar uma pane no banco de dados. 

O TLE para PostgreSQL oferece várias camadas de proteção para mitigar esse risco. O TLE foi projetado para limitar o acesso aos recursos do sistema. O perfil rds_superuser pode determinar quem tem permissão para instalar extensões específicas. No entanto, essas alterações só podem ser feitas por meio da API do TLE. O TLE foi projetado para limitar o impacto de um defeito na extensão a uma única conexão ao banco de dados. Além dessas medidas de proteção, o TLE é projetado para fornecer controle on-line e granular aos DBAs no perfil  rds_superuser sobre quem pode instalar extensões e criar um modelo de permissão para executá-las.

Apenas usuários com privilégios suficientes serão capazes de executar e criar usando o comando “CREATE EXTENSION” em uma extensão TLE. Os DBAs também podem criar uma lista de “hooks do PostgreSQL” permitidos que são necessários para extensões mais sofisticadas que modificam o comportamento interno do banco de dados e geralmente requerem privilégios elevados.

O Aurora e o Amazon RDS oferecem suporte a uma lista selecionada de 85 extensões do PostgreSQL. A AWS gerencia os riscos de segurança para cada uma dessas extensões no âmbito do Modelo de Responsabilidade Compartilhada da AWS. A extensão que implementa o TLE para PostgreSQL está incluída nessa lista. As extensões que você escreve ou obtém de terceiros e instala no TLE são consideradas como parte do código da aplicação. Você é responsável pela segurança das suas aplicações que usam extensões TLE.

Você pode criar funções de desenvolvedor, como compressão de bitmap e privacidade diferencial (como consultas estatísticas com acesso público que protegem a privacidade das pessoas).

 No momento, o TLE oferece suporte para criação de extensões em JavaScript, Perl, Tcl, PL/pgSQL e SQL. 

Depois que a função rds_superuser ativa a TLE para PostgreSQL, você pode implantar extensões TLE usando o comando SQL CREATE EXTENSION em qualquer cliente PostgreSQL, como o psql. É semelhante à forma como você cria uma função definida pelo usuário em uma linguagem procedural como PL/pgSQL ou PL/Perl. Você pode controlar quais usuários têm permissão para implantar extensões TLE e usar extensões específicas.

O TLE para PostgreSQL acessa seu banco de dados PostgreSQL exclusivamente por meio da API TLE. As linguagens compatíveis com TLE de confiança incluem todas as funções da interface de programação do servidor (SPI) do PostgreSQL e o suporte para hooks do PostgreSQL, incluindo verificação de senha.

Você pode saber mais sobre o projeto do TLE para PostgreSQL na página oficial do GitHub do TLE.

No RDS para PostgreSQL, as implantações azuis/verdes são aceitas na versão 11.1 e em todas as versões principais e secundárias superiores. Você pode ver as regiões e os mecanismos de banco de dados aceitos para implantações azuis/verdes do Amazon RDS para obter mais detalhes. 

As implantações azuis/verdes do Amazon RDS permitem que você faça alterações mais seguras, simples e rápidas no banco de dados. As implantações azuis/verdes são ideais para casos de uso como atualizações do mecanismo de banco de dados de versões principais ou secundárias, atualizações do sistema operacional, alterações de esquema em ambientes verdes que não interrompem a replicação lógica, como adicionar uma nova coluna no final de uma tabela ou alterações na configuração dos parâmetros do banco de dados.

Você pode usar implantações azuis/verdes para fazer várias atualizações de banco de dados ao mesmo tempo usando uma única transição. Isso permite ficar em dia sobre os patches de segurança, melhorar a performance do banco de dados e acessar novos atributos do banco de dados com um tempo de inatividade curto e previsível.

As implantações azuis/verdes do Amazon RDS permitem que você faça alterações de banco de dados mais seguras, simples e rápidas, como atualizações de versões principais ou secundárias, alterações de esquema, escalabilidade de instâncias, alterações de parâmetros de mecanismo e atualizações de manutenção.

Em implantações azuis/verdes do Amazon RDS, o ambiente azul é o seu ambiente de produção atual. O ambiente verde é seu ambiente de preparação que se tornará seu novo ambiente de produção após a transição.

Quando as implantações azuis/verdes do Amazon RDS iniciam uma transição, a gravação é bloqueada em ambos os ambientes, verde e azul, até que a alternância seja concluída. Durante a transição, o ambiente de preparação, ou ambiente verde, é atualizado com o sistema de produção, garantindo que os dados estão consistentes entre os ambientes de produção e preparação.

Assim que os ambientes de produção e preparação estiverem em total sincronia, as implantações azuis/verdes promoverão o ambiente de preparação como o ambiente de produção, redirecionando o tráfego para o ambiente de produção recém-promovido. As implantações azuis/verdes são projetadas para habilitar gravações no ambiente verde após a conclusão da transição, garantindo que não houve perda de dados durante o processo.

Se seu ambiente azul for uma réplica lógica autogerenciada ou um assinante, bloquearemos a transição. Recomendamos que você primeiro interrompa a replicação para o ambiente azul, continue com a transição e, em seguida, retome a replicação. Por outro lado, se o seu ambiente azul for uma fonte para uma réplica lógica autogerenciada ou publicador, você poderá continuar a fazer a transição. No entanto, você precisará atualizar a réplica autogerenciada para replicá-la do ambiente verde após a transição.

As implantações azuis/verdes do Amazon RDS não excluem o seu ambiente de produção antigo. Se for necessário, você poderá acessá-lo para validações adicionais e testes de performance/regressão. Se você não precisar mais do seu ambiente de produção antigo, você poderá excluí-lo. Instâncias de produção antigas serão cobradas de acordo com a taxa padrão até que sejam excluídas.

As barreiras de proteção de transição das implantações azuis/verdes do Amazon RDS bloqueiam gravações nos ambientes azul e verde até que o ambiente verde esteja atualizado antes de concluir a troca. As implantações azuis/verdes também realizam verificações de integridade do principal e das réplicas nos seus ambientes azul e verde. Elas também realizam verificações de integridade da replicação, por exemplo, para ver se a replicação foi interrompida ou se há erros.

Elas detectam transações de longa duração nos seus ambientes azul e verde. Você pode especificar um tempo de inatividade máximo tolerável de no mínimo de 30 segundos, e se tiver uma transação que exceda esse tempo, a transição será interrompida.

Não, as implantações azuis/verdes do Amazon RDS não são compatíveis com Amazon RDS Proxy, réplicas de leitura entre regiões ou réplicas de leitura em cascata.

Não, no momento, você não pode usar implantações azuis/verdes do Amazon RDS para reverter alterações.

O Amazon DevOps Guru para RDS é uma nova funcionalidade com a tecnologia de ML do Amazon RDS para PostgreSQL (o que inclui o Amazon Aurora), desenvolvida para detectar e diagnosticar automaticamente problemas operacionais e de performance do banco de dados, permitindo que você solucione problemas em minutos em vez de dias.

O Amazon DevOps Guru para RDS é um recurso do Amazon DevOps Guru que detecta problemas operacionais e de performance em todos os mecanismos do Amazon RDS e em dezenas de outros tipos de recurso. O DevOps Guru para RDS amplia as capacidades do DevOps Guru para detectar, diagnosticar e remediar vários problemas relacionados a bancos de dados no Amazon RDS para PostgreSQL (como, por exemplo, a utilização excessiva de recursos e o comportamento indevido de determinadas consultas SQL).

Quando ocorre um problema, o Amazon DevOps Guru para RDS é projetado para notificar desenvolvedores e engenheiros de DevOps imediatamente e fornecer informações de diagnóstico, detalhes sobre a extensão desse problema e recomendações de correções inteligentes para ajudar os clientes a resolver rapidamente gargalos de performance e problemas operacionais relacionados ao banco de dados.

O Amazon DevOps Guru para RDS foi projetado para eliminar o esforço manual e reduzir o tempo (de horas e dias para minutos) para detectar e resolver gargalos de performance difíceis de encontrar na workload do banco de dados relacional.

Você pode habilitar o DevOps Guru para RDS para cada banco de dados do Amazon RDS para PostgreSQL, e ele detectará automaticamente problemas de performance em suas workloads, enviará alertas sobre cada problema, explicará as descobertas e recomendará ações para solucioná-los.

O DevOps Guru para RDS ajuda a tornar a administração do banco de dados mais acessível para usuários comuns e auxilia os especialistas em banco de dados para que possam gerenciar ainda mais bancos de dados.

O Amazon DevOps Guru para RDS usa ML para analisar dados de telemetria coletados pelos Insights de Performance do Amazon RDS (PI). O DevOps Guru para RDS não usa nenhum dos seus dados armazenados no banco de dados em sua análise. O DevOps Guru para RDS procura padrões problemáticos na telemetria de PI usando uma combinação de regras e técnicas baseadas em ML, alertando os clientes quando esses padrões são detectados.

Para começar a usar o DevOps Guru para RDS, verifique se o recurso Insights de Performance está habilitado no console do RDS. Em seguida, basta habilitar o DevOps Guru para os bancos de dados do Amazon RDS para PostgreSQL. Com o DevOps Guru, você pode escolher seu limite de cobertura de análise como toda a sua conta da AWS, prescrever as pilhas específicas do AWS CloudFormation que você deseja que o DevOps Guru analise ou usar as tags da AWS para criar o agrupamento de recursos que deseja que o DevOps Guru analise.

O Amazon DevOps Guru para RDS ajuda a identificar uma ampla variedade de problemas de performance que podem afetar a qualidade do serviço de aplicações, como empilhamento de bloqueios, excessos de conexão, regressões de SQL, contenção de CPU e E/S, problemas de memória ou configuração incorreta de parâmetros.

O recurso Insights de Performance do Amazon RDS executa ajuste e monitoramento de performance de bancos de dados, coleta e apresenta uma representação visual das métricas de performance do bancos de dados do Amazon RDS, ajudando você a avaliar rapidamente a integridade do seu banco de dados, além de determinar quando e onde agir. O Amazon DevOps Guru para RDS foi criado para monitorar essas métricas, detectar quando o banco de dados estiver enfrentando problemas de performance, analisar as métricas e, em seguida, dizer o que está errado e o que deve ser feito.