Que versões de banco de dados são compatíveis com o Amazon RDS para PostgreSQL?
No momento, o Amazon RDS para PostgreSQL é compatível com o PostgreSQL 12, 13, 14, 15 e 16. O RDS for PostgreSQL também oferece suporte ao PostgreSQL 11 por meio do Amazon RDS Extended Support. As informações sobre as versões secundárias compatíveis estão disponíveis no Guia do usuário do Amazon RDS.
Quais são as extensões aceitas pelo RDS para PostgreSQL?
É possível verificar a lista de extensões aceitas no Guia do usuário do Amazon RDS. Para solicitar compatibilidade com extensões adicionais, envie um e-mail para [email protected] e inclua o nome da extensão e o caso de uso.
O RDS para PostgreSQL aceita o registro em log de auditoria?
O RDS para PostgreSQL aceita vários parâmetros que você poderá definir para registrar atividades que ocorram na sua instância de banco de dados do PostgreSQL DB. Saiba mais sobre eles ao consultar o Guia do usuário do Amazon RDS.
Existem limitações do RDS para PostgreSQL das quais preciso estar ciente?
Sim. Leia sobre as limitações das instâncias do RDS para PostgreSQL no Guia do usuário do Amazon RDS.
Como o Amazon RDS faz a distinção entre versões “principais” e “secundárias” do PostgreSQL?
No contexto do RDS para PostgreSQL, os números de versão são organizados da seguinte 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.
O Amazon RDS disponibiliza orientações para atualizar as versões de mecanismos ou sobre a depreciação das versões de mecanismos que no momento são aceitas?
Sim. Consulte as Perguntas frequentes sobre o Amazon RDS.
Trusted Language Extensions para PostgreSQL
Por que devo usar o Trusted Language Extensions 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.
Quais são os riscos tradicionais de executar extensões no PostgreSQL e como a TLE para PostgreSQL mitiga esses riscos?
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.
Como o TLE para PostgreSQL se relaciona/trabalha com outros serviços da AWS?
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.
Em quais versões do PostgreSQL eu posso executar o TLE para PostgreSQL?
Você pode executar o TLE para PostgreSQL no PostgreSQL 14.5 ou superior no Amazon RDS.
Em quais regiões o Trusted Language Extensions for PostgreSQL está disponível?
O TLE para PostgreSQL está disponível em todas as regiões da AWS e nas regiões AWS GovCloud.
Quanto custa executar o TLE?
O TLE para PostgreSQL está disponível para clientes do Amazon RDS sem custo adicional.
Qual a diferença do TLE para PostgreSQL para as outras extensões disponíveis para o Amazon Aurora e o Amazon RDS atualmente?
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.
Quais são alguns exemplos de extensões que eu posso executar com o TLE para PostgreSQL?
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).
Quais linguagens de programação eu posso usar para desenvolver TLE para PostgreSQL?
No momento, o TLE para PostgreSQL é compatível com JavaScript, PL/pgSQL, Perl e SQL.
Como eu implanto uma extensão TLE para PostgreSQL?
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.
Como as extensões TLE para PostgreSQL se comunicam com o banco de dados PostgreSQL?
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.
Como posso saber mais sobre o projeto de código aberto do TLE para PostgreSQL?
Você pode saber mais sobre o projeto do TLE para PostgreSQL na página oficial do GitHub da TLE.
Implantações azuis/verdes do Amazon RDS
Quais versões do RDS para PostgreSQL são compatíveis com as implantações azuis/verdes do Amazon RDS?
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.
Quais regiões são compatíveis com implantações azuis/verdes 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.
Quando devo usar implantações azuis/verdes do Amazon RDS?
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.
Quais tipos de alterações são possíveis realizar com as implantações azuis/verdes do Amazon RDS?
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.
O que é o “ambiente azul” nas implantações azul/verde do Amazon RDS? O que é um “ambiente verde”?
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.
Como funcionam as transições nas implantações azuis/verdes do Amazon RDS?
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.
Posso usar implantações azuis/verdes quando tenho um ambiente azul como assinante/publicador para uma réplica lógica autogerenciada?
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.
Depois que as implantações azuis/verdes do Amazon RDS forem transicionadas, o que acontece com o meu antigo ambiente de produçã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.
O que as barreiras de proteção de transição das implantações azuis/verdes do Amazon RDS verificam?
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.
As implantações azuis/verdes do Amazon RDS 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, 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.
Posso usar implantações azuis/verdes do Amazon RDS para reverter alterações?
Não, no momento, você não pode usar implantações azuis/verdes do Amazon RDS para reverter alterações.
DevOps Guru para RDS
O que é o Amazon DevOps Guru para RDS?
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.
Por que devo usar o DevOps Guru para RDS?
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.
Como funciona o Amazon DevOps Guru para RDS?
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.
Como posso começar a usar o Amazon DevOps Guru para RDS?
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.
Que tipos de problema o Amazon DevOps Guru para RDS detecta?
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.
Qual é a diferença entre o DevOps Guru para RDS e o Insights de Performance do Amazon RDS?
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.
O Amazon RDS pode ser testado gratuitamente. Pague somente pelo que usar. Não há taxa mínima.
Obtenha acesso instantâneo ao nível gratuito da AWS.
