Perguntas frequentes sobre o Amazon RDS para PostgreSQL

O Trusted Language Extensions (TLE) para PostgreSQL permite que os desenvolvedores criem extensões de alta performance do PostgreSQL e as executem com segurança no Amazon RDS. Ao fazer isso, o TLE melhora o seu 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 do 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. A função 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, a TLE é projetada para fornecer controle on-line e granular aos DBAs na função de rds-superuser sobre quem pode instalar extensões e eles podem 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 “PostgreSQL hooks” 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 TLE para PostgreSQL está disponível para o Amazon RDS no PostgreSQL nas versões 14.5 e superior. O TLE é implementado como uma extensão PostgreSQL em si e você pode ativá-lo pela função rds_superuser similar a outras extensões compatíveis com o Amazon RDS.

Você pode executar o TLE para PostgreSQL no PostgreSQL 14.5 ou superior no Amazon RDS.

O TLE para PostgreSQL está disponível em todas as regiões da AWS e nas regiões AWS GovCloud.

O TLE para PostgreSQL está disponível para clientes do Amazon RDS sem custo adicional.

O Aurora e o Amazon RDS oferecem compatibilidade para uma lista selecionada de 85 extensões para 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 em TLE são consideradas como parte do código da sua 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 de indivíduos).

No momento, o TLE para PostgreSQL é compatível com JavaScript, PL/pgSQL, Perl e SQL.

Assim que a função rds_superuser ativa o TLE para PostgreSQL, você pode implantar as extensões do TLE usando o comando SQL CREATE EXTENSION de 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 só pode acessar o banco de dados PostgreSQL por meio da API TLE. As linguagens compatíveis com TLE incluem todas as funções da interface de programação do servidor (SPI) do PostgreSQL e PostgreSQL hooks, incluindo o de verificação de senha.

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

As implantações azuis/verdes do Amazon RDS têm suporte nas versões 11.21 e superior, 12.16 e superior, 13.12 e superior, 14.9 e superior e 15.4 e superior. Saiba mais sobre as versões disponíveis na documentação do Amazon RDS. 

As implantações azuis/verdes do Amazon RDS estão disponíveis em todas as regiões da AWS aplicáveis e nas regiões AWS GovCloud.

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 azul/verde 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 a gravação 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 a gravação nos seus 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 você 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 em regiões diferentes 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, e alarma 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 seus 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 etiquetas 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 inadequada de parâmetros.

Os Insights de Performance do Amazon RDS são atributos de ajuste e monitoramento de performance que coletam e apresentam 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.