MySQL Fabric: Gerenciamento de Grupos de Bancos de Dados MySQL.

Gerenciamento de Grupos de Bancos de Dados MySQL com MySQL Fabric

O MySQL Fabric torna mais simples o gerenciamento de grupos de bancos de dados MySQL. Voc� pode e deve utilizar o MySQL Fabric sempre que precisar de uma soluç�o de alta disponibilidade para o seu ambiente produtivo. Al�m disso, ele prov� failover autom�tico e detecç�o de falhas.
Apesar de o MySQL Fabric prover o �database sharding�, neste artigo iremos abordar apenas a parte da alta disponibilidade do Fabric. Essa parte, basicamente, organiza os servidores MySQL em grupos, ou comumente conhecido como �high-availability groups�, para proporcionar alta disponibilidade. Por exemplo, se voc� est� utilizando uma replicaç�o padr�o ass�ncrona, o Fabric pode ser configurado para monitorar automaticamente o estado dos servidores em um determinado grupo. Nesse caso, se o �Master� atual do grupo falhar, o Fabric elege um novo servidor no grupo para se tornar o �Master�. Mas caso voc� queira, tamb�m � poss�vel realizar o failover de forma manual.

Para utilizar o MySQL Fabric, ser� necess�rio utilizar um conector MySQL na aplicaç�o (dispon�vel para download no site do MySQL), que utilize o protocolo XML-RPC. Atualmente, o Python Driver (Connector/Python) e JDBC Driver (Connector/J) s�o �fabric-aware�, ou seja, est�o prontos para o Fabric.

Saiba mais: JDBC tutorial

O MySQL Fabric n�o trabalha sozinho. As informaç�es de todos os servidores e grupos s�o gerenciadas por uma inst�ncia MySQL separada, que � utilizada como uma esp�cie de �reposit�rio� do Fabric. Essa inst�ncia � chamada de �Backing Store� e n�o pode fazer parte de nenhum grupo de servidores os chamados �high-availability group�. J� as inst�ncias MySQL gerenciadas pelo Fabric, precisam ter o �Global Transaction Identifiers� (GTID) habilitado. Esse par�metro � utilizado pelo Fabric para checar e manter a consist�ncia entre os servidores. O MySQL Fabric organiza os servidores em �high-availability groups� para gerenciar diferentes �shards� ou simplesmente proporcionar alta disponibilidade, que � o assunto que iremos abordar aqui.

Quando utilizamos a tecnologia de master/slave, o Fabric pode ser configurado para trabalhar monitorando o estado atual de cada inst�ncia para gerenciar quem � o atual �Master�. Por exemplo, se estiver utilizando uma replicaç�o padr�o ass�ncrona, o Fabric monitora o status de cada servidor no grupo. Ent�o, em caso de falha do �Master�, o Fabric elege um novo servidor no grupo para se tornar o �Master�, tudo isso de forma autom�tica.

Para quem est� familiarizado com a soluç�o de alta disponibilidade do Oracle Database, o �Oracle Dataguard�, estar� mais familiarizado com o MySQL Fabric pois ele tem um papel muito semelhante ao �Broker� do Oracle Dataguard, provendo o failover/switchover de forma manual ou autom�tica.

Assim como no �Broker�, temos a ferramenta DGMGRL para efetuar comandos e administrar a replicaç�o entre os Oracle Databases. No MySQL Fabric utilizamos a ferramenta chamada �mysqlfabric� que segue o mesmo prop�sito. Com esta ferramenta � poss�vel executar diversas operaç�es, tais como criar e gerenciar grupos, verificar o status da replicaç�o, fazer switchover/failover e v�rias outras operaç�es.

No exemplo a seguir faremos uma demonstraç�o de como funciona o MySQL Fabric. Para isso iremos utilizar a vers�o do Linux RHEL x.x, rodando o MySQL 5.7 para ser o reposit�rio (�Backing Store�) do MySQL Fabric.

O MySQL Fabric

No Linux, o MySQL Fabric fica dentro do pacote rpm �MySQL Utilities� dispon�vel para download na p�gina principal (seç�o Links). Portanto, basta instalar esse pacote que o MySQL Fabric estar� instalado, pronto para configuraç�o.

Conceitos Gerais

Para entender o MySQL Fabric, primeiramente precisamos apresentar uma terminologia usada pelo projeto. Começaremos listando definiç�es b�sicas e, em seguida, entraremos em mais detalhes quando necess�rio.

Grupo: Uma coleç�o de servidores mysqld;
N�: Uma inst�ncia em execuç�o do MySQL Fabric;
Prim�rio: Um membro do grupo que foi designado mestre;
Secund�rio: Um membro do grupo que � somente leitura.

Grupo

Um servidor aqui � realmente uma inst�ncia do mysqld, embora idealmente, todas as inst�ncias de um grupo devem estar em servidores diferentes. No entanto, durante o teste, voc� pode criar v�rias inst�ncias no mesmo host, uma vez que voc� realmente n�o precisa de HA (High Availability Group).

Um determinado servidor s� pode fazer parte de um �nico grupo. Isso pode parecer confuso no in�cio, mas quando voc� percebe que o MySQL Fabric depende da replicaç�o (usando GTID) para a maior parte de seu trabalho, fica mais claro. Um determinado servidor MySQL s� pode ter um mestre e, portanto, n�o faz sentido para ele pertencer a v�rios grupos.

Os grupos t�m identificadores, que s�o apenas nomes simb�licos que precisam cumprir algumas regras b�sicas

N�

Note que um n� n�o � um servidor MySQL que faz parte de um grupo. � um programa python que, entre outras coisas, fornece o servidor XML-RPC que � usado por conectores especiais e pelo cliente de linha de comando "mysqlfabric". No entanto, um n� precisar� de uma inst�ncia do mysqld. Esta inst�ncia � chamada de backend store e ser� usada pelo MySQL Fabric para salvar todas as informaç�es necess�rias para gerenciar os servidores.

Prim�rio

O servidor prim�rio � o �nico servidor grav�vel em um grupo. Isso se aplica ao HA, n�o ao sharding, embora voc� possa definir um grupo (e, portanto, um Primary) por shard e, portanto, usar o MySQL Fabric tanto para sharding, quanto para fornecer HA para cada shard.

Secund�rio

Um servidor secund�rio � um membro de um grupo que est� dispon�vel para substituir um servidor prim�rio no failover e que � somente leitura. Tamb�m pode ser usado para dimensionar leituras.

Usu�rios

O MySQL Fabric pode utilizar quatro tipos diferentes de usu�rios com privil�gios espec�ficos para atividades de cada um deles, que s�o:

Backing Store User: Armazena informaç�es espec�ficas do Fabric e � criado somente no servidor do MySQL �Backing Store�;
Server User: Acessa os servidores MySQL que ser�o gerenciados pelo Fabric, � criado em cada servidor MySQL que ser� gerenciado pelo Fabric;
Backup User: Executa operaç�es de backup, assim como mysqldump, � criado em cada servidor MySQL que ser� gerenciado pelo Fabric;
Restore User: Executa operaç�es de restore, utiliza normalmente o �client� do mysql, � criado em cada servidor MySQL que ser� gerenciado pelo Fabric.

Nota. Privil�gios e Usu�rios: � poss�vel utilizar o mesmo usu�rio MySQL para utilizar como �server user�, �backup user� e �restore user�, por�m nesse caso o usu�rio teria uma soma de privil�gios dos tr�s usu�rios, que o deixaria com muitos privil�gios, o que n�o � recomendado para utilizar em produç�o.

Nesse exemplo, iremos ver como baixar o pacote de instalaç�o do MySQL Fabric, efetuar a criaç�o dos usu�rios mencionados acima, que far�o parte da configuraç�o. Veremos tamb�m a criaç�o do grupo de monitoraç�o da replicaç�o, adiç�o das inst�ncias a serem gerenciadas pelo Fabric ao group de HA, promover um slave a Master, checar a integridade da replicaç�o.

Baixando o MySQL Fabric

Para fazer o download do MySQL Fabric utilize o link da seç�o Links. Os downloads est�o em pacotes e podem ser baixados para v�rios tipos de servidores e sistemas operacionais. Baixe o pacote que corresponde � sua plataforma e extraia os arquivos em uma pasta de sua prefer�ncia, conforme mostra a Figura 1.

Figura 1. P�gina onde � poss�vel realizar o download do pacote de instalaç�o do MySQL Fabric

O site acima tamb�m fornece os conectores MySQL Fabric-aware. Faça o download do conector que voc� deseja usar com um aplicativo MySQL Fabric. Para obter mais informaç�es sobre como instalar e começar a usar o MySQL Fabric em seus aplicativos, consulte a seç�o espec�fica do conector apropriada

Instalando o MySQL Fabric

O MySQL Fabric/Utilities requer o Python 2.6 instalado. Para facilitar o processo voc� tamb�m poder� configurar o YUM (instruç�es de como configur�-lo na seç�o Links) para fazer o download e instalar automaticamente as depend�ncias de pacotes, conforme mostra a Figura 2.

Figura 2. Download do Pacote de instalaç�o do MySQL Fabric (utilities) utilizando o yum

Configurando o MySQL Fabric

A primeira coisa que iremos precisar para iniciar a configuraç�o do Fabric � um usu�rio no servidor (inst�ncia) que iremos utilizar como o �Backing Store� ou �Repositorio� do Fabric. As informaç�es dessa conta ficam armazenadas no arquivo de configuraç�o fabric.cfg na sess�o de [storage], conforme mostra a Figura 3.

Figura 3. Configuraç�o das informaç�es do usu�rio do backing store

O usu�rio que criaremos para o backing store, necessita dos seguintes privil�gios (Nota do DevMan 1) no database do backing store:

ALTER- alterar objetos dos databases
CREATE- criar objetos nos databases
CREATE VIEW - criar views
DELETE - deletar linhas
DROP- deletar objetos no database
EVENT - gerenciar eventos
REFERENCES - criar foreign keys
INDEX - criar indexes
INSERT - inserir linhas
SELECT - selecionar linhas
UPDATE- atualizar linhas

A Listagem 1 mostra um exemplo de criaç�o do usu�rio.

Listagem 1. Exemplo de criaç�o do usu�rio.

CREATE USER "fabric"@"localhost"
     IDENTIFIED BY "secret";
   
  GRANT ALTER, CREATE, CREATE VIEW, DELETE, DROP, EVENT,
     INDEX, INSERT, REFERENCES, SELECT, UPDATE ON fabric.*
     TO "fabric"@"localhost";

Privil�gios: A permiss�o �REFERENCES� n�o � necess�ria nas vers�es anteriores ao MySQL 5.6. Somente ser� necess�rio se estiver utilizando o MySQL 5.7 ou superior.

O usu�rio do Servidor

O Fabric utiliza o usu�rio do servidor (inst�ncia mysql) para acessar todos os servidores MySQL que ser�o gerenciados pelo Fabric, portanto � necess�rio cri�-lo em cada servidor individualmente. As informaç�es dessa conta ficam armazenadas no arquivo de configuraç�o do fabric.cfg na sess�o de [servers], conforme mostra a Figura 4.

Figura 4. Configuraç�o de usu�rio e senha do usu�rio do servidor no arquivo fabric.cfg

Nota. Senhas: As senhas dos usu�rios ficam em aberto no arquivo de exemplo, por�m isso n�o � recomendado para ambientes produtivos, devendo ent�o criptografar essas senhas.

O usu�rio do server (fabric) nesse exemplo, necessita dos seguintes privil�gios no escopo GLOBAL: DELETE, PROCESS, RELOAD, REPLICATION CLIENT, REPLICATION SLAVE.

No escopo do database, que no exemplo se chama �fabric�, o usu�rio do servidor necessita das seguintes permiss�es: ALTER, CREATE, DELETE, DROP, INSERT, SELECT, UPDATE. Na Listagem 2 temos o exemplo para criaç�o do usu�rio.

Listagem 2. Exemplo de criaç�o do usu�rio.

CREATE USER "fabric"@"localhost"
    IDENTIFIED BY "secret";
   
  GRANT DELETE, PROCESS, RELOAD, REPLICATION CLIENT,
    REPLICATION SLAVE, SELECT, SUPER, TRIGGER ON *.*
    TO "fabric"@"localhost";
   
  GRANT ALTER, CREATE, DELETE, DROP, INSERT, SELECT, UPDATE
     ON fabric.* TO "fabric"@"localhost";

Usu�rio de Backup

Se voc� quiser clonar uma inst�ncia do MySQL e adicionar em um HA �High-Availability Group�, ent�o voc� ir� precisar criar os usu�rios de backup e restore (Nota do DevMan 2), assim como foi feito com o usu�rio do servidor. As informaç�es dessa conta tamb�m ficam armazenadas no arquivo de configuraç�o do fabric.cfg na sess�o de [servers].

Nota do DevMan 2. Backup e Restore: N�o iremos considerar o backup e restore da inst�ncia MySQL nesse exemplo. Iremos apenas tratar da configuraç�o do MySQL Fabric, levando em consideraç�o que voc� j� tenha uma replicaç�o padr�o Master/Slave.

Arquivo de Configuraç�o

O arquivo de configuraç�o possui o nome de fabric.cfg e dependendo do sistema operacional, fica armazenado em um caminho diferente (Figura 5). O arquivo pode ser encontrado na documentaç�o do pacote que ser� feito o download. Nesse arquivo configuramos os usu�rios e senhas que foram criados no passo anterior.

Figura 5. Arquivo de configuraç�o do Fabric

O arquivo de configuraç�o do Fabric possui todas as informaç�es necess�rias para rodar o MySQL Fabric. Cada sess�o possui v�rios par�metros configurados que definem informaç�es chaves das bibliotecas do MySQL Fabric, voc� n�o precisar� alterar nenhum desses par�metros al�m dos usu�rios e senhas da Listagem 2.

Apesar de n�o ser necess�rio na maioria das vezes fazer nenhuma alteraç�o no arquivo de configuraç�o al�m da alteraç�o dos usu�rios e senhas, iremos descrever algumas dessas sess�es que temos dispon�veis no arquivo (fabric.cfg) e fazer uma breve explicaç�o de para que server cada uma delas.

[DEFAULT]
A sess�o DEFAULT cont�m as informaç�es dos caminhos de instalaç�o do MySQL Fabric. Essa sess�o � criada como uma parte da instalaç�o e normalmente n�o deveria ser modificada.

[STORAGE]
Essa sess�o cont�m informaç�es que o n� do MySQL Fabric usa para se conectar ao backing store.

[SERVERS]
Essa sess�o cont�m informaç�es que o MySQL Fabric utiliza para se conectar aos servidores que s�o gerenciados.

[PROTOCOL.XMLRPC]
Essa sess�o cont�m informaç�es sobre como o client se conecta ao n� do MySQL Fabric e par�metros de configuraç�o do protocolo XML-RPC no servidor.

[PROTOCOL.MYSQL]
Essa sess�o cont�m informaç�es sobre como o client se conecta ao n� do MySQL Fabric utilizando o protocolo MySQL Client/Server.

[EXECUTOR]
Essa sess�o cont�m par�metros para configurar o executor. O executor � respons�vel por executar procedimentos em uma ordem sequencial, que garante que as solicitaç�es n�o conflitem entre si. As solicitaç�es recebidas s�o mapeadas e envidadas como procedimentos que podem ser executados imediatamente ou serem agendados atrav�s do executor. Procedimentos agendados atrav�s do executor s�o processados dentro do contexto de �threads� chamados pelo executor. Normalmente, operaç�es de leitura s�o imediatamente executadas pela sess�o XML-RPC e operaç�es de escrita s�o agendadas e executadas atrav�s do executor.

[LOGGING]
MySQL Fabric registra informaç�es sobre suas atividades para a sa�da padr�o quando iniciado como um processo regular. No entanto, quando iniciado como um daemon, ele grava informaç�es em um arquivo configurado pela opç�o Fabric URL usado para log.

Preparando o MySQL para o Fabric

Agora vamos configurar as inst�ncias do MySQL que ser�o gerenciadas pelo Fabric. Basicamente todas as inst�ncias de MySQL que ser�o gerenciados pelo Fabric requerem os par�metros gtid_mode (GTID), bin_log (binary logging) e o log_slave_updates habilitados. Al�m disso, cada servidor dever� ter o seu pr�prio server_id configurado, conforme mostra a Figura 6.

Figura 6. Par�metros configurados no my.cnf das inst�ncias que ser�o monitoradas pelo MySQL Fabric

As configuraç�es a seguir devem constar no arquivo de configuraç�o do MySQL (my.cnf) de cada inst�ncia que ser� gerenciada pelo Fabric.

Server-id=1 � a identificaç�o de cada servidor, gtid-mode=on par�metro que � utilizado pelo Fabric para checar e manter a consist�ncia entre os servidores, log-bin que s�o os logs bin�rios do mysql como pode ser visto na Listagem 3.

Listagem 3. Configuraç�o do my.cnf.

#Server_id 
  server-id=1 
  #Global Transacional
  gtid-mode=on
  log-bin = /etc/mysql/binlog/mysql-bin
  log-slave-updates = 1

Existe um par�metro opcional --config que aceita o caminho do arquivo de configuraç�o do Fabric como par�metro (Nota do DevMan 3). Assim ele ir� utilizar o arquivo passado no par�metro ao inv�s do arquivo de configuraç�o no caminho padr�o.

Par�metros: Existe uma opç�o �param que permite que voc� sobrescreva as configuraç�es em tempo de execuç�o, como utilizar outro usu�rio e senha para o fabric, por exemplo:

shell> mysqlfabric manage setup --param=storage.user=fabricstore --param=storage.password=welcome

No servidor onde ser� instalado o Fabric, iremos executar os comandos para configurar o Fabric. Aqui iremos fazer o setup inicial do Fabric:

mysqlfabric manage setup

Com esse comando o database � criado assim como as devidas tabelas e usu�rios. Essas informaç�es s�o carregadas do arquivo de configuraç�o, conforme mostra a Figura 7.

Figura 7. Fazendo a configuraç�o inicial do Fabric. Passo onde o database � criado./figcaption>

Ap�s a execuç�o do setup, podemos ver que o database configurado no fabric.cfg (fabric) foi criado com sucesso utilizando o seguinte c�digo, assim como as tabelas:

mysql -hlocalhost -P3306 -ufabric -psecret -e"SHOW DATABASES; USE fabric; SHOW TABLES;"

Veja a execuç�o na Figura 8.

Figura 8. Database do Fabric criado, bem como as tabelas que fazem parte da configuraç�o

Depois de configurado iniciamos o MySQL Fabric com o comando a seguir (o comando em espec�fico n�o retorna nenhuma sa�da):

mysqlfabric manage start --daemonize

Com o serviço do Fabric iniciado, agora podemos listar os grupos existentes (note que aqui ainda n�o aparece nenhum grupo criado) com o c�digo a seguir:

mysqlfabric group lookup_groups

Veja o resultado na Figura 9.

Figura 9. Grupos criados - nesse momento ainda n�o temos nenhum grupo criado

Agora criaremos o HA (High Availability Group) para depois adicionarmos os servidores a esse grupo utilizando o c�digo a seguir e o resultado apresentado na Figura 10:

mysqlfabric group create my_group

Figura 10. Criando o grupo para podermos adicionar os servidores a ele

Na Figura 11 listamos os grupos novamente. Repare que agora o novo grupo ir� aparecer usando o seguinte c�digo:

mysqlfabric group lookup_groups

Figura 11. Listando o grupo rec�m-criado, ainda sem nenhum servidor adicionado

O comando abaixo � utilizado para listar os servidores que fazem parte do grupo:

mysqlfabric group lookup_servers my_group

Nesse momento s� criamos o grupo, por isso ainda n�o aparece nenhum servidor, como mostra a Figura 12.

Figura 12. Listando os servidores adicionados ao grupo my_group, ainda nenhum servidor foi adicionado

Verificando a �sa�de� do grupo, com o comando a seguir � apontado qualquer anormalidade na replicaç�o, e o erro ir� aparecer na sess�o �issue�, conforme mostra a Figura 13:

mysqlfabric group health my_group

Figura 13. Verificando a sa�de dos servidores adicionados ao grupo my_group. Ainda nenhum servidor foi adicionado

Agora sim com o c�digo a seguir iremos adicionar os servidores ao HA grupo my_group criado anteriormente, conforme mostra a Figura 14.

mysqlfabric group add my_group localhost:3307

Figura 14. Adicionando a inst�ncia MySQL ao grupo HA criado

Em seguida, adicionamos a segunda inst�ncia (Figura 15) e a terceira inst�ncia (Figura 16) com os seus respectivos comandos:

mysqlfabric group add my_group localhost:3308
mysqlfabric group add my_group localhost:3309

Figura 15. Adicionando a segunda inst�ncia do MySQL ao grupo my_group

Figura 16. Adicionando a terceira inst�ncia do MySQL ao grupo my_group

Listando os servidores contidos no grupo novamente com o comando a seguir, conforme mostra a Figura 17.

mysqlfabric group lookup_servers my_group

Figura 17. Listando os servidores pertencentes no HA group my_group

Agora podemos checar novamente a �sa�de� do cluster utilizando o comando a seguir:

mysqlfabric group health my_group

Podemos notar que os tr�s servidores aparecem adicionados ao grupo my_group, por�m estes servidores est�o com o status �SECONDARY�, conforme mostra a Figura 18.

Figura 18. Todos os servidores aparecem adicionados ao grupo my_group, por�m ainda com o status de �SECONDARY�

Com os servidores devidamente adicionados ao grupo HA podemos agora promover com o c�digo a seguir um dos servidores como o prim�rio (master), conforme mostra a Figura 19:

mysqlfabric group promote my_group --slave_id=9964e6a3-a925-11e6-85f8-5254009fbdfd

Figura 19. Promovendo um dos servidores do grupo a �Primary� ou master

Listando novamente os servidores e status, podemos verificar que agora um dos servidores foi promovido a �PRIMARY�, ou seja, agora esse servidor ser� o master, conforme mostra a Figura 20.

Figura 20. Podemos notar que agora o servidor da porta 3307 est� como PRIMARY

Mostrando novamente a �sa�de� do cluster podemos notar que o servidor que escolhemos para promover j� aparece como �PRIMARY�, conforme mostra a Figura 21.

Figura 21. Listando os servidores � poss�vel ver quem � o master e se existe algum problema na replicaç�o

Ative o failover autom�tico com o comando a seguir para que, em caso de falha do servidor que promovemos ou algum problema acontecer, um novo servidor que aparece como �SECONDARY� no grupo seja promovido para master, conforme mostra a Figura 22.

mysqlfabric group activate my_group

Figura 22. Ativando o failover autom�tico do grupo my_group

Agora com o Fabric configurado iremos criar um database para teste e verificar se a replicaç�o est� funcionando corretamente, conforme mostra a Figura 23.

Figura 23. Criando um database de teste no servidor PRIMARY

Na segunda inst�ncia que est� rodando na porta 3308 podemos verificar que o database teste_fabric foi criado com sucesso, conforme mostra a Figura 24.

Figura 24. Listando os databases em uma inst�ncia �SECONDARY� podemos notar que o database de teste foi replicado com sucesso

O MySQL Fabric tem seus pontos positivos e negativos. Felizmente, a maior parte dos pontos negativos que identificamos s�o devido ao projeto estar ainda no in�cio de seu ciclo de vida. Considerando que a vers�o mais recente � um RC, temos certeza de que aqueles v�o desaparecer no futuro. Quanto aos pontos positivos, temos:

Ele � desenvolvido pela Oracle: � um ponto importante porque o MySQL n�o tinha uma ferramenta padr�o para gerenciar farms de servidores;
� extens�vel: O MySQL Fabric parece mais um framework do que um produto fechado. Como um framework, ele � roda em Python, uma linguagem amplamente dispon�vel e amig�vel. Acreditamos que isso significa que o MySQL Fabric deve ser adapt�vel a necessidades espec�ficas com pouco aborrecimento;
Ele � focado no MySQL nas vers�es 5.6.10 e mais recentes: Por n�o se preocupar com compatibilidade com vers�es anteriores, a implementaç�o deve ser mais simples. Contudo, a desvantagem �bvia � que voc� n�o pode considerar o uso do MySQL Fabric se voc� estiver em uma vers�o anterior do MySQL.

Em configuraç�es de HA, MySQL Fabric em si, pode se tornar um �nico ponto de falha. O MySQL Fabric e seu armazenamento de dados (a inst�ncia mysqld que armazena os dados do MySQL Fabric) s�o um �nico ponto de falha que precisa ser resolvido. Em termos pr�ticos, o impacto do MySQL Fabric caindo ir� variar com o seu caso de uso. Se voc� estiver usando apenas o utilit�rio mysqlfabric para gerenciar servidores, nada acontecer� enquanto todos os servidores em um grupo continuarem a funcionar. Se, no entanto, estiver utilizando um dos conectores especiais para acessar o grupo, a aplicaç�o ficar� indispon�vel. O MySQL Fabric poderia permitir que voc� configurasse v�rios Nodes Fabric e fazer com que eles monitorem uns aos outros e promovam um novo ativo se necess�rio.

Seguindo esses passos, podemos criar facilmente um grupo para uma soluç�o de replicaç�o do MySQL (master/slave). Dessa forma, o Fabric nos auxilia no gerenciamento do cluster e nos permite uma facilidade enorme para administrar e gerenciar problemas. Isso � muito recomendado para ambientes produtivos onde n�o queremos ter indisponibilidade nem perda de dados.

O MySQL Fabric � uma feature que j� est� embutida no preço de licenciamento, caso voc� utilize o MySQL Enterprise. Ent�o esse � mais um motivo para n�o deixar de usar e testar suas funcionalidades, lembrando que neste artigo, abordamos apenas a parte de alta disponibilidade do MySQL Fabric.

O Lab montado nesse exemplo est� dispon�vel para download. O arquivo Readme possui todas as instruç�es de como configurar o ambiente virtual para testar o MySQL Fabric. Para isso voc� precisar� apenas de uma conex�o com a internet e praticamente um comando ir� fazer o download de todos os componentes necess�rios pra a instalaç�o, inclusive a instalaç�o do sistema operacional, depend�ncias, pacotes e configuraç�es.

Links �teis sobre MySQL Fabric

Download do MySQL Fabric 1.5
Pacote do MySQL Utilities
Configuraç�o do YUM

Conhe�a o MySQL Fabric

Neste artigo iremos conhecer e entender o que é o MySQL Fabric e em qual situações podemos utilizá-lo. Também falaremos sobre as melhores práticas na configuração, instalação e monitoramento do MySQL com o MySQL Fabric.