LINUX.ORG.RU
ФорумTalks

[ext4][снапшоты]Ловите

 ,


0

2

opennet

Разработчики проекта NEXT3, в рамках которого уже несколько лет развивается неофициальная реализация поддержки мгновенных снимков состояния файловой системы Ext3 (снапшотов), представили первый выпуск набора патчей ext4-snapshots, обеспечивающих работу снапшотов в файловой системе Ext4.

Вопрос об интеграции представленного набора патчей в Linux-ядро пока не решен. Набор состоит из 36 патчей и интегрируется с Ext4 через систему стандартных хуков. Предусмотрена возможность монтирования разделов с отключением поддержки снапшотов, в этом случае код никак себя не проявляет и ФС Ext4 функционирует как раньше. В качестве причины развития проекта указано желание интегрировать возможность работы со снапшотами в уже зарекомендовавшую себя и повсеместно используемую ФС Ext4, вместо использования экспериментальной ФС Btrfs или системы dm_multisnap.

Разработка проекта ведется компанией CTERA Networks, которая использует код проекта NEXT3 в своих NAS-хранилищах и гибридных системах хранения данных. Несмотря на то, что патчи уже достаточно хорошо протестированы и отлажены в недрах компании CTERA, для интеграции их в ядро требуется более широкомасштабное тестирование и оценка их влияния на производительность. По заявлению разработчиков проекта патчи готовы к интеграции в состав Linux-ядра. Так как окно по принятию патчей для ядра 3.0 уже закрыто, а следующее будет только в августе, у энтузиастов есть несколько месяцев на проведение дополнительного тестирования.

В отличий от снапшотов на базе LVM, система снапшотов на уровне файловой системы обладает следующими преимуществами:

Снапшоты не требуют предварительного резервирования места, что позволяет гибко управлять доступным свободным пространством. Снапшоты Next3 являются компактными и требуют дополнительного места только для хранения изменений; Близкая к линейной масштабируемость - даже при огромном количестве снапшотов скорость остается на уровне, близком к Ext4; Поддержка инкрементальных снапшотов, доступных только на чтение (создаем снапшот: «snapshot.ext4dev take Monday», монтируем его: «snapshot.ext4dev mount Monday», удаляем: «snapshot.ext4dev delete Monday»); Снапшоты создаются и удаляются практически мгновенно. Сразу же после удаления снапшота занятое им пространство автоматически освобождается; Полная прямая и обратная совместимость с Ext4. Миграция с Ext4 на вариант с поддержкой снапшотов и обратно выполняется буквально в три команды («umount /dev/xxx; snapshot.ext4dev on /dev/xxx; mound -t ext4dev /dev/xxx»).

Инструкцию по установке можно найти здесь (вместо модуля next3 следует указать ext4dev, а вместо скрипта next3 - snapshot.ext4dev). Тестовые патчи подготовлены для Linux-ядра 2.6.38 и протестированы в дистрибутивах Ubuntu 11.4 и Fedora 15. Загрузить предкомпилированную версию для систем x86_64 можно здесь.

Как всегда - ждем комментариев iZEN.

★★★★★

Ждем в ванилле

xorik ★★★★★
()

О, это пожалуй нужно.

Если это впилят, то Ext4 можно будет назвать самой лучшей ФС из существующих, я думаю.

Xenius ★★★★★
()
Ответ на: комментарий от Pavval

M$-like бред

Вы оюсераете всё, что относится к БЗДе, а тем не менее изобретение БЗДи можно сравнить лишь с изобретением колес^W^W^W^W^W^W^W^W БЗДя идет впереди ляликса

different_thing
()
Ответ на: комментарий от different_thing

Как же ZFS, бро?

ZFS - это полумёртвая Ънтерпрайзная ФС, будущее которой под большим вопросом.

Deleted
()
Ответ на: M$-like бред от different_thing

>а тем не менее изобретение БЗДи для x86 можно сравнить лишь с изобретением велосипеда
Хорошо сказано!

unikoid ★★★
()
Ответ на: комментарий от iZEN

Ты уже проверил создание снепшотов на ней при нескольких десятков гигов занятого места и пары десятков тысяч файлов?

zgen ★★★★★
()

>уже зарекомендовавшую себя и повсеместно используемую ФС Ext4
ололо )

megabaks ★★★★
()
Ответ на: M$-like бред от different_thing

Вы оюсераете всё, что относится к БЗДе

Я тут еще ничего не обсырал. Я просто усомнился в производительности UFS2 относительно хорошо себя в этом плане зарекомендовавшей ext4.

Pavval ★★★★★
() автор топика
Ответ на: комментарий от post-factum

>По этому поводу были какие-то официальные заявления, или это, так сказать, личные домыслы?

Официальных заявлений не помню. Но разработка tux3 прекращена в связи с началом разработки btrfs

Led ★★★☆☆
()
Ответ на: комментарий от post-factum

> Мне вот интересно, куда в свете всего этого делась ФС Tux3?

Это которую NetApp затроллил патентами? Или это tux2 была?

mukoh
()
Ответ на: комментарий от different_thing

хорошо себя в этом плане зарекомендовавшей ext4.

Когда это она успела?

А теперь не выдергиваешь часть фразы из контескта, а читаешь всё.

Pavval ★★★★★
() автор топика

>mound -t ext4dev /dev/xxx

Падонки в шелле?

maund -te ekstchityrideff /deff/zda111

UserUnknown ★★★★★
()
Ответ на: комментарий от zgen

Да. Это ~300 ГБ раздел проверяются fsck в фоне примерно за 20 минут (fsck by design работает со снапшотом, если включены Soft Updates).

iZEN ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

Развитие ПО под Linux весьма радует!

Да уж. Что мешало добавить поддержку снапшотинга в Ext3? То, что она появилась раньше UFS2 и не у кого было передрать. :)

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

В очередной раз вижу, что ты завел старую песню про fsck, о котором речи НЕТ.

Нихрена ты не проверял.

zgen ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.