LINUX.ORG.RU

История изменений

Исправление c0unt0, (текущая версия) :

Есть опасения, на случай необходимости восстановления данных, что с Ceph ввиду нарезания на блоки по 5 МБ не вытянуть ничего.
Файловые, которые не шинкуют (тот же Gluster с настройками по-умолчанию) имеют больший шанс если не на восстановление метаданных, то хотя бы на поиск по сигнатурам. Документы мелкие, вряд ли будут фрагментированы. А на всякие дистры софта и видео - пофиг.
Да, у кластерных ФС избыточность, которую можно регулировать. И резервное копирование тоже делается. Но вспоминая github - даже 5 видов резервного копирования не залог успеха )))
Также, как ни странно - важна простота первоначальной настройки. Потому что в итоге это всё будет отдано на администрирование файловым админам - бывшим виндузятникам. Поэтому на данный момент gluster побеждает.
Нужно ещё сравнить её с DRBD.

Исправление c0unt0, :

Есть опасения, на случай необходимости восстановления данных, что с Ceph ввиду нарезания на блоки по 5 МБ не вытянуть ничего.
Файловые, которые не шинкуют (тот же Gluster с настройками по-умолчанию) имеют больший шанс если не на восстановление метаданных, то хотя бы на поиск по сигнатурам. Документы мелкие, вряд ли будут фрагментированы. А на всякие дистры софта и видео - пофиг.
Да, у кластерных ФС избыточность, которую можно регулировать. И резервное копирование тоже делается. Но вспоминая github - даже 5 видов резервного копирования не залог успеха )))

Исходная версия c0unt0, :

Есть опасения, на случай необходимости восстановления данных, что с Ceph ввиду нарезания на блоки по 5 МБ не вытянуть ничего. Файловые, которые не шинкуют (тот же Gluster с настройками по-умолчанию) имеют больший шанс если не на восстановление метаданных, то хотя бы на поиск по сигнатурам. Документы мелкие, вряд ли будут фрагментированы. А на всякие дистры софта и видео - пофиг. Да, у кластерных ФС избыточность, которую можно регулировать. И резервное копирование тоже делается. Но вспоминая github - даже 5 видов резервного копирования не залог успеха )))