Коллеги, как вам такое? https://github.com/openzfsonwindows/openzfs/releases

Вместе с 3.0 хотят релизнуть, да

Вместе с 3.0 хотят релизнуть, да

что раньше выйдет hl3 или zfs3 ? 😃

Дело в том, что мне надо определиться - ставить на винде в виртуалке фряху или вот это. Первое я уже знаю, а второе потребует время на изучение. А есть ли заметный выигрыш в производительности или в чём то другом? Есть ли плюсы, кроме минусов?

Я даже не знаю смеяться, что Вы не читаете или грустить

А что читать надо?

...наверно вкладку release

Коллеги, как вам такое? https://github.com/openzfsonwindows/openzfs/releases

Я даже не знаю смеяться, что Вы не читаете или грустить

так я для личных нужд. У меня есть три бекапа, если что. Это будет ещё один)))

Познакомился с zfs на примере доставшихся мне серверов, где все виртуальные устройства были из дисков одинакового размера, и считал, что это требование. Обнаружил, что при замене дисков можно использовать и диски большей емкости, при этом размер пула увеличивается. В связи с этим возникли вопросы: 1) По описанию - как будто не только для raidz1/2, но и для mirror происходит увеличение размера пула - как это может быть? Или просто в описании не сделали оговорку для mirror? 2) Есть ли какие-то противопоказания против использования в одном вирутальном устройстве дисков разного размера? Или вообще любые комбинации допустимы, на порядок различающиеся по объему, без какого-либо влияния на эффективность/производительность?

1 - размер vdevа можно увеличить заменой всех дисков на бОльшие, НО один бОльший диск объём не увеличит, нужно увеличение всех дисков в vdev 2 - в 1 vdev размер 1 диска должен быть одинаковым. При этом никто не мешает добавить бОльший диск, но использовать от него только партицию на размер других дисков при этом разные vdevs могут конечно же быть разных размеров в пуле (vdev может состоять из одного диска, конечно же в таком случае избыточности данных не будет)

1 - размер vdevа можно увеличить заменой всех дисков на бОльшие, НО один бОльший диск объём не увеличит, нужно увеличение всех дисков в vdev 2 - в 1 vdev размер 1 диска должен быть одинаковым. При этом никто не мешает добавить бОльший диск, но использовать от него только партицию на размер других дисков при этом разные vdevs могут конечно же быть разных размеров в пуле (vdev может состоять из одного диска, конечно же в таком случае избыточности данных не будет)

1. Сам удивился, но можно один диск заменить, и общий объем увеличится. Правда, не сразу, а после дополнительных команд Емкость устройства замены должна быть не меньше минимального размера всех устройств в зеркале или конфигурации RAID-Z. В противном случае такая замена приводит к увеличению размера пула. В настоящее время для определения расширенной емкости необходимо выполнить экспорт и импорт пула. Пример: # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 16.8G 94K 16.7G 0% ONLINE - # zpool replace tank c0t0d0 c0t4d0 # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 16.8G 112K 16.7G 0% ONLINE - # zpool export tank # zpool import tank # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 33.9G 114K 33.9G 0% ONLINE - https://docs.oracle.com/cd/E19253-01/820-0836/gazgd/index.html

zpool list показывает сырое пространство, если что, а не полезное

1. Сам удивился, но можно один диск заменить, и общий объем увеличится. Правда, не сразу, а после дополнительных команд Емкость устройства замены должна быть не меньше минимального размера всех устройств в зеркале или конфигурации RAID-Z. В противном случае такая замена приводит к увеличению размера пула. В настоящее время для определения расширенной емкости необходимо выполнить экспорт и импорт пула. Пример: # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 16.8G 94K 16.7G 0% ONLINE - # zpool replace tank c0t0d0 c0t4d0 # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 16.8G 112K 16.7G 0% ONLINE - # zpool export tank # zpool import tank # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 33.9G 114K 33.9G 0% ONLINE - https://docs.oracle.com/cd/E19253-01/820-0836/gazgd/index.html

ну и покажите геометрию пула zpool status

Я пример из официальной документации процитировал - не знаю, где у них геометрию смотреть.

ну тогда точно и не сказать) но "Емкость устройства замены должна быть не меньше минимального размера всех устройств в зеркале или конфигурации RAID-Z." как раз про то что я написал говорит

Ну да, меньшее добавить нельзя. Но, если добавить БОЛЬШЕЕ - то, судя по их тексту, емкость увеличится

ну и дока оракла != openzfs местами

Полезные ссылки по ZFS Официальная документация ZFS On Linux https://t.me/ru_zfs/41658 ZFS: архитектура, особенности и отличия от других файловых систем https://t.me/ru_zfs/41657 Zpool Best Practices and Caveats https://t.me/ru_zfs/41394 ZFS Storage Design presentation (FreeNAS) https://t.me/ru_zfs/41399 ZFS Best Practices Guide https://efim360.ru/zfs-best-practices-guide/ Configuring Oracle Solaris ZFS for an Oracle Database https://www.oracle.com/technetwork/server-storage/solaris/config-solaris-zfs-wp-167894.pdf PG Phriday: Postgres on ZFS https://www.2ndquadrant.com/en/blog/pg-phriday-postgres-zfs/ Мастерство FreeBSD: ZFS для профессионалов. https://t.me/ru_zfs/41656

тыц

Печаль 😞. Не только Гугл, но и сам поиск по официальной документации openzfs по "replace disk" ничего внятного не находит 🤷‍♂️

1 - размер vdevа можно увеличить заменой всех дисков на бОльшие, НО один бОльший диск объём не увеличит, нужно увеличение всех дисков в vdev 2 - в 1 vdev размер 1 диска должен быть одинаковым. При этом никто не мешает добавить бОльший диск, но использовать от него только партицию на размер других дисков при этом разные vdevs могут конечно же быть разных размеров в пуле (vdev может состоять из одного диска, конечно же в таком случае избыточности данных не будет)

У Вас есть страйп 5+1, диски 2ТБ То есть у Вас ВСЕГДА запись 6 секторов на любую операцию (Исключение draid, то сейчас не про него) Вы поменяли 1 диск из 6 на 4ТБ диск У Вас ВСЁ ещё запись 5+1 секторов всегда

1. Если так рассуждать логически, то Оракл сделал что-то не логически? Или наврал в документации? 2. Не изучал, как устроены страйпы - но где-то попадалось, что, если какое-то устройство сильно занято - то запись делается на менее загруженное устройство. То есть не всегда запись идет равномерно на все диски?

1 - где Вы нашли, что у Оракл есть возможно увеличить размер RaidZ путём увеличения объёма одного диска?

Я выше цитировал https://docs.oracle.com/cd/E19253-01/820-0836/gazgd/index.html такая замена приводит к увеличению размера пула. В настоящее время для определения расширенной емкости необходимо выполнить экспорт и импорт пула. Пример: # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 16.8G 94K 16.7G 0% ONLINE - # zpool replace tank c0t0d0 c0t4d0 # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 16.8G 112K 16.7G 0% ONLINE - # zpool export tank # zpool import tank # zpool list tank NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 33.9G 114K 33.9G 0% ONLINE -

Есть подозрение, что относится оно к При замене устройства в пуле устройств хранения данных без избыточности, который содержит только одно устройство, требуется указать оба устройства

Нет, там явно не про одно устройство, поскольку строчка перед цитированием - Емкость устройства замены должна быть не меньше минимального размера всех устройств в зеркале или конфигурации RAID-Z. То есть явно не одно устройство

У Oracle специфичная дока это раз Два, OpenZFS и Oracle ZFS не одно и то же

Что не одно и то же - мне уже указали выше, и я пытался найти аналогичное описание в openZFS. Сейчас я вернулся к описанию Оракл только потому, что логические рассуждения противоречили реализации Оракла.

И нигде в документации никто не подумал про это написать 🤨?

У Вас любой рейд контроллер также себя ведёт

И нигде в документации никто не подумал про это написать 🤨?

а как и какой сторадж из 2 дисков разного размера, к примеру миррор соберёт, используя всё пространство? но в целом why not уточнить, с удовольствием поревьюю контрибьюты в доку :)

а как и какой сторадж из 2 дисков разного размера, к примеру миррор соберёт, используя всё пространство? но в целом why not уточнить, с удовольствием поревьюю контрибьюты в доку :)

mirror в чистом виде сложно представить, а вот для аналога raidz1, который устроен как зеркало (может быть, не очень эффективная, но как "доказательство существования" идеи), такая реализация: 2 диска по 1 ТБ 1 диск 2 ТБ Блок длиной 1 МБ записывается: - половина на первый маленький диск - вторая половина на второй маленький диск - целиком дублируется на большой диск

mirror в чистом виде сложно представить, а вот для аналога raidz1, который устроен как зеркало (может быть, не очень эффективная, но как "доказательство существования" идеи), такая реализация: 2 диска по 1 ТБ 1 диск 2 ТБ Блок длиной 1 МБ записывается: - половина на первый маленький диск - вторая половина на второй маленький диск - целиком дублируется на большой диск

mirror в чистом виде сложно представить, а вот для аналога raidz1, который устроен как зеркало (может быть, не очень эффективная, но как "доказательство существования" идеи), такая реализация: 2 диска по 1 ТБ 1 диск 2 ТБ Блок длиной 1 МБ записывается: - половина на первый маленький диск - вторая половина на второй маленький диск - целиком дублируется на большой диск

схема то понятна, но получается несбалансированность по перформансу, к примеру. Руками собрать можно, как выше предложили

Похожую штуку в Synology сделали с помощью mdamd и lvm: они из дисков разного размера нарезают одинаковые куски, из кусков делают рейды с нужной избыточностью, а потом рейды собирают в один том https://kb.synology.com/en-my/DSM/tutorial/What_is_Synology_Hybrid_RAID_SHR

Ну всё это к тому, что просто самому "логически додумывать", что и как реализовано в openzfs - не однозначно, и нужно это более явно прописывать в документации, а иначе приходится вот в профильных форумах выяснять... В общем, для себя ответ получил: буду избегать создавать в-устрйоства из дисков разного размера, так же как и заменять диски на бОльшие.

mirror в чистом виде сложно представить, а вот для аналога raidz1, который устроен как зеркало (может быть, не очень эффективная, но как "доказательство существования" идеи), такая реализация: 2 диска по 1 ТБ 1 диск 2 ТБ Блок длиной 1 МБ записывается: - половина на первый маленький диск - вторая половина на второй маленький диск - целиком дублируется на большой диск

вот картинка про размещение данных и избыточности