Endpoints personalizados para o Amazon Aurora

Um endpoint personalizado para um cluster do Aurora representa um conjunto de instâncias de banco de dados escolhido. Quando você se conecta ao endpoint, o Aurora realiza o balanceamento de conexão e escolhe uma das instâncias no grupo para processar a conexão. Você define a quais instâncias esse endpoint se refere e determina a finalidade do endpoint.

Um cluster de banco de dados do Aurora não terá endpoints personalizados até você criar um. Você pode criar até cinco endpoints personalizados para cada cluster do Aurora provisionado ou do Aurora Serverless v2. Não use endpoints personalizados em clusters do Aurora Serverless v1.

O endpoint personalizado oferece conexões de banco de dados balanceadas baseadas em critérios que não sejam o recurso somente leitura ou de leitura/gravação das instâncias de banco de dados. Por exemplo, convém definir um endpoint personalizado para se conectar a instâncias que usem uma determinada classe de instância da AWS ou determinado parameter group de banco de dados. Em seguida, convém informar grupos particulares sobre esse endpoint personalizado. Por exemplo, convém direcionar usuários internos para instâncias de baixa capacidade tendo em vista a geração de relatórios ou a consulta ad hoc (individual) e direcionar o tráfego da produção para instâncias de alta capacidade.

Como a conexão pode ir para qualquer instância de banco de dados associada ao endpoint personalizado, recomendamos verificar se todas as instâncias de banco de dados dentro desse grupo compartilham algumas características semelhantes. Isso garante que a performance, a capacidade da memória etc. sejam consistentes para todos os conectados a esse endpoint.

Esse recurso se destina a usuários avançados com tipos personalizados de cargas de trabalho em que não seja prático manter todas as réplicas do Aurora no cluster idêntico. Com endpoints personalizados, preveja a capacidade da instância de banco de dados usada em cada conexão. Ao usar endpoints personalizados, você normalmente não usa o endpoint leitor nesse cluster.

O exemplo a seguir ilustra um endpoint personalizado de uma instância de banco de dados em um cluster de banco de dados do Aurora MySQL.

myendpoint.cluster-custom-c7tj4example.us-east-1.rds.amazonaws.com:3306

Use endpoints personalizados para simplificar o gerenciamento de conexões quando o cluster contém instâncias de banco de dados com configurações de capacidades e configurações diferentes.

Anteriormente, você usava o mecanismo CNAMES para configurar aliases Domain Name Service (DNS – Serviço do nome de domínio) do próprio domínio para atingir resultados semelhantes. Usando endpoints personalizados, evite atualizar registros CNAME quando o cluster cresce ou diminua. Os endpoints personalizados também indicam que é possível usar conexões Transport Layer Security/Secure Sockets Layer (TLS/SSL) criptografadas.

Em vez de usar uma instância de banco de dados para cada finalidade especializada e se conectar ao endpoint de instância, é possível ter vários grupos de instâncias de banco de dados especializadas. Nesse caso, cada grupo tem o próprio endpoint personalizado. Dessa maneira, o Aurora pode realizar o balanceamento de conexão entre todas as instâncias dedicadas a determinadas tarefas, como a geração de relatórios ou o processamento de consultas de produção ou internas. Os endpoints personalizados distribuem conexões entre instâncias de forma passiva, usando o DNS para retornar aleatoriamente o endereço IP de uma das instâncias. Caso uma das instâncias de banco de dados dentro de um grupo se torne indisponível, o Aurora direciona conexões de endpoint personalizadas subsequentes para uma das outras instâncias de banco de dados associadas ao mesmo endpoint.