Soy el líder tecnológico para la próxima versión principal de uno (GlusterFS) y he ejecutado la mayoría de los otros. Para ser completamente honesto, si su capacidad y las necesidades de IOPS pueden ser satisfechas por un servidor, yo diría que solo use NFS antiguo. Cualquier sistema de archivos distribuido será más difícil de configurar o mantener, y la coordinación necesaria para hacer que la parte “distribuida” funcione siempre afectará el rendimiento (especialmente la latencia) al menos un poco. Eso es especialmente cierto cuando la replicación está involucrada. Si le preocupa la disponibilidad, configurar la conmutación por error para un servidor NFS probablemente sea aún más fácil que configurar cualquier sistema de archivos distribuido. Dicho esto, si insiste en seguir esta ruta, aquí están algunas de mis impresiones.
- Ceph
Fantástico proyecto, gente fantástica. La configuración no es tan fácil como podría ser, y el componente del sistema de archivos aún no se considera 100% listo para el horario de máxima audiencia (aunque se está acercando muchísimo). - GlusterFS
Fácil de configurar. Contrariamente a las opiniones de las personas que solo lo han comparado con NFS o (peor) sistemas de archivos locales en lugar de otros sistemas de archivos distribuidos, el rendimiento es bastante bueno. En el lado negativo, si algo sale mal, el diagnóstico y la reparación pueden ser más difíciles de lo que cabría esperar. - BeeGFS (anteriormente FhGFS)
No lo he ejecutado, porque no es realmente de código abierto. Las personas cuyas opiniones respeto, dicen que es fácil de configurar y que el rendimiento es bueno. Arquitectónicamente, una estafa de Lustre, antes de que el proyecto implementara múltiples servidores de metadatos (en su tercer intento). Sin embargo, ese posible cuello de botella probablemente no será un problema a su escala. - mhddfs
Nunca lo ejecutes, porque nunca he oído hablar de él. - MooseFS
También es fácil de configurar y un rendimiento decente, pero parte de eso parecía ser porque (en ese momento) realmente no escribía datos sincrónicamente. Cualquiera puede ir rápido si infringe las reglas y no fuerza los datos al disco cuando se supone que deben hacerlo. Hace un par de años, mencioné esto con el autor de la bifurcación LizardFS, que es la que recomendaría, y bien podría solucionarse allí. Tiene el mismo problema de servidor de metadatos únicos que BeeGFS. - XtreemFS
Largo uno de mis proyectos favoritos en este espacio que no sea el mío, aunque es una bestia ligeramente diferente a los demás. Excelente para la replicación segura de grandes conjuntos de datos bastante estáticos (comenzó en la comunidad física europea) especialmente a través de una WAN. Probablemente funcionará, y funcionará razonablemente bien, para el tipo de carga de trabajo que tiene, pero eso no es realmente lo mejor. En algún lugar entre GlusterFS y Ceph cuando se trata de la complejidad de la configuración.
Una cuestión a tener en cuenta, específicamente para AWS, es que todo esto depende de la replicación (o, en el mejor de los casos, la codificación de borrado) para una alta disponibilidad. Eso significa que necesitará más espacio EBS que con el servidor NFS Plain Old más la conmutación por error, y en Amazon-land eso significa más $$$.
- Si Lisp es un lenguaje tan bueno, ¿por qué no se usa más en el desarrollo de software?
- ¿Cuál es la diferencia entre Apache v2.0 y la licencia MIT? ¿Cuáles son las principales consecuencias de usar el software Apache sobre MIT?
- ¿Cómo se implementa la operación de deshacer en general en la mayoría de las aplicaciones?
- ¿Qué especialidad tiene la mayor demanda de trabajo, CS o ingeniería de software? ¿Cuál crees que tendrá la mayor demanda en 2020?
- ¿Debe un recién graduado de CS comenzar en ingeniería de software o gestión de productos?