NFS tolérant aux pannes?

Probablement une FAQ mais je n'ai rien trouvé d'utile après un certain temps de recherche:

Puis-je configurer NFS de manière à ce que chaque erreur unique (par exemple CPU du serveur, disque dur, contrôleur hd, adaptateur réseau, câble réseau, alimentation) soit masquée sans aucune intervention immédiate?

Je n'ai que des réponses pour certaines parties du problème: RAID, alimentation redondante, adaptateurs réseau redondants

Comment puis-je résoudre les problèmes de CPU du serveur NFS afin que les clients basculent de manière transparente?

Vous pouvez acheter un système capable de compenser une panne de processeur, ou vous pouvez implémenter plusieurs serveurs. Vous pouvez créer un cluster de basculement NFS assez facilement sous Linux (je suis sûr que Sun et tous ont également un mécanisme pour cela).

Une façon assez bien prise en charge / courante de le faire est avec heartbeat, ( premier lien que j'ai trouvé sur Google, rechercher NFS et heartbeat ) pour gérer le cluster, puis partager le stockage entre les serveurs. La chose importante à faire avec NFS pour garantir un basculement transparent est de partager également les informations d'état NFS qui se trouvent généralement dans / var / lib / nfs. Vous pouvez le faire en le plaçant sur le stockage partagé.

edit: définir également l'option fsid sur la même valeur lors de l'exportation NFS sur chaque serveur vous empêchera d'obtenir des descripteurs de fichier périmés lorsque le cluster bascule.

nfs 4.1 prend en charge pNFS, qui est en cluster. http://www.pnfs.com/

Le serveur standard NFS dans une configuration active / active est impossible comme je le sais, est possible un cluster actif / passif (testé à l'aide de Hearthbeat + NFS3). Voici une façon pratique, rapide et simple d'utiliser la configuration d'un serveur NFS hautement disponible | howtoforge.com

Il est également possible de configurer un cluster nfs4 actif / actif en utilisant glusterfs + haproxy + keepalived + ganesha-nfs.

Les partenaires de Nexenta Systems proposent des solutions en cluster qui sont idéales pour créer un NFS hautement disponible, tout en tirant pleinement parti de TOUTES les fonctionnalités disponibles de ZFS. Le modèle typique appelle un cluster à 2 nœuds avec une unité de stockage partagée, configuré en tant que JBOD. NexentaStor est utilisé pour fournir NFS, CIFS, etc. Dans votre cas, il peut s'agir simplement de NFS. Notre infrastructure de clustering permet une solution hautement disponible qui pourrait être exactement ce que vous recherchez.