Size: a a a

2021 June 07

r

riv1329 in ru_proxmox
Я чувствую что не до конца понятно объяснил. Задавайте вопросы
источник

r

riv1329 in ru_proxmox
Это будет неудобно. Вам придется задавать все свойства в /rpool и переопределять их на нижних уровнях иерархии. Таким образом, иерархия станет бесполезной.

Представьте что все датасеты лежат в плоском списке, просто имена могут содержать слешь - это ближе к истине

А теперь представьте, что управляющие утилиты используют слешь в именах как разделитель пространства имен. Это именно так.
источник

r

riv1329 in ru_proxmox
Еще по другому, иерархия монтирования случайно совпадает с иерархией датасетов и как правило, иерархия монтирования не испол зуется. Но иногда это удобно.
источник

r

riv1329 in ru_proxmox
Если вы сделаете zfs send rpool/local@snap то в него не войдут данные из rpool/local/host-root и rpool/local/host-backup
источник

r

riv1329 in ru_proxmox
Зачем же вообще нужна эта иерархия?
источник

r

riv1329 in ru_proxmox
А вот удобно, например на бекап сеовере сделать что-то вроде:
rpool/bkp/firm1/srv1/datasetN...

Можно быстро посмотреть сумммы места по фирмам, серверам или их отдельным датасетам

Или удалить резерные копии целого сервера или фирмы
источник

r

riv1329 in ru_proxmox
Но если в / вы хотите выделить /home и /var логично их поместить именно в датасет от /
источник

r

riv1329 in ru_proxmox
Чтобы занимаемое место было смотреть удобнее
источник

r

riv1329 in ru_proxmox
Другими словами, делайте иерархиу датасетов удобной для управления не обращая внимания на точки монтирования
источник

r

riv1329 in ru_proxmox
Для меня это очевидный аспект.
источник

AD

Art D in ru_proxmox
спасибо, на самом деле очень хорошо объяснили. Очень познавательно

- то, что пул pool и датасет "первого уровня" pool не тождественны, это я знал. Две разные сущности

- то, что датасет pool не рекомендуются как-либо использовать, и нужно заводить "дочерние" даасеты, это я тоже слышал, но вы объяснили почему

- то, что иерархия датасетов это по большому счёту иллюзия (для удобства и управления) - этого честно я не знал... Хотя это многое проясняет теперь
источник

AD

Art D in ru_proxmox
Моё понимание zfs вы улучшили! Спасибо!
Но конкретно по Проксмоксу остаются вопросы:

1) Почему всё же нельзя было создать датасет типа rpool/pve и смонтировать его как корень? Зачем rpool/ROOT/pve-1 ?
При этом ROOT монтируется не как корень в системе, а как /root/root!

2) Зачем вообще нужны датасеты ROOT и data ? Они всегда пустые!
источник

AD

Art D in ru_proxmox
о, а вот это кстати ответ на второй вопрос... Вернее почти ответ, учитывая, что в отличие от /var/var или /home/home назначение /ROOT/ROOT и /data/data остаётся непонятным...
источник

r

riv1329 in ru_proxmox
Типа в ROOT и в DATA предполагается размещать разный по виду контент: в ROOT все даьасеты относящиеся к системе, а в DATA, вероятно, все к данным: виртуалкам, шарам, архивпм и т.д

Общий корень позволяет задать им общие свойства одной командой
источник

r

riv1329 in ru_proxmox
Я ставлю проксмок на дебиан, по этому на самом деле не знаю как там после инсталяции проксмокса. Но логика, скорее всего такая
источник

r

riv1329 in ru_proxmox
Например ROOT и DATA могут бекапится по разному вместе со всем, что находится ниже по иерархии (но не лежит в них)
источник

r

riv1329 in ru_proxmox
pve-1 по тому, что вы можете создать снимок и клонировать его как pve-2 например.
источник

r

riv1329 in ru_proxmox
...и временно смонтировать pve-2 в /mnt/restore/pve-2 со всем что ниже по иерархии, если захотите или только сам pve-2
источник

AD

Art D in ru_proxmox
кстати да) прикольно!
источник

Е

Евгений in ru_proxmox
За изложение зачёт:)
Я тоже с удовольствием почитал
источник