PolarDB for MySQL Multi-master Cluster (Limitless) evolui a arquitetura de escrita única e leitura múltipla para suportar vários escritores e leitores por meio de múltiplos nós primários. Essa edição é ideal para cargas de trabalho de leitura e escrita com alta concorrência, como SaaS multitenant, jogos online e comércio eletrônico.
A figura a seguir ilustra a arquitetura da Multi-master Cluster (Limitless) Edition.
Ao se conectar pelo endpoint do cluster, o PolarProxy encaminha as instruções SQL para o nó primário correto.
Principais vantagens
-
Write scale-out in seconds
Suporta escritas simultâneas em bancos de dados distribuídos em até 63 nós de computação. O failover dinâmico dos nós ocorre em segundos, aumentando a capacidade geral de leitura e escrita simultânea dos clusters.
-
Multiple-mater backup (no read-only nodes).
Em caso de falha em um nó primário, o failover para outro nó primário com pouco tráfego é executado em segundos. Os custos são reduzidos pela metade, pois não há necessidade de implantar recursos ociosos adicionais para standby ativo.
Cenários de uso
A Multi-master Cluster (Limitless) Edition atende a cenários como multitenancy em SaaS, jogos e comércio eletrônico, que exigem alto volume de requisições simultâneas de leitura e escrita.
-
Multitenancy in SaaS: high concurrency and load balance between tenants
Cenário: A quantidade de bancos de dados dos tenants varia rapidamente, assim como o volume de carga. É necessário distribuir os recursos de banco de dados entre diferentes instâncias para garantir a melhor experiência aos usuários.
Solução: A Multi-master Cluster (Limitless) Edition permite alternar bancos de dados entre diferentes nós primários ou adicionar novos nós primários em segundos para absorver picos de tráfego, garantindo o balanceamento de carga.
-
Global gaming server and e-commerce scenarios: scaling in minutes to cater to fast-growing business requests
Cenário: Soluções de sharding de bancos e tabelas baseadas em middleware ou na própria aplicação são comuns. Durante atualizações de versão e grandes promoções, é preciso expandir a capacidade do cluster rapidamente. Ao final desses eventos, o dimensionamento para baixo também deve ser ágil. No entanto, o dimensionamento em clusters tradicionais envolve etapas complexas de migração de dados.
Solução: O dimensionamento horizontal em segundos e o roteamento transparente da Multi-master Cluster (Limitless) Edition podem ser combinados com soluções de sharding baseadas em middleware ou na aplicação, reduzindo o tempo de expansão de vários dias para alguns minutos.
-
Gaming applications deployed on different servers: better performance and scalability
Cenário: Na fase de crescimento de um jogo, as cargas no banco de dados são intensas e aumentam continuamente, elevando também a demanda nos nós primários. Já na fase de declínio, a carga diminui significativamente e os bancos de dados são consolidados, reduzindo a pressão sobre os nós primários.
Solução: Durante o crescimento, migre parte dos bancos de dados para novos nós primários para equilibrar a carga. Na fase de declínio, consolide os bancos de dados em poucos nós primários para reduzir os custos operacionais.
Limitações
O mecanismo de banco de dados deve ser o MySQL 8.0.
Não é possível converter diretamente um cluster da Cluster edition para um cluster Multi-master Cluster (Limitless). Para atualizar a edição do produto do cluster, consulte Atualização de versão principal.
Melhoria de desempenho
Testes demonstram que a capacidade geral de leitura e escrita simultânea do cluster aumenta linearmente à medida que os bancos de dados são distribuídos por mais nós primários. O trecho a seguir descreve um exemplo de teste de estresse:
Contexto do teste: O cluster possui oito bancos de dados e oito nós primários.
Procedimento: Inicialmente, os oito bancos de dados compartilham um único nó primário. Os dados são sincronizados simultaneamente em todos os bancos para executar o mesmo teste de estresse. Durante o teste, os oito bancos de dados são distribuídos progressivamente para dois, quatro e, finalmente, oito nós primários. Observe a tendência de variação do desempenho geral do cluster.
A figura abaixo mostra a evolução do QPS.
No gráfico anterior, nota-se que a distribuição dos bancos de dados para mais nós primários melhora significativamente a capacidade de leitura e escrita simultânea do cluster, apresentando um crescimento linear.
Especificações de nós e faturamento
Especificações: São suportados os tipos dedicado e de uso geral. Consulte Especificações de nós de computação para Enterprise Edition.
Faturamento: Consulte Itens faturáveis e Regras de faturamento para nós de computação.
Primeiros passos
Defina as configurações básicas: crie uma conta de banco de dados, configure a lista de permissões do cluster e conecte-se ao banco de dados.
-
Em um Multi-master Cluster (Limitless), cada banco de dados ou objeto de dados direciona as escritas por um único nó. Ao criar um banco de dados, especifique um nó primário ou defina
loose_innodb_mm_default_master_idcomo 0 para permitir que o sistema selecione aleatoriamente um nó primário. -
Visualize dados usando instruções
SELECT.O PolarProxy encaminha as consultas automaticamente para o nó primário correto. Não é necessário especificar o nó manualmente.