Ну вариантов тьма Вышел диск из строя на его место 2tb, затем после синка выводишь из пула оставшийся 1тб и добавляешь оставшийся 1тб. Пусть поправят меня, но после второго синка место сразу увидится большего обьема

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

Новый не добавится. Диск большего объема

Новый не добавится. Диск большего объема

Вижу сейчас решение Олега. Реплейс на новый диск

Вижу сейчас решение Олега. Реплейс на новый диск

Лучше не реплейс а аттач

ZFS на nvme устройствах имеет смысл поднимать, если скорость интересует? Есть железяка с 6 NVMe дисками, сейчас работает в режиме RAID-5, отформатирована под ext4 , имеет смысл её на zfs переводить?

ZFS на nvme устройствах имеет смысл поднимать, если скорость интересует? Есть железяка с 6 NVMe дисками, сейчас работает в режиме RAID-5, отформатирована под ext4 , имеет смысл её на zfs переводить?

а падения не будет?

С чего бы при прочих равных?

ну , по тестам Phoronix на nvme , ext4 заметно быстрее ZFS бывает, а xfs ещё быстрее

а падения не будет?

Если у меня 2 HDD 1.8T для бэкапов в основном, мне достаточно log девайса для пула или сделать и l2arc?

Лог для бэкапа не нужен, можно и sync=disable сделать

но вот какие volsize, blocksize прописать ума не приложу...

просто официально VMFS5 использует блоки по 1Мбайту, но "народ" говорит, что по факту оперирует блоками по 16Кбайт... Думал может быть у кого-то есть "практика" в этом применении

>zfs надо как-то говорит что размер блока на SSD будет 8k помоему надо говорить через ashift

VMFS5 only offers only one block size: 1 MB block size – maximum file size: 64 TB. вероятно выше речь шла об sub block которые могут быть до 64Кбайт... Т.е. все таки я думаю гипервизор "собирает" блоки на запись/чтение в VMFS, а потом их пачкой передает на схд (как раз блоками по 1Мб). Но что-то нигде не могу найти инфу об этом.

и еще вопрос, когда организую ZIL и L2ARC на SSD, zfs надо как-то говорит что размер блока на SSD будет 8k, или она сама умеет определять это?

нашел "Например, предположим, что настроена VMFS5, что означает размер блока (файла) 1 МБ, сопровождаемого субблоками 8 КБ. Теперь, когда системе необходимо сохранить файл размером 64 КБ, что намного меньше размера блока (файла) по умолчанию, она НЕ БУДЕТ сохранять файл, используя 8 субблоков по 8 КБ, нет, она просто сохранит файл в нормальный блок размером 1 МБ (файл). Только если размер файла на самом деле составляет 8 КБ или меньше, для его хранения будет использоваться субблок"

и еще вопрос, когда организую ZIL и L2ARC на SSD, zfs надо как-то говорит что размер блока на SSD будет 8k, или она сама умеет определять это?

и еще не понятный момент, если делать zvol для iscsi есть ли смысл оставлять 20% резерва от емкости pool

зависит от вашей нагрузки, 20% места на пуле это рекомендации а не требование

лучше сказать явно, емнип оно умеет

для CoW это все таки больше требование

если у вас 1000 условных iops с пула даже в raidz, диски справляются с нагрузкой и в основном чтение - какая разница 20% будет свободно на пуле или 10?

У соляриса вроде нфс без кеширования. Хотя не уверен. Не хочу искази) он не особо удобен

Nfs для файлов, а для блочных устройств жругие протоколы. К тому же, в проксмокс есть zvol over iscsi с поддержкой снепшотов из каробки. Но я не пробовал.

гдето находил сравения, что нфс с есх работает чуть ли не быстрее чем с isci, а учитывая, что все равно, все тормоза сидят в зфс, а нфс удобнее, пользую нфс

я сравнивал на 10 Gbe на нетапах перформанс внутри гостевых ос на датасторе выданной по iscsi и по nfs - на nfs показатели по iops выше, а latency ниже или сравнимое..

я сравнивал на 10 Gbe на нетапах перформанс внутри гостевых ос на датасторе выданной по iscsi и по nfs - на nfs показатели по iops выше, а latency ниже или сравнимое..

и иопс может быть ббольше при более низком латенси только если число потоков увеличить

низкое в смысле меньше мс, а не в смысле хуже?)

богатый русский язык блин)

низкое в смысле меньше мс, а не в смысле хуже?)

низкое летисы в смысле плохо еще ни разу не слышал)