Р10 под бакапы это расточительно

Я его вообще не люблю р10

btrfs под приличной нагрузкой имеет свойство разваливаться, за zfs пока такого не замечено

Если для файлопомойки - то р10 перебор, а если под БД - то самое то

И я вот не уверен что 10гбит у вас там утилизировался на все сто

Достаточно выйти из строя двум не любым хардам и всё

Похоже ща будет большой пост)

для бэкапов возьмите raid z2, нарежьте несколько пулов и объедините в страйп (как я вчера Вам предлагал, там по 6 дисков в raid z2 в примере обхеденены в страйп)

вы видимо под пулами vdevs имеете в виду

Лучше не испытывать судьбу с бтрфс

zfs удобен и хорош на больших массивах дисков - 8 и больше, а для 3-6 дисков я бы собирал mdadm или смотрел на btrfs (надо бы самому освежить в памяти ее =))

Ну господа, это ж не тема холивара, я лишь упомянул btrfs в контексе конкретного решения как пример на фоне mdadm/lvmraid (и не агитировал). Опять же ИМХО, я лично не буду поднимать zfs на допустим машине с одним или двумя дисками.

Ну так это проблема любого массива с избыточностью (что 10-й, что 6-й рейд). Наша задача найти баланс между отказоустойчивостью и производительностью. Я в таком случае предпочту zfs raid10 и что-нибудь типа glasterfs на 3-х севрерах если бюджет позволяет, и вот тут 10 гигабит и 10-й рейд сильно решают (даже для тупой бэкапилки куда льется непрерывный поток данных), хотя больше решает переход с магнитных дисков на ссд, но опять же все ситуативно. А так, в чистом виде что mdadm, что zfs, что btrfs создают по сути одно и то же решение, с одним и тем же уровнем устойчивости. Вопрос лишь в стоимости и производительности.

https://habr.com/ru/post/504692/

в openzfs если что уже есть список исключений размера сектора для дисков

по каким словам гуглить?

по коду)

можно конечно

1. обновляете сам модуль zfs свежей версии

Приветствую! Подскажи, плиз, сейчас использую 0.7 версию, хочу обновится до 2.0.1 возможно ли это вообще или только все сносить и ставить заного?

Ни ткнете носом в доку, чтот не нашел как это сделать

https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/index.html#installation

до 2.0 только если бекапы есть, всё же ещё свежая версия

2. обновляете пулл

Мне чисто для тестов

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

коллеги, а подскажите пожалуйста как работают вместе ARC cache и page cache (или ткните плз где это уже описано), интересует в разрезе postgresql - при обращении к ОС за блоком с диска в случае ext4 он может быть по факту получен из кеша, а вот в случае с zfs он может быть прочитан из двух видов кеша?

насколько я предполагаю в случае zfs - paqe cache пропускается (bypass)

подскажите еще пожалуйста, как будет чтение из arc cache видно в getrusage(), как чтение из кеша?

она позволяет разделить когда чтения были реально с диска а когда из page cache

2. обновляете пулл

https://github.com/openzfs/zfs/blob/5b525165e9113e7faabd230b504ae4e9b85d35a5/cmd/zpool/os/linux/zpool_vdev_os.c#L103

это в какой переменной? struct rusage { struct timeval ru_utime; /* user CPU time used */ struct timeval ru_stime; /* system CPU time used */ long ru_maxrss; /* maximum resident set size */ long ru_ixrss; /* integral shared memory size */ long ru_idrss; /* integral unshared data size */ long ru_isrss; /* integral unshared stack size */ long ru_minflt; /* page reclaims (soft page faults) */ long ru_majflt; /* page faults (hard page faults) */ long ru_nswap; /* swaps */ long ru_inblock; /* block input operations */ long ru_oublock; /* block output operations */ long ru_msgsnd; /* IPC messages sent */ long ru_msgrcv; /* IPC messages received */ long ru_nsignals; /* signals received */ long ru_nvcsw; /* voluntary context switches */ long ru_nivcsw; /* involuntary context switches */