¿NFS tolerante a fallas?

Probablemente una pregunta frecuente, pero no he encontrado nada útil después de un tiempo de búsqueda:

¿Puedo configurar NFS de tal manera que cada error individual (p. Ej. CPU del servidor, disco duro, controlador de HD, adaptador de red, cable de red, fuente de alimentación) quede oculto sin necesidad de intervención inmediata?

Solo tengo respuestas para partes del problema: RAID, fuente de alimentación redundante, adaptadores de red redundantes

¿Cómo abordo la falla de la CPU del servidor NFS para que los clientes puedan fallar de manera transparente?

Podría comprar un sistema que pueda tolerar una falla de la CPU, o podría implementar más de un servidor. Puede crear un clúster de conmutación por error NFS con bastante facilidad en Linux (estoy seguro de que Sun y todos tienen un mecanismo para esto también).

Una forma bastante bien soportada / común de hacerlo es con heartbeat ( primer enlace que encontré en Google, buscar en NFS y heartbeat ) para administrar el clúster y luego compartir el almacenamiento entre los servidores. Lo importante que debe hacer con NFS para garantizar una conmutación por error transparente es compartir también la información de estado de NFS que generalmente se encuentra en / var / lib / nfs. Puede hacerlo colocándolo en el almacenamiento compartido.

editar: también establecer la opción fsid en el mismo valor en la exportación NFS en cada servidor evitará que obtenga identificadores de archivos obsoletos cuando el clúster falle.

nfs 4.1 admite pNFS, que está agrupado. http://www.pnfs.com/

El servidor estándar de NFS en una configuración activa / activa es imposible, como sé, es posible un clúster activo / pasivo (probado usando hearthbeat + nfs3). Aquí hay una buena manera de hacerlo, de forma rápida y sencilla, mediante la configuración de un servidor NFS de alta disponibilidad | howtoforge.com

También es posible configurar un clúster nfs4 activo / activo usando glusterfs + haproxy + keepalived + ganesha-nfs.

Los socios de Nexenta Systems ofrecen soluciones agrupadas que son ideales para crear NFS de alta disponibilidad, al tiempo que aprovechan TODAS las características disponibles de ZFS. El modelo típico requiere un clúster de 2 nodos con una unidad de almacenamiento compartida, configurada como JBOD. NexentaStor se utiliza para aprovisionar NFS, CIFS, etc. En su caso, puede ser solo NFS. Nuestro marco de clústeres permite una solución de alta disponibilidad que podría ser exactamente lo que está buscando.