- luster или файловая система Google (GFS) разбивает файл на некоторые виды блоков и сохраняет их на разных узлах. Таким образом, они могут обеспечить масштабируемость, распределенный трафик.
- ZFS, btrfs, wafl поддерживают постоянное клонирование времени. Благодаря этому они могут достичь скорости клонирования, записываемого моментального снимка, сохраняя размер хранилища.
Я создал любую файловую систему, поддерживающую выше двух функций.Любая распределенная файловая система, поддерживающая постоянное клонирование времени
Несмотря на то, что существует много файловой системы, поддерживающей постоянное клонирование времени. но я не могу найти распределенную файловую систему, которая может поддерживать постоянное клонирование времени. Команда Lustre выглядит как проявляющий блеск, поддерживающий zfs (а также поддержку клонирования). но он пока что показал (кроме того, он не включает 2,0 бета, возможно, он не будет показан за короткое время). Хранилище Nexenta, похоже, поддерживало эту функцию «namespace nfs». но это не так. он просто распространяет файл по распределению на уровне файлов. Это означает, что если какой-либо файл превышает размер тома одного узла, он не сможет его обработать. Если много клонированных файлов растет до большого файла, они не могут справиться с этим (по крайней мере, они должны действительно скопировать (не затенять узлы) исходный файл на другой узел. Возможно, я могу подключить диски SAN к zvolume узла ZFS. но я очень беспокоиться о концентрированном трафике ZFS узла.
поэтому я ищу для файловой системы или решения, которое может обрабатывать выше два вопроса.