Posso rodar o mysqld em cima do glusterfs?

Question

Eu tenho jogado com o glusterfs recentemente.

O que eu quero tentar é rodar o mysqld em cima do glusterfs de maneira similar, pois é possível rodar MySQL na parte superior do DRBD .

Estou familiarizado com a replicação do MySQL e as vantagens de usar isso em vez desta abordagem e também estou ciente do MongoDB e outras soluções NoSQL.

No entanto, seria uma solução fácil para alguns projetos específicos que estou desenvolvendo se eu pudesse deixar o MySQL como está e replicar o sistema de arquivos subjacente.

Isso é possível e se é onde posso descobrir como?

    

Answer 1

Devido a um atraso razoavelmente longo sem respostas, descobri por tentativa e erro.

A resposta é: Sim, eu posso rodar o mysqld no topo do glusterfs.

Eu configurei isso no Ubuntu e brevemente aqui estão os passos:

• Instale o Ubuntu
• Instalar e configurar o glusterfs
• Instale o servidor mysql
• Configure /etc/mysql/my.cnf para definir datadir / mnt / glusterfs em vez de / var / lib / mysql
• Configure os bancos de dados
• Configure o AppAmor para permitir que o acima funcione (ou desative o appamor)

O verdadeiro problema vem em como o MySQL lida com bloqueios.

No entanto, você pode passar tudo isso para o glusterfs para manipular, para que muitos processos do mysqld (rodando em nós separados) possam acessar os mesmos arquivos de banco de dados em / mnt / glusterfs. Você precisa ler isso com atenção .

• Desative o cache de consultas, ative o bloqueio externo e desative atrasos na gravação .

Answer 2

Eu não acho que isso seja possível. Richard, o link que você forneceu está falando sobre MyIsam e eles dizem que não é recomendado de qualquer maneira. Eu li em algum lugar (não me lembro onde) que usar arquivos innoDB compartilhados por vários nós levará à corrupção de dados.

    

Answer 3

Eu não sei porque você quer acessar os mesmos arquivos de banco de dados de diferentes processos do servidor MySQL, mas se o motivo é o desempenho, você deve dar uma olhada no Galera.

link

Integrado no cluster DB DB de Maria e Percona

    

Answer 4

Tentativa disso em um cluster K8. MySQL rodando dentro de um container, GlusterFS instalado diretamente no nó (não conteinerizado). O contêiner MySQL tinha um conjunto de afinidades para sempre ser executado no mesmo nó que o GFS, montando o volume usando o driver de volume GFS nativo do K8.

Alta latência aleatória experiente para sites WordPress, mesmo com o cache NGINX FastCGI (PHP-FPM) ativado. Comutado para o volume do hostPath para o contêiner do MySQL, os problemas de latência desapareceram.

    

Answer 5

Em teoria, você pode. Na prática e especialmente em relação ao desempenho, o manual do Gluster sugere que ele não se destina a ser usado para replicar arquivos DB ou outros sistemas I / O de grão fino.

Veja a visão geral oficial do Gluster aqui:

link

Is Gluster going to work for me and what I need it to do?

... On the other hand, adding enough Gluster servers into the mix, some people have seen better performance with us than other solutions due to the scale out nature of the technology - Gluster does not support so called “structured data”, meaning live, SQL databases. Of course, using Gluster to backup and restore the database would be fine - Gluster is traditionally better when using file sizes at of least 16KB (with a sweet spot around 128KB or so).

Mais uma vez, se você quiser ter a replicação do MySQL, sugiro:

1. Use a replicação tradicional de mestre / escravo do MySQL link

2. Use o cluster Codership Galera que nowdays é implementado em todos os tipos de MySQL, como Oracle MySQL ou MariaDB