Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Atualizado em 2023-01-09 GMT+08:00

Tipos de instância de banco de dados

A menor unidade de gerenciamento do RDS é a instância de banco de dados. Uma instância de banco de dados é um ambiente de banco de dados isolado na nuvem. Cada instância de banco de dados pode conter vários bancos de dados criados pelo usuário e você pode acessar uma instância de banco de dados usando as mesmas ferramentas e aplicativos que você usa com uma instância de banco de dados autônoma. Você pode criar e modificar instâncias de banco de dados usando o console de gerenciamento ou APIs. O RDS não tem limites no número de instâncias de banco de dados em execução. Cada instância de banco de dados tem um identificador de instância de banco de dados.

As instâncias de banco de dados são classificadas nos seguintes tipos.

Tabela 1 Tipos de instância de banco de dados

Tipo de instância de banco de dados

Descrição

Observações

Única

Usa uma arquitetura de nó único. Mais econômico do que instâncias de banco de dados primárias/em espera.

Se ocorrer uma falha em uma única instância, a instância não poderá se recuperar em tempo hábil.

Primária/em espera

Utiliza uma arquitetura de alta disponibilidade. Um par de instâncias primária e em espera tem a mesma classe de instância.

As instâncias primária e em espera podem ser implantadas em diferentes AZs.

  • Quando uma instância primária está sendo criada, uma instância em espera é provisionada de forma síncrona para fornecer redundância de dados. A instância em em espera fica invisível para você após ser criada.
  • Se ocorrer um failover devido a uma falha de instância primária, o cliente de banco de dados será desconectado por um curto período de tempo. Você precisa reconectar o cliente à instância.
  • O modo de replicação entre as instâncias principal e em espera é o seguinte:
    • Para instâncias do RDS for MySQL, o modo de replicação é semi-síncrono por padrão.
    • Para instâncias do RDS for PostgreSQL, o modo de replicação é assíncrono por padrão.
    • Para o Microsoft SQL Server, o modo de replicação entre as instâncias primárias e em espera é síncrono e entre a instância primária e réplicas de leitura é assíncrono por padrão.

Réplica de leitura

Usa uma arquitetura de nó único (sem um nó em espera).

  • Uma réplica de leitura é uma instância de nó único. Se o servidor físico que hospeda uma réplica de leitura estiver com defeito ou a replicação do banco de dados entre a réplica de leitura e sua instância principal for anormal, levará muito tempo para reconstruir e restaurar a réplica de leitura (dependendo do volume de dados).
  • O proxy de banco de dados é recomendado para cargas de trabalho de leitura intensiva. Antes de usar o proxy de banco de dados, certifique-se de ter comprado mais de uma réplica de leitura. Se uma única réplica de leitura estiver defeituosa, o proxy de banco de dados poderá distribuir o tráfego para outras réplicas de leitura.

Cluster

Usa a arquitetura de Microsoft Always On com um nó principal, um nó secundário e até cinco nós que realizam somente leitura. Ela traz maior disponibilidade, confiabilidade e escalabilidade.

Apenas para o RDS for SQL Server.

Para o RDS for SQL Server, somente o 2017 da edição empresarial oferece suporte a réplicas de leitura.

Você pode usar o RDS para criar e gerenciar instâncias de banco de dados executando vários mecanismos de banco de dados.

Para obter detalhes sobre diferenças e comparação de funções entre diferentes tipos de instância, consulte Primeiros passos da instância de banco de dados e Comparação de funções.