O MySQL Group Replication (MGR) ajuda a criar sistemas tolerantes a falhas com redundância, replicando o estado em um conjunto de servidores. Consequentemente, mesmo que alguns dos servidores falhem (desde que não seja a maioria), o sistema ainda estará disponível. Com isso, todas as transações de leitura / gravação são confirmadas somente após serem aprovadas pelo grupo, enquanto as solicitações somente leitura não precisam de coordenação e, portanto, são processadas imediatamente. O MySQL Group Replication é um plugin do servidor MySQL que fornece replicação de máquina de estado distribuída com forte coordenação entre servidores. Assim, os servidores se coordenam automaticamente quando fazem parte do mesmo grupo. O grupo pode operar em um modo primário único com uma eleição primária automática, em que apenas um servidor aceita atualizações de cada vez. Alternativamente, para usuários mais avançados, o grupo pode ser implantado no modo multi-primário, onde todos os servidores podem aceitar atualizações, mesmo que sejam emitidos simultaneamente. Para usar o Group Replication, as instâncias do servidor devem atender aos seguintes requisitos :

• InnoDB Storage Engine.  Os dados devem ser armazenados no mecanismo de armazenamento transacional do InnoDB .
• Chaves Primárias.  Cada tabela que deve ser replicada pelo grupo deve ter uma chave primária definida ou equivalente de chave primária (uma chave exclusiva não nula).
• Rede IPv4.  O mecanismo de comunicação de grupo usado pelo MySQL Group Replication requer infraestrutura de rede IPv4.
• Desempenho de Rede.  A Replicação de Grupo foi projetada para ser implantada no ambiente em cluster onde as instâncias do servidor estão muito próximas uma da outra e é afetada pela latência da rede e pela largura de banda da rede.

A replicação de grupo pode operar em dois modos:

• single-primary – apenas um servidor pode aceitar atualizações de cada vez e, se ficar indisponível, a eleição de um novo nó primário é chamada automaticamente

• multi-primário – todos os servidores podem aceitar atualizações (mesmo que sejam emitidos simultaneamente)

Agora, vamos aprender sobre os detalhes da execução de uma Replicação de Grupo do MySQL e as diferenças entre os modos Single e Multi-Primary em detalhes.

Replicação de grupo com cluster único MySQL principal

Ao operar com o MGR, os seguintes detalhes devem ser considerados:

• grupo pode incluir até 9 servidores no máximo e qualquer tentativa subseqüente de adicionar servidor fará com que a solicitação de associação seja recusada
• a comunicação interna é baseada em uma conexão TCP peer-to-peer, que é usada apenas para a transmissão de mensagens entre membros do grupo
• carga adicional (quando comparado com a replicação mestre-escravo e mestre-mestre ) é esperada devido à necessidade de servidores constantes que interagem para fins de sincronização
• a fim de permanecer operável, a maioria dos membros do grupo deve estar ativa; isso afeta diretamente o número de falhas do servidor, que podem ser toleradas

No modo primário único , um membro do grupo é emitido com permissões de leitura / gravação (isto é, é configurado como primário), enquanto os membros restantes são configurados para somente leitura. De tal forma, apenas um único nó do seu cluster de banco de dados pode aceitar e processar atualizações. Assim, no caso da falha primária, uma eleição automática será realizada para atribuir uma nova. Para criar uma replicação de grupo primário único, selecione Single MGR no assistente de topologia durante a criação do ambiente. Após a criação, você deve obter a topologia semelhante à exibida acima.

Replicação de Grupo Multi-Primário do MySQL Cluster

O modo Multi-Primary Group Replication compartilha os detalhes do MGR descritos na seção anterior, mas todos os membros do cluster são fornecidos com permissões de leitura / gravação e podem aceitar atualizações. Tal implementação fornece benefícios de gravação simultânea em diferentes servidores MySQL, e não requer tempo para eleger e preparar novas primárias em caso de necessidade. Para instalar um cluster Multi-Primary Group Replication, selecione Multi MGR na mesma lista suspensa do assistente de topologia mencionado acima. A topologia padrão para o cluster de Replicação de Grupo Multi-Principal inclui 3 servidores (e pode ser aumentada durante a criação do ambiente). A diferença pode ser observada no painel de administração do orquestrador que pode ser acessado com as credenciais do email apropriado relacionado à implantação do balanceador de carga ProxySQL . Como é mostrado nesta imagem composta, todos os membros do cluster são graváveis (ou seja, podem aceitar atualizações). Agora, você conhece as principais possibilidades de replicação de grupo de cluster automático integrado e como é fácil ativar essa função. Portanto, obtenha seu cluster de banco de dados altamente disponível e confiável configurado automaticamente em nenhum momento e sem nenhum esforço com o Jelastic PaaS .