что-то никак не пойму как увеличить зеркало для special. разделы увеличил, а дальше затык (

zpool online -e <pool> <device>

Пробовал, разумеется

Я сейчас в виртуалке попробовал, у меня работает

нескромный вопрос: именно с зеркалом?

Доброго всем дня. Хочу сделать репликацию субволюма в ZFS объёмом в 9Тб. Запись в субволюм будет только в одном, второй хранилище будет только на чтение. Сервера в разных ДЦ и канал между ними не сильно широкий. Знаю что в ZFS есть возможность репликации, но никогда не пользовался ей консольно, максимум в интерфейсе проксмокса. Буду признателен если пнёте в верном направлении. ПОка смотрю вот эту статью https://habr.com/ru/company/mailru/blog/529516/ Но тут общая инфа я так понимаю без конкретных команд.

Доброго всем дня. Хочу сделать репликацию субволюма в ZFS объёмом в 9Тб. Запись в субволюм будет только в одном, второй хранилище будет только на чтение. Сервера в разных ДЦ и канал между ними не сильно широкий. Знаю что в ZFS есть возможность репликации, но никогда не пользовался ей консольно, максимум в интерфейсе проксмокса. Буду признателен если пнёте в верном направлении. ПОка смотрю вот эту статью https://habr.com/ru/company/mailru/blog/529516/ Но тут общая инфа я так понимаю без конкретных команд.

zfs send | zfs recv

типа просто указать там субволюм и прокинуть через тунель ssh?

без проксмокса ?

(над снапшотами)

а после снапшот удалять можно

а почему send не использовать без снапшота?

ну а как ты изменения параллельные вольюма обработаешь, не получив каши?

если инкрементально не будешь отсылать - можно удалять, иначе нужен предыдущий снап

то есть если я удалю снапшот то будет грузиться весь волюм?

посмотри ман, погугли zfs send recursive и тд)

если очень захотеть, есть ещё zfs bookmark, для инкременталки без хранения предыдущего снапа, но это чуть сложнее

чуть сложнее в реализации или сложнее в работе?

доп действия

на этапе настройки или потом?

https://packages.debian.org/bullseye/sanoid

ну да, только с bullseye

с 2019 года есть

я про деб11

я думаю это и на деб10, ну или прокс 6 должно завестись

если инкрементально не будешь отсылать - можно удалять, иначе нужен предыдущий снап

я кажется понял, когда я хочу инкрименталку, то тут сравнивается 2 снапшота, а я полагал что должны сравниваться снапшот тут и файловая система там. Но я вероятно не учёт что накопители разные и расположение данных на диске разное, и это будет не реально нормально сравнить и займёт ресурсы.

ну сравнение 2 снапшотов локально - дешевле просто некуда, чисто разница сразу доступна. Если оч не хочется хранить старый снап - в саноиде вроде bookmarks теперь умеют

нене, хранить норм, просто я пытался врубиться в логику и понял что изначально не верно её понимал.

инкременталка по сравнению - так работает rsync, итог немного плачевен - считай всё надо вычитать на обоих концах

то что рсинк делает каждый раз, zfs сделало при записи файлов и создании снапшота )

то что рсинк делает каждый раз, zfs сделало при записи файлов и создании снапшота )

не, zfs не "это же" делает)

в zfs цена с другой стороны - на удалении

не выясняет что где изменилось? потому что заранее знает?