GRANT ALL ON *.* TO root@'localhost' IDENTIFIED BY 'rootroot';Caso queira verificar se todos os servidores configurados estao fazendo parte docluster, logue no mysql e digite:> SHOW STATUS LIKE 'wsrep_cluster_size%';Resultado vai ser uma tabela onde a coluna VALUE deve contar o numerocorrespondente a quantidade de servidores adicionados ao cluster. Parar o checklist aqui, significa que voce tem um cluster de banco de dados funcionando a todo vapor! O que vamos fazer a seguir e configurar um loadbalancer e um vip.Configuracao Corosync / PaceMaker:Primerio passo para configurarmos nosso cluster e criar a authkey necessariapara funcionamento do servico corosync.$ sudo corosync-keygenProcesso de gerar a chave e um pouco demorado. Quando terminar copie essa chave para os demais servidores. No ambiente de testes o output do comando corosync-keygen foi:Corosync Cluster Engine Authentication key generator.Gathering 1024 bits for key from /dev/random.Press keys on your keyboard to generate entropy.Press keys on your keyboard to generate entropy (bits = 872).Press keys on your keyboard to generate entropy (bits = 920).Press keys on your keyboard to generate entropy (bits = 968).Press keys on your keyboard to generate entropy (bits = 1016).Para copiar a chave para os demais servidores, voce pode utilizar o comando scp.$ scp /etc/corosync/authkey dev@NOME_DO_OUTRO_SERVIDOR:Apos efeutar a copia, va ate o outro servidor e copie o arquivo authkey do homedo usuario dev para o diretorio /etc/corosync, conforme indicacao abaixo.$ sudo cp -a authkey /etc/corosync/authkeyLogo apos a instalacao, por padrao o servico do corosync nao inicia como osdemais servicos apenas com o parametro start. Necessario alterar um arquivo paraque isso aconteca.$ sudo vim /etc/default/corosyncAssim que abrir o arquivo acima, vai reparar que o parametro START esta setadopara NO. Troque para YES, salve e feche o arquivo.Atencao, ainda nao inicie o servico do corosync, precisamos configurar o arquivo.conf correspondente.Indique o endereco de rede onde o cluster vai operar no campo bindnetaddr doarquivo corosync.conf. Nao alterei nenhum outro campo do arquivo .conf original.$ vim /etc/corosync/corosync.conf totem { version: 2 token: 3000 token_retransmits_before_loss_const: 10 join: 60 consensus: 3600 vsftype: none max_messages: 20 clear_node_high_bit: yes secauth: off threads: 0 rrp_mode: none interface {} }amf {ringnumber: 0bindnetaddr: 192.168.10.0 #Endereco de redemcastaddr: 226.94.1.1mcastport: 5405 mode: disabled}quorum { provider: corosync_votequorum expected_votes: 1}aisexec { user: rootgroup: root} logging { fileline: off to_stderr: yes to_logfile: no to_syslog: yes syslog_facility: daemon debug: off timestamp: on logger_subsys { subsys: AMF debug: off tags: enter|leave|trace1|trace2|trace3|trace4|trace6} } Inicie os servicos do Corosync e tambem do Pacemaker.$ sudo /etc/init.d/corosync start$ sudo /etc/init.d/pacemaker start Para verificar quantos servidores compoem o cluster utilize o parametro statusdo comando crm.$ sudo crm statusAtencao: Valido compreender dois recursos do cluster antes de prosseguirmos.Em ambos CIB(Cluster Information Base) desabilitei o stonith. Este recurso forca shutdown do servidor caso julgue necessario, justificativa e garantir integridade dos dados. Durante a pesquisa achei relatos que nao funciona corretamente. Adiante como pode perceber, opto por desligar o recurso.No-quorum-policy=ignore esta linha indica ao cluster que ele vai funcionar mesmo que nao tenha maioria de quorum. Exemplo: Imagine que voce possui dois servidores e um deles apresenta uma falha. Nesta condicao o cluster sera automaticamente desligado por falta de quorum. Para isso nao acontecer, digite