Este tópico descreve a arquitetura, os benefícios e os casos de uso de instâncias ApsaraDB RDS for MySQL na RDS Cluster Edition.
Introdução
Uma instância ApsaraDB RDS for MySQL na RDS Cluster Edition utiliza uma arquitetura desacoplada de computação e armazenamento com um nó primário e múltiplos nós secundários. Ela oferece suporte a failover automático, promoção de qualquer nó secundário a primário, nós secundários legíveis, dimensionamento de nós sob demanda, recuperação de desastres em múltiplas zonas de disponibilidade, monitoramento em nível de nó e gerenciamento de topologia do cluster. Você também pode ativar a replicação em grupo (MGR) para atingir um objetivo de ponto de recuperação (RPO) igual a 0. Em comparação com bancos de dados autogerenciados, esta edição é mais econômica, flexível e confiável.
A tabela a seguir descreve as especificações técnicas das diferentes edições do ApsaraDB RDS for MySQL.
|
Item |
RDS Basic Edition |
RDS High-availability Edition |
RDS Cluster Edition |
|
Número de nós |
1 |
2 (padrão) Nota
Uma instância RDS High-availability Edition inclui um nó primário e um nó secundário por padrão. Para adicionar mais nós, crie instâncias somente leitura. |
2 a 9 Nota
Ao criar uma instância RDS Cluster Edition, ela inclui por padrão um nó primário e dois nós secundários (três nós no total). Também é possível criar uma instância com um nó primário e um nó secundário (dois nós no total). Após a criação, adicione nós para aumentar o número de nós secundários até o máximo de oito, totalizando nove nós (um primário e oito secundários). |
|
Nós secundários legíveis |
N/A |
Não |
Sim |
|
Tipo de endpoint |
Endpoint de leitura/gravação |
Endpoint de leitura/gravação |
|
|
Modo de replicação |
Nenhum |
Assíncrono e semissíncrono |
Assíncrono, semissíncrono e replicação em grupo |
|
Número máximo de nós indisponíveis tolerados |
0 |
1 |
n-1, onde n é o número de nós na instância RDS Cluster Edition. |
|
Número de zonas de disponibilidade |
1 |
Até 2 |
Até o número de nós na instância RDS Cluster Edition. |
Arquitetura
A RDS Cluster Edition está disponível para ApsaraDB RDS for MySQL 5.7, 8.0 e 8.4. Ela oferece uma implantação de alta disponibilidade com um nó primário e múltiplos nós secundários. A figura a seguir ilustra a arquitetura.
Benefícios
Economia de custos
Os nós secundários legíveis permitem escalar horizontalmente a capacidade de leitura de forma linear, sem a necessidade de criar instâncias somente leitura separadas — o que reduz significativamente os custos com recursos e a capacidade ociosa. Em comparação à RDS High-availability Edition, que exige a criação de instâncias somente leitura para escalar leituras, a RDS Cluster Edition pode reduzir os custos em até 40%.
Há duas formas de acessar os nós secundários de uma instância RDS Cluster Edition:
Pelo endpoint de roteamento somente leitura: crie um endpoint de roteamento somente leitura para sua instância gratuitamente. Esse endpoint permite adicionar múltiplos nós secundários e configure seus pesos de leitura para balanceamento de carga. Para mais informações, consulte Visualize e gerencie endpoints e portas de instâncias.
-
Por meio de um proxy de banco de dados: ative o serviço de proxy de banco de dados para sua instância e facilite a separação de leitura/gravação entre os nós primário e secundários. Comparado ao endpoint de roteamento somente leitura, o proxy de banco de dados oferece recursos avançados como separação automática de leitura/gravação, conexões persistentes, pooling de conexões, limiares de latência e divisão de transações. Para mais informações, consulte Ative o recurso de proxy dedicado e O que é um proxy de banco de dados?.
NotaA partir de 25 de junho de 2024, um proxy de banco de dados de uso geral é ativado por padrão, sem custo adicional, na criação de uma nova instância primária na RDS Cluster Edition. Para mais informações, consulte Tarifas do proxy de banco de dados e O que é um proxy de banco de dados?.
Para maior estabilidade do proxy de banco de dados, altere o tipo de proxy de uso geral para dedicado. Para mais informações, consulte Altere as configurações de um proxy de banco de dados e Proxies de uso geral e dedicados.
O serviço de proxy dedicado pode ser desativado a qualquer momento. Para mais informações, consulte Desative o recurso de proxy dedicado.
Flexibilidade
-
Implantação flexível de nós
Ao contrário das configurações fixas de nós da RDS Basic Edition e da RDS High-availability Edition, a RDS Cluster Edition oferece gerenciamento dinâmico de topologia. Após criar uma instância, adicione ou remova nós de forma flexível e conforme as necessidades do seu negócio, alcançando a melhor relação custo-benefício. Para mais informações, consulte Adicione um nó a uma instância ApsaraDB RDS for MySQL, Remova um nó de uma instância ApsaraDB RDS for MySQL.
-
Monitoramento em nível de nó
A RDS Cluster Edition fornece dados de monitoramento em nível de nó, permitindo acompanhar o status operacional de cada nó individualmente.
Confiabilidade
-
Recuperação de desastres em múltiplas zonas de disponibilidade
Diferentemente da RDS High-availability Edition, que limita a recuperação de desastres a duas zonas de disponibilidade, qualquer nó secundário em uma instância RDS Cluster Edition pode participar de um failover. Recomenda-se implantar cada nó em uma zona de disponibilidade diferente para implementar a recuperação de desastres em múltiplas zonas.
-
Consistência forte de dados
Baseado no protocolo de consenso distribuído Paxos, o MGR garante que uma transação seja enviada a todos os nós secundários antes de ser confirmada. O nó primário só confirma a transação após a maioria dos nós secundários acusarem o recebimento. Em comparação à replicação semissíncrona ou assíncrona, a replicação em grupo oferece consistência forte de dados e maior segurança das informações.
-
Nós secundários mais confiáveis
A Alibaba Cloud otimizou o ApsaraDB RDS com tecnologias nativas de nuvem para elevar a confiabilidade dos nós secundários em instâncias RDS Cluster Edition:
O sistema de alta disponibilidade do RDS foi rearquitetado para reduzir o tempo de detecção de falhas em nós secundários de minutos para segundos.
A capacidade de snapshot quase instantânea do Elastic Block Storage (EBS) reduz o tempo de recuperação de dados de dezenas de minutos para menos de um minuto. Como resultado, em 99% dos casos, um nó secundário se recupera de uma falha em menos de 10 minutos.
Se a latência de replicação em um nó secundário ultrapassar 7.200 segundos (2 horas), o nó é reconstruído automaticamente para resolver o problema.
Casos de uso
A RDS Cluster Edition é ideal para bancos de dados de produção de grandes e médias empresas que lidam com alto volume de solicitações de leitura e demandam análise inteligente de dados. Entre os setores de aplicação estão e-commerce e varejo, manufatura automotiva, educação e sistemas de planejamento de recursos empresariais (ERP) em larga escala.
Conteúdo relacionado
|
Categoria |
Tópico |
|
Configuração |
|
|
Atualizar para RDS Cluster Edition |
|
|
Migrar para uma instância na RDS Cluster Edition |
|
|
Replicação em grupo |
|
|
Proxy de banco de dados |
Criar uma instância
Para criar uma instância na RDS Cluster Edition, consulte Etapa 1: Criar uma instância ApsaraDB RDS for MySQL.