Если кто хочет поревьюить - велкам https://github.com/openzfs/openzfs-docs/pull/56

если я хочу заменить ключ шифрования, то после этой операции придётся вводить старый и новый ключи ? если я потом перелью всю информацию по новой, то будет запрашиваться только новый ключ ?

Если кто хочет поревьюить - велкам https://github.com/openzfs/openzfs-docs/pull/56

👍

если я хочу заменить ключ шифрования, то после этой операции придётся вводить старый и новый ключи ? если я потом перелью всю информацию по новой, то будет запрашиваться только новый ключ ?

iirc вводимый ключ используется только для получения фактического мастер-ключа, которым уже дальше шифруется. При изменении ключа мастер-ключ сам не меняется https://openzfs.github.io/openzfs-docs/man/8/zfs-change-key.8.html?highlight=change%20key

спасибо

Может кто сходу знает ибо сталкивался. Делаю пул рейд-з1 на 5 дисков по 8Тб. Поскольку в ЗИП может не оказаться 8Тб на подмену и 100% будет 2 по 4Тб (которые склею LVM), планирую сделать пул не на сырых дисках, а на GPT разделах. Какая потеря на абстракции LVM? Насколько секторов меньше делать разделы GPT на 8Тбайтниках?

Может кто сходу знает ибо сталкивался. Делаю пул рейд-з1 на 5 дисков по 8Тб. Поскольку в ЗИП может не оказаться 8Тб на подмену и 100% будет 2 по 4Тб (которые склею LVM), планирую сделать пул не на сырых дисках, а на GPT разделах. Какая потеря на абстракции LVM? Насколько секторов меньше делать разделы GPT на 8Тбайтниках?

А чем mdraid не угодил, зачем LVM использовать?

А чем mdraid не угодил, зачем LVM использовать?

чтоб склеить массивы, видать

он гибкий. он может склеить 6+2... жизнь она всякая бывает. Особенно когда массив в дегрейде

Имхо, всякая логика (HW, SW) ниже ZFS только будет добавлять проблем. Лучше mdraid использовать. А вот гибкость отдать на откуп ZFS

вижу сходу ответа нет. Но и попробовать на практике не могу. Наверное сделаю виртуалку с двумя тонкими дисками 4+4 и склею. Посмотрю потом, что там покажет fdisk (сколько потери на абстракцию)

или уменьшить 8Тб на 1Гб достаточно?

вижу сходу ответа нет. Но и попробовать на практике не могу. Наверное сделаю виртуалку с двумя тонкими дисками 4+4 и склею. Посмотрю потом, что там покажет fdisk (сколько потери на абстракцию)

Два диска склеенных будет поменьше чем один. Используйте gpt, а в качестве образца 0 рейд

Имхо, всякая логика (HW, SW) ниже ZFS только будет добавлять проблем. Лучше mdraid использовать. А вот гибкость отдать на откуп ZFS

дома 3 года крутится массив рейд-з1 (3+3)+(2+4)+(2+4)+(2+4)+6. Все, что в скобках - склейка concat под фрей. Проблем не вижу... 3тфу

Два диска склеенных будет поменьше чем один. Используйте gpt, а в качестве образца 0 рейд

это логично. Вопрос только на сколько меньше.

Может кто сходу знает ибо сталкивался. Делаю пул рейд-з1 на 5 дисков по 8Тб. Поскольку в ЗИП может не оказаться 8Тб на подмену и 100% будет 2 по 4Тб (которые склею LVM), планирую сделать пул не на сырых дисках, а на GPT разделах. Какая потеря на абстракции LVM? Насколько секторов меньше делать разделы GPT на 8Тбайтниках?

вы когда при создании пула укажите целый диск, zfs сама разобьёт его и создаст два раздела (GPT).

дома 3 года крутится массив рейд-з1 (3+3)+(2+4)+(2+4)+(2+4)+6. Все, что в скобках - склейка concat под фрей. Проблем не вижу... 3тфу

Так я о том же и речь веду. Логика LVM будет лишней.

это логично. Вопрос только на сколько меньше.

Обычно 2-6 мб ЕМНИП.

NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sda ├─sda1 zfs_member rpool 102540294179468498 └─sda9 sdb ├─sdb1 zfs_member rpool 102540294179468498 └─sdb9

вы когда при создании пула укажите целый диск, zfs сама разобьёт его и создаст два раздела (GPT).

part9? Его хватит дабы потом воткнуть LVM?

part9? Его хватит дабы потом воткнуть LVM?

скорее наоборот. part1 он обрезает по длине, в part9 у меня всего 8М из 1Тб осталось

вы же можете с таким же успехом сделать не LVM, а просто весь пул из разделов, хотя для варианта с HDD при отдаче всего диска в пул включается опция whole_disk и дополнительно включается кэширование на самом диске. Если же будут отданы разделы, то кэширование диска будет отключено скорее всего (ну можно конечно вручную принудительно включить)

children[0]: type: 'disk' id: 0 guid: 10404603748053974170 path: '/dev/disk/by-id/wwn-0x50014ee0598b66b3-part1' whole_disk: 1 children[1]: type: 'disk' id: 1 guid: 8586540679302344594 path: '/dev/disk/by-id/wwn-0x50014ee0598b668d-part1' whole_disk: 1 [ 1.326288] sd 0:0:0:0: [sda] Write Protect is off [ 1.326289] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 1.326331] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 1.326426] sd 1:0:0:0: [sdb] Write Protect is off [ 1.326427] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 1.326443] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [

скорее наоборот. part1 он обрезает по длине, в part9 у меня всего 8М из 1Тб осталось

вот и интересно. LVM кушает больше или меньше 8Мб. Наверное попробую через виртуалку

В интернете набредал на заметки по поводу конфигурирования зфс и самого сервиса для максимальной производительности. Может, соберём какую-нибудь базу знаний?

Уверен, что готовых рецептов на все случаи жизни нет. Нужен сборник подходов к тюнингу zfs и методик замера нагрузки.

Уверен, что готовых рецептов на все случаи жизни нет. Нужен сборник подходов к тюнингу zfs и методик замера нагрузки.

Вот я о нём.

Ууу, zfs на винде попробовал, работает:) жалко оно на иллюмосовской ветке базируется, не все фичафлаги умеет Боль правда с маунтпоинтами

Интересно убью ли я свой пул

мощно)

неужто винда научится запускаться с софтрейдов ? 😃

неужто винда научится запускаться с софтрейдов ? 😃

Вообще зеркало минимум она умеет делать, и страйп

делать умеет, но не запускаться с них

делать умеет, но не запускаться с них

ну её загрузчик у меня тупо спрашивает "а с какого раздела из таких то изволите бутнуться?"😂

Но это моя домашняя машина для vr

На мирроре виндовом

хм, может чего пропустил )

Хз насколько оно умное, честно говоря

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

вот и интересно. LVM кушает больше или меньше 8Мб. Наверное попробую через виртуалку

попробовал. создал 6, 8 и 14тб диски

6 и 8 склеил LVM и создал на 100% места LV

склейка уменьшилась на 4194304байт

4 мега

еще ньюанс

4+4 фактически больше 8тб на 10мег. 6+8 фактически больше 14тб на 2 гига

Интересно. Может быть просто маркетинговые терабайты разные у разных производителей?

сравниваю сейчас. 6тб тошиба и 6тб вд грин - добайтово идентичны

4тб только сигейты, 8, 12 и 14тб только ВД. нет возможности сравнить

Щас посмотрю у себя

но факт, что вд 6тб + вд 8тб на 2 гига больше чем вд 14тб

в контексте решения моей проблемы-перестраховки. делаю рейд-з на 5 по 8, ZOL сам откусывает 8мег. и тогда в любой момент можно заменить один 8тб на склейку 4+4 без подводных камней

Seagate Enterprise Capacity 8TB 8001563222016 bypes /2 = 4000781611008 bytes HGST Ultrastar 7K6000 4TB 4000787030016 bypes Seagate Enterprise Capacity 4TB 4000787030016 bypes 4000787030016 - 4000781611008 = 5419008 bytes

1000204886016 - как-то много

Я сам в шоке, перепроверяю

Вроде не должно быть 10ТБ

WDC WD80EZAZ-11T 8001563222016 bytes

А это был 1ТБ 😊

Щас заменю

Заменил

4+4 на 10мег БОЛЬШЕ

тоже сходится все.

спасибо

Я теперь не усну! Почему?

это нужно спрашивать маркетантов. зачем они уменьшают диски

с другой стороны что 8тб, что 4тб существенно больше трилиардов байт. могли бы сделать 8тб не 8001563222016 ровно а ровно 8000000000000

я и говорю, тайна покрытая мраком... и мне кажется она как-то связана с вендой. Может быть венда 8000000000000 отображает как 7.9T? Это же маркетологи, причина должна быть маркетинговой.

https://ru.wikipedia.org/wiki/%D0%9A%D0%B8%D0%B1%D0%B8%D0%B1%D0%B0%D0%B9%D1%82

Ну подумаешь, i пропустили 😁

Tuning PostgreSQL on ZFS https://pg.uptrace.dev/zfs/ #zfs #postgres #sql

Tuning PostgreSQL on ZFS https://pg.uptrace.dev/zfs/ #zfs #postgres #sql

годный мануал). Только вот про рекомпиляцию ПГ с кастомными размерами блоков - это зря кмк

можно поменять без этого ?

так же можно отключить чексуммы на уровне инстанса ПГ и: synchronous_commit = off wal_compression = on # но отключить сжатие на пуле wal_init_zero = off # > 12.XX wal_recycle = off # > 12.XX

можно поменять без этого ?

что именно поменять?

Размены валов лучше не трогать

Без особой нужды

Размены валов лучше не трогать

+. в целом менять базовые вещи из ядра ПГ я бы не стал - это на всю жизнь. Придётся каждый новый релиз патчить под свой инстанс

Именно 😁

что именно поменять?

размеры блоков

Страниц чтоль?

размеры блоков

zfs set recsize=XXXk pool_name, но это будет работать на вновь создаваемые файлы. Или стоп PG, move-move (на другой датасет) и опять запустить