PolarDB for MySQL oferece suporte à implantação de clusters em múltiplas zonas. Uma implantação multizona fornece capacidades de recuperação de desastres mais robustas do que uma implantação de zona única e protege contra falhas no nível do data center. PolarDB disponibiliza várias opções de implantação, incluindo zona dupla com cluster de storage standby ativo, zona dupla com cluster de storage standby ativo e computação standby, além de três zonas com cluster de storage standby ativo e um nó logger. Escolha a opção de implantação que melhor atenda às suas necessidades.
Implantação multizona
Em uma implantação multizona, os dados são distribuídos por várias zonas de disponibilidade. As zonas primária e secundária armazenam, cada uma, três réplicas de dados, totalizando seis, o que garante um SLA mais elevado. Os nós de computação residem na zona primária. A zona secundária contém o cluster de storage standby ativo e, em algumas configurações, nós de computação para failover caso a zona primária falhe.
Após ativar o cross-zone automatic switchover, o cluster executa automaticamente o failover entre as zonas primária e secundária se a zona primária falhar.
-
Para recuperação de desastres ou para fornecer acesso próximo a instâncias ECS, você pode manually fail over between the primary and secondary zones.
Uma implantação multizona possui os seguintes requisitos:
O cluster PolarDB deve estar em uma região com duas ou mais zonas de disponibilidade. As seguintes regiões não oferecem suporte à implantação multizona: China (Qingdao), China (Hohhot), China (Chengdu), Korea (Seoul), Philippines (Manila) e Thailand (Bangkok).
A zona secundária deve ter recursos de computação suficientes.
Modos de alta disponibilidade
Visão geral
Zona única (standby ativo desativado)
Este modo fornece services de banco de dados apenas na zona primária e não inclui um cluster de storage standby ativo, sendo uma opção de baixo custo.
-
No entanto, a recuperação leva mais tempo após uma falha completa da zona de disponibilidade. Se você precisar de alta disponibilidade entre zonas, recomendamos ativar um cluster de storage standby ativo.
Regras de alternância
É possível alternar para o modo de zona dupla (com cluster de storage standby ativo) ou para o modo de zona dupla (com cluster de storage standby ativo e computação standby).
Casos de uso
-
Pequenos sites ou aplicativos
Terceirize a O&M do banco de dados com um banco de dados em cloud econômico para focar no seu negócio.
-
Aprendizado pessoal
Iniciantes em bancos de dados podem usar esta configuração básica para testes e aprendizado.
-
Desenvolvimento e teste
A entrega rápida de bancos de dados em cloud permite criar e liberar recursos sob demanda, melhorando significativamente a eficiência do desenvolvimento.
Zona dupla (storage standby ativo)
Os dados são distribuídos por várias zonas de disponibilidade. As zonas primária e secundária armazenam, cada uma, uma cópia completa dos dados, garantindo um SLA mais elevado.
-
Todos os nós de computação devem residir na zona primária. O cluster de storage standby ativo na zona secundária gerencia o failover caso a zona primária falhe.
Regras de alternância
A alternância é permitida apenas para o modo de zona dupla (com cluster de storage standby ativo e computação standby).
Faturamento
Este modo armazena seis réplicas de dados (três na zona primária e três na secundária), resultando em custos de storage superiores aos do modo de zona única.
Casos de uso
Esta arquitetura clássica de alta disponibilidade atende a mais de 80% dos casos de uso, incluindo setores como internet, IoT, varejo, e-commerce, logística e jogos.
Zona dupla (storage e computação standby ativos)
Os dados são distribuídos por várias zonas de disponibilidade. As zonas primária e secundária armazenam, cada uma, uma cópia completa dos dados, garantindo um SLA mais elevado.
-
O cluster de storage standby ativo na zona secundária é utilizado para failover caso a zona primária falhe. A zona secundária possui o mesmo número de nós de computação que a zona primária para garantir recursos somente leitura suficientes após um failover e evitar degradação do service.
Regras de alternância
A alternância é permitida apenas para o modo de zona dupla (com cluster de storage standby ativo).
Faturamento
-
Nós de computação
Este modo adiciona nós de computação à zona secundária. Por padrão, esses nós correspondem em quantidade e especificações aos da zona primária e são faturados separadamente.
-
Espaço de storage
Os dados são distribuídos por várias zonas de disponibilidade. As zonas primária e secundária armazenam, cada uma, três réplicas de dados, totalizando seis réplicas. Os custos de storage são maiores do que no modo de zona única (cluster de storage standby ativo desativado).
Casos de uso
Este modo é adequado para bancos de dados de produção essenciais de grandes e médias empresas com requisitos de alta disponibilidade, como nos setores financeiro, novo varejo online, manufatura automotiva, educação e sistemas ERP corporativos de grande porte.
Três zonas (storage standby ativo e logger)
Oferece forte consistência de dados em várias zonas de disponibilidade. Em comparação com a replicação semissíncrona e assíncrona, esta arquitetura de três nós com um primário, um secundário e um logger combina replicação física com o protocolo X-Paxos para fornecer capacidades de recuperação de desastres mais robustas.
-
Se o cluster da zona primária falhar, o sistema executa automaticamente o failover para a zona secundária e realiza replicação síncrona forte de múltiplas réplicas entre zonas. Isso garante um objetivo de tempo de recuperação (RTO) inferior a 60 segundos, assegura forte consistência de dados e oferece confiabilidade de nível financeiro.
Regras de alternância
Não é possível alternar para outros modos de alta disponibilidade.
Faturamento
-
Nós de computação
O nó standby e o nó logger são gratuitos. O nó de leitura e escrita e os nós somente leitura são faturados como nós de computação padrão.
-
Espaço de storage
Os dados são distribuídos por várias zonas de disponibilidade. As zonas primária e secundária armazenam, cada uma, três réplicas de dados, totalizando seis réplicas. Os custos de storage são maiores do que no modo de zona única (cluster de storage standby ativo desativado).
Casos de uso
Este modo é adequado para bancos de dados de produção essenciais de grandes e médias empresas com requisitos de alta disponibilidade, como nos setores financeiro, novo varejo online, manufatura automotiva, educação e sistemas ERP corporativos de grande porte.
Para obter informações sobre o faturamento de nós de computação e espaço de storage, consulte Billing.
Ativar ou alternar modos de alta disponibilidade
-
Selecione um modo de alta disponibilidade na seção Network and Zone ao criar um cluster.
NotaOs modos de alta disponibilidade disponíveis dependem do número de zonas de disponibilidade e dos recursos na região do cluster. As opções na página de compra prevalecem.
Na seção Enable Hot Standby Cluster, selecione um dos seguintes modos de alta disponibilidade: Dual-AZ (enable hot standby storage cluster), Single-AZ (disable hot standby storage cluster), Dual-AZ (enable hot standby storage cluster and compute standby) ou Three-AZ. Se você selecionar Single-AZ (disable hot standby storage cluster), apenas o cluster primário (com 3 réplicas de dados) será mantido, e o preço unitário de storage será metade do valor cobrado quando um cluster de storage standby ativo está ativado.
Acesse a página . Clique em no cluster desejado. Na página Basic Information, execute a ação Switch to HA Mode na seção Distributed Storage.
Acesse a página . Clique em no cluster desejado e, na aba Cluster Availability da página , clique em Switch to HA Mode.
A alternância entre modos de alta disponibilidade está sujeita a certas limitações. Se o seu cluster não oferecer suporte à alternância para o modo desejado, recomendamos criar um novo cluster e selecionar o modo desejado durante a compra. Em seguida, utilize o Data Transmission Service (DTS) para migrar os dados do cluster existente para o novo. Para mais informações sobre migração de dados, consulte Migrate data between PolarDB for MySQL clusters.
