Posso eseguire mysqld su glusterfs?

Di recente ho suonato con glusterfs.

Quello che voglio provare è eseguire mysqld sopra i glusterfs in modo simile poiché è possibile eseguire MySQL su DRBD .

Conosco la replica di MySQL e i vantaggi di usarlo al posto di questo approccio e sono anche a conoscenza di MongoDB e di altre soluzioni NoSQL.

Tuttavia, sarebbe una soluzione semplice per alcuni progetti specifici che ho in mente se potessi lasciare MySQL così com'è e replicare il file system sottostante.

È possibile e se è dove posso scoprire come?

A causa di un ritardo ragionevolmente lungo senza risposte, l'ho scoperto per tentativi ed errori.

La risposta è: Sì, posso eseguire mysqld su glusterfs.

Ho impostato questo su Ubuntu e brevemente ecco i passaggi:

• Installa Ubuntu
• Installa e configura glusterfs
• Installa mysql-server
• Configura /etc/mysql/my.cnf per impostare datadir / mnt / glusterfs invece di / var / lib / mysql
• Imposta i database
• Configura AppAmor per consentire a quanto sopra di funzionare (o disabilitare Appamor)

Il vero problema sta nel modo in cui MySQL gestisce i blocchi.

Tuttavia, è possibile passare tutto questo a glusterfs per gestirlo in modo che molti processi mysqld (in esecuzione su nodi separati) possano accedere agli stessi file di database su / mnt / glusterfs. Devi leggere attentamente .

• Disabilita la cache delle query, attiva il blocco esterno e disabilita i ritardi nella scrittura .

Tentativo su un cluster K8. MySQL in esecuzione all'interno di un container, GlusterFS installato direttamente sul nodo (non containerizzato). Il contenitore MySQL aveva un'affinità impostata per essere sempre eseguita sullo stesso nodo di GFS, montando il volume usando il driver di volume GFS nativo di K8.

Esperienza latenza casuale elevata per i siti WordPress, anche con la cache NGINX FastCGI (PHP-FPM) abilitata. Passato al volume hostPath per il contenitore MySQL, i problemi di latenza sono scomparsi.

Non penso sia possibile. Richard, il link che hai fornito parla di MyIsam e dicono che comunque non è raccomandato. Ho letto da qualche parte (non ricordo dove) che l'uso di file innoDB condivisi da diversi nodi porterà alla corruzione dei dati.

Non so perché desideri accedere agli stessi file DB da diversi processi del server MySQL, ma se il motivo è la prestazione dovresti dare un'occhiata a Galera.

http://www.codership.com/content/using-galera-cluster

Integrato in Maria DB e Percona XTRA DB Cluster

In teoria puoi. In pratica e soprattutto per quanto riguarda le prestazioni, il manuale di Gluster suggerisce che non è destinato all'uso per la replica di file DB o altri sistemi I / O a grana fine.

Guarda la panoramica ufficiale di Gluster qui:

http://docs.gluster.org/en/latest/Install-Guide/Overview/#is-gluster-going-to-work-for-me-and-what-i-need-it-to-do

Gluster funzionerà per me e di cosa ho bisogno?

... D'altro canto, aggiungendo un numero sufficiente di server Gluster nel mix, alcune persone hanno visto prestazioni migliori con noi rispetto ad altre soluzioni a causa della natura ridotta della tecnologia - Gluster non supporta i cosiddetti "dati strutturati", che significa live , Database SQL. Naturalmente, l'uso di Gluster per il backup e il ripristino del database andrebbe bene - Gluster è tradizionalmente migliore quando si utilizzano file di dimensioni pari ad almeno 16 KB (con un punto debole intorno a 128 KB o giù di lì).

Ancora una volta, se si desidera avere la replica di MySQL, suggerisco:

1. Utilizzare la replica tradizionale MySQL Master / Slave https://dev.mysql.com/doc/refman/5.7/en/replication.html

2. Usa il cluster Codership Galera che oggi è implementato in tutti i tipi di MySQL come Oracle MySQL o MariaDB