Planejar onde usar o RDS Proxy - Amazon Relational Database Service

Planejar onde usar o RDS Proxy

Você pode determinar quais de suas instâncias de banco de dados, clusters e aplicações podem se beneficiar mais com o uso do RDS Proxy. Para fazer isso, considere estes fatores:

  • Qualquer cluster ou instância de banco de dados que encontrar erros de "conexões em excesso" é um bom candidato para associação a um proxy. O proxy permite que os aplicativos abram muitas conexões de cliente, enquanto o proxy gerencia um número menor de conexões de longa duração para a instância ou o cluster de banco de dados.

  • Para clusters ou instâncias de Bancos de Dados que usam classes menores de instância da AWS, como T2 ou T3, o uso de um proxy pode ajudar a evitar condições de falta de memória. Isso também pode ajudar a reduzir a sobrecarga da CPU para estabelecer conexões. Essas condições podem ocorrer ao lidar com um grande número de conexões.

  • É possível monitorar certas métricas do Amazon CloudWatch para determinar se um cluster ou uma instância de banco de dados está se aproximando de certos tipos de limite. Esses limites são para o número de conexões e para a memória associada ao gerenciamento de conexão. Você também pode monitorar determinadas métricas do CloudWatch para determinar se uma instância ou cluster de banco de dados está lidando com muitas conexões de curta duração. A abertura e o fechamento dessas conexões podem aplicar um sobrecarga de performance a seu banco de dados. Para obter informações sobre as métricas a serem monitoradas, consulte Monitorar métricas do proxy do RDS com o Amazon CloudWatch.

  • AWS LambdaAs funções do também podem ser boas candidatas para o uso de um proxy. Essas funções fazem conexões curtas frequentes com o banco de dados que se beneficiam do grupo de conexões oferecido pelo RDS Proxy. É possível aproveitar qualquer autenticação do IAM que você já tenha para funções Lambda, em vez de gerenciar credenciais de banco de dados em seu código de aplicação do Lambda.

  • Essas aplicações que geralmente abrem e encerram um grande número de conexões de banco de dados e não têm mecanismos internos de agrupamento de conexões são ideais para usar um proxy.

  • Os aplicativos que mantêm um grande número de conexões abertas por longos períodos geralmente são bons candidatos para o uso de um proxy. Os aplicativos em setores como software como serviço (SaaS) ou comércio eletrônico geralmente minimizam a latência de solicitações de banco de dados deixando as conexões abertas. Com o RDS Proxy, um aplicativo pode manter mais conexões abertas do que quando se conecta diretamente à instância ou ao cluster de banco de dados.

  • Talvez você não tenha adotado a autenticação do IAM e do Secrets Manager devido à complexidade da configuração dessa autenticação para todas as instâncias e clusters de banco de dados. Nesse caso, você pode manter os métodos de autenticação existentes implantados e delegar a autenticação para um proxy. O proxy pode aplicar as políticas de autenticação para conexões de cliente para aplicativos específicos. É possível aproveitar qualquer autenticação do IAM que você já tenha para funções Lambda, em vez de gerenciar credenciais de banco de dados em seu código de aplicação do Lambda.

  • O proxy do RDS é altamente disponível e implantado em várias zonas de disponibilidade (AZs). Para garantir alta disponibilidade geral para o banco de dados, implante a instância de banco de dados do Amazon RDS ou o cluster do Aurora em uma configuração Multi-AZ.