Failover automatico o bilanciamento del carico o clustering di NFS?

Sto usando NFS (ed è l'unico che conosco bene nei file di rete) da alcuni anni. Ma ancora non riesco a scoprirlo ..

• Come rendere i NFSserver in progettazione cluster (o con bilanciamento del carico?)
• O almeno per averlo distribuito sul server MORE-THEN-ONE e su "Failover automatico".

L'obiettivo principale è di NON lasciare al mio singolo server NFS in esecuzione un punto di errore singolo.

Dal momento che non so come farlo correttamente, finora ho inventato da solo è:

2. NFS su 2 server.
3. RSYNC dal 1 ° server (presupposto principale) a un altro 2 ° server.
4. Dai server applicazioni (Web, ecc.), Inserire un Shell Scriptper verificare lo stato di integrità del punto di montaggio del server master NSF. E poi, se necessario, smontalo automaticamente (lasciando) e poi monta automaticamente dal 2 °.
5. La funzione principale che ho usato nel mio Shell Script automatico è nfsstat -m... per verificare lo stato del mount point.

(Sto usando Redhat )

Ma comunque, NON penso ancora che sia il modo sicuro e standard.

Questo tutorial, intitolato: Cluster NFS altamente disponibile: Setup Corosync e Pacemaker mostra come impostare un NFS attivo / attivo usando NFS, Corosync e Pacemaker. In alternativa, è possibile seguire questa guida intitolata: Memoria NFS altamente disponibile con DRBD e Pacemaker che mostra la configurazione di un attivo / attivo tramite DRDB e Pacemaker.

Probabilmente vorrai anche dare un'occhiata a questi altri link per familiarizzare con le varie tecnologie e terminologie.

• Global File System (GFS)
• Esempio di configurazione - NFS su GFS - Red Hat 5
• Amministrazione cluster - Red Hat 5
• Capitolo 1. Panoramica su GFS2 - Red Hat 6
• GlusterFS

Le domande e risposte di ServerFault dovrebbero anche rivelarsi utili, filesystem cluster Linux .

Riferimenti aggiuntivi

• Creare un server di archiviazione autonomo simile a NFS con GlusterFS 3.0.x su Debian Squeeze
• GFS - Gluster File System - Una guida tutorial completa per un amministratore
• Installazione di GlusterFS su RHEL 6.4 per OpenStack Havana (RDO)
• Come configurare il clustering del server NFS con Pacemaker su CentOS 7 / RHEL 7

Questo è solo uno dei tanti modi in cui NFS fa schifo.

Non è possibile farlo solo con NFS fino alla versione 3. Dovrai aggiungere manualmente la funzionalità.

Questo probabilmente significa:

• replica dei dati o parte dell'archiviazione condivisa
• Acquisizione IP
• Una sorta di monitoraggio del battito cardiaco
• Gestione del cluster

Ci sono pacchetti là fuori per fare tutto questo, ma dovrai integrarli per la tua organizzazione.

Il progetto Linux HA è stato avviato molti anni fa per implementare alcune di queste cose. http://www.linux-ha.org/

Dovresti trovare la maggior parte di ciò che hanno già fatto in pacchetti in qualunque distribuzione popolare tu stia utilizzando.

Vale la pena notare ... La principale causa di guasto di un sistema (di gran lunga) è l'errore amministrativo e i cluster HA sono per definizione un sistema complesso e più incline all'errore dell'amministratore.

OK oltre NFS v4, NFS v4 inizia a implementare alcune delle funzionalità di scalabilità, sicurezza e disponibilità che AFS ha avuto da 20 anni, non è affatto pienamente o ampiamente implementato ancora o addirittura completamente compatibile con vari client e server, ma se stai usando NFS, inizia con la v4 e controlla cosa è già stato implementato sulla tua piattaforma.

Non posso avere NFS come cluster active-active per quanto ne so. Ora, per Active-Passive ci sono alcuni strumenti che ti aiutano a raggiungere questo obiettivo. Conosco meglio il sistema operativo Solaris e il cluster Solaris che offrono la possibilità di creare condivisioni / condivisioni NFS ad alta disponibilità in base al proprio obiettivo.

Una cosa di cui avrai bisogno è una memoria condivisa che può essere spostata dal Server A al Server B e viceversa in caso di necessità. Idealmente iSCSI o SAN Storage. E un IP associato alla condivisione NFS.

Il cluster funzionerà in questo modo. In caso di errore del server A, il server B abiliterà l'IP associato al server NFS e diventerà proprietario del disco condiviso, lo monterà e avvierà il server NFS. Lo stesso vale nel caso in cui il Server B fallisca e il Server A sia attivo.

Se lo desideri manualmente, come passaggi di base dovrai monitorare gli script e gli script per abilitare e disabilitare i servizi automaticamente.

Dai un'occhiata qui per Redhat

Ho impostato una coppia ridondante di file server NFS in una configurazione attiva / attiva "doppia primaria" utilizzando un bilanciamento del carico, CentOS, NFS, DRBD (replica), GFS2 (file system cluster) e Pacemaker (gestione cluster).

Ecco una guida per questa implementazione su RackSpace, ma sarebbe simile in qualsiasi altro ambiente.

Come configurare il doppio DRBD primario su CentOS 6: GFS2 e Pacemaker .

Il prodotto Red Hat RHSS / RHGS (Red Hat Storage / Gluster Server) lo fa perfettamente, utilizzando un client GlusterFS basato su FUSE per eseguire il proxy delle connessioni NFS a un server back-end in esecuzione, mantenendo allo stesso tempo un mirroring back-end a più nodi del server, tutto trasparente per il lato client. Questa è una soluzione molto elegante che funzionerà per te. Puoi installare la soluzione EPEL / Extra RPM o acquistarla da Red Hat. Dal lato client, si utilizza semplicemente FUSE / glusterfs o NFS come tipo di montaggio in fstab. Niente disordine / problemi di scherma disordinati.

Questo è ultra-bello e semplice come fare, provato e funziona bene.

https://www.howtoforge.com/high_availability_nfs_drbd_heartbeat

Personalmente preferisco lvs perché combino ha con bilanciamento del carico, ma ho provato con nfs + gfs2 + drbd e funziona davvero male. Forse ho bisogno di come, ma non riesco a trovare nulla su lvs + nfs ha