Продолжение темы здесь
Кураторы: MikeMac, RU_Taurus, archa
Страницы:Кликните, чтобы указать произвольную страницуназад53далее
Chudik: NAS своими руками (часть 17)
Обязательно читаем первую страницу. Вопросы, не отвечающие требованиям, могут быть проигнорированы.
vanes32
unregistered
v
vanes32 unregistered
3 года назад / 26 ноября 2021 23:27
ilka
я свои в 4к "переключал" так: https://www.bjonnh.net/article/20210721_nvme4k/
но это при условии что они "переключаются"
ilka
Member
127/265 ответов, #6 в рейтинге
12 лет на iXBT, с ноября 2012
Чаще пишет Р Р† "НАС" (72%)
Россия
Инфо
i
ilka Member
3 года назад / 26 ноября 2021 23:51
vanes32
я свои в 4к "переключал" так:
так же и делаю, ошибка.

Добавление от 26.11.2021 23:51:

ilka
Хочу так же на debian/ubuntu $)

Потестировал
Для теста RND4K Q32T1 я добился 300, при ...
1aio read size = 0
2aio write size = 0
т.е. полностью синхронно, а TrueNas стоит асинхронно
1aio read size = 1
2aio write size = 1
и он показывает при это больше 300

у TrueNas в sysctl.conf.local нашел
1# AIO tuning for SMB
2vfs.aio.max_aio_procs=128
3vfs.aio.target_aio_procs=16
4kern.kq_calloutmax=150000

Подобные твики можно применить к debian/ubuntu? И если можно сразу с примером
bormental
Member
1794/2901 ответов
14 лет на iXBT, с октября 2010
Чаще пишет Р Р† "НАС" (62%)
Украина, Киев
Инфо
bormental Member
3 года назад / 27 ноября 2021 00:51
vanes32
при условии что они "переключаются"
О, хороший способ проверить. Таки да, Самс 960про - только 512б.
$ sudo nvme id-ns -H /dev/nvme0n1
...
LBA Format 0 : Metadata Size: 0 bytes - Data Size: 512 bytes - Relative Performance: 0 Best (in use)
А вот Hynix P31:
LBA Format  0 : Metadata Size: 0   bytes - Data Size: 512 bytes - Relative Performance: 0 Best 
LBA Format 1 : Metadata Size: 0 bytes - Data Size: 4096 bytes - Relative Performance: 0 Best (in use)
ilka
Member
128/266 ответов, #6 в рейтинге
12 лет на iXBT, с ноября 2012
Чаще пишет Р Р† "НАС" (72%)
Россия
Инфо
i
ilka Member
3 года назад / 27 ноября 2021 02:32
levindd
а сейчас на 14 Тб такой ценник
а ссылку?

Добавление от 27.11.2021 02:32:

970 evo plus 500gb
1sudo nvme id-ns -H /dev/nvme0n1
...
LBA Format 0 : Metadata Size: 0 bytes - Data Size: 512 bytes - Relative Performance: 0 Best (in use)

1smartctl -a /dev/nvme0n1

...
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
Плохо, только 512.
Просто меня смутило, что кто то его использовал для хакинтоша. А там типа нужно 4к.
Bishop
Member
497/1541 ответов
10 лет на iXBT, с декабря 2014
26 фото на iXBT.photo
Чаще пишет Р Р† "НАС" (34%)
Инфо
Bishop Member
3 года назад / 27 ноября 2021 05:09
Shaman2

А где именно в xigmanas смотреть процент дедупа конкретного датасета?
В консоли:
zpool get dedupratio rpool

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

Мало того, при проблемах с охлаждением нужно считать предельное потребление системы (т.е. чтобы она не перегрелась под нагрузкой, даже если по ней она будет 1% времени). Потребление в простое важно разве что для экономии света, но не для охлада.

Т.е. при равной производительности энергоэффективные решения сильно дороже. Понятно что с уменьшением производительности цена тоже будет снижаться. Но и для меньшей производительности энергоэффективные решения будут сильно дороже не эффективных.
oleg1345140
Junior Member
4/4 ответов
3 года на iXBT, с ноября 2021
Инфо
o
oleg1345140 Junior Member
3 года назад / 27 ноября 2021 11:14
Bishop
длинная цитата была автоматически скрыта. нажмите, чтобы её увидеть.
Возможно в моем случае правельнее будет с низкмим энергопореблением а не с высокой энергоэффективностью? наврядли торренты, запись файлов через разные пртоколы и трансляция видео требуют высокую производительность
vanes32
unregistered
v
vanes32 unregistered
3 года назад / 27 ноября 2021 11:56
oleg1345140
Минимальное энергопотребление
возможность подключить 7+ дисков
Лично мне кажется что это взаимоисключающие требования, 7+дисковый сервер из розетки будет жрать без нагрузки постоянно 100+ ватт.
oleg1345140
Junior Member
5/5 ответов
3 года на iXBT, с ноября 2021
Инфо
o
oleg1345140 Junior Member
3 года назад / 27 ноября 2021 12:04
vanes32

oleg1345140
Минимальное энергопотребление
возможность подключить 7+ дисков
Лично мне кажется что это взаимоисключающие требования, 7+дисковый сервер из розетки будет жрать без нагрузки постоянно 100+ ватт.
Диски сами по себе потребляют 2-7 ватт. А процессор 10-90+ ватт, вот и интересуюсь что лучше подойдет
vanes32
unregistered
v
vanes32 unregistered
3 года назад / 27 ноября 2021 12:35
oleg1345140
Помимо дисков и процессора там есть ещё много чего жрущего. Есть память, чипсэт, есть ссд-диски. Наверняка Вы поставите туда горяченный, старый, жрущий HBA, возможно захотите видеокарту для перекодировки видео на лету. Вот и набежит соточка.
У товарища сервер на ryzen2700, x470d4u c 10hdd, 2nvme, 2ssd, hba, quadro t600 жрёт 100ватт просто в простое ничего не делая. И это эффективный, современный процессор. Если поменять относительно современный райзен на что-то постарее, подешевле и менее эффективное, он будет жрать, предположим, 120 вместо 100. Разница не такая значительная. В общем, имхо, в больших сборках процессорное тдп не сильно играет роли.

upd:
забыл про ИБП, он тоже жобавит "жора"
oleg1345140
Junior Member
6/6 ответов
3 года на iXBT, с ноября 2021
Инфо
o
oleg1345140 Junior Member
3 года назад / 27 ноября 2021 13:31
vanes32
Помимо дисков и процессора там есть ещё много чего жрущего. Есть память, чипсэт, есть ссд-диски. Наверняка Вы поставите туда горяченный, старый, жрущий HBA, возможно захотите видеокарту для перекодировки видео на лету. Вот и набежит соточка.
У товарища сервер на ryzen2700, x470d4u c 10hdd, 2nvme, 2ssd, hba, quadro t600 жрёт 100ватт просто в простое ничего не делая. И это эффективный, современный процессор. Если поменять относительно современный райзен на что-то постарее, подешевле и менее эффективное, он будет жрать, предположим, 120 вместо 100. Разница не такая значительная. В общем, имхо, в больших сборках процессорное тдп не сильно играет роли.

upd:
забыл про ИБП, он тоже жобавит "жора"


Понятно что чипсет, память и сетевая карта будут потреблять энергию, видеокарту ставить не планирую, так как для перекодирования видео хватает MT7620A, навряд ли более серьезные процессоры будут испытывать затруднения. Представленная матплата выглядит интересной кстати только быстрое гугление показывает что в продаже найти сложно, а вот проц сам по себе 65 ватт.
ИБП уже есть для поддержания работоспособности сети и вн.
HeinzGrenze
Junior Member
10/15 ответов, #3 в рейтинге
3 года на iXBT, с ноября 2021
Чаще пишет Р Р† "Процессоры" (56%)
Инфо
HeinzGrenze Junior Member
3 года назад / 27 ноября 2021 14:15
bormental
Если "вкрутить" Ryzen, то можно и не обходиться без ECC памяти.

это да - но там надо внимательно посмотреть т.к. не на всех материнках ECC заработает, т.к. официально для "бытовых" материнок ECC не является обязательным функционалом


oleg1345140
Диски сами по себе потребляют 2-7 ватт. А процессор 10-90+ ватт, вот и интересуюсь что лучше подойдет

диски при активной записи/чтении 10-12 ватт

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

какой размер для хранилки предполагается 2U ? 3U ? 4U ?

vanes32
У товарища сервер на ryzen2700, x470d4u c 10hdd, 2nvme, 2ssd, hba, quadro t600 жрёт 100ватт просто в простое ничего не делая.

quadro t600 какая экзотика однако! а так видимо его 100ватт в простое устраивают - если задастся целью можно и поменьше - процесор со встройкой взять и с небольшим tpd, настроить остановку шпинделей по бездействию и т.п.
musstang
Junior Member
1/1 ответов
3 года на iXBT, с ноября 2021
Инфо
m
musstang Junior Member
3 года назад / 27 ноября 2021 14:36
Ярослав Романов



состав сервачка: 1U корпус с 8 штуками hotswap 2.5 корзинками + 400 ваттный блок питания (16 ампер по +5v)

ram 4GB ddr3 ECC памяти (потом докину еще 8 гигабайт)

cpu xeon E3-1270


можно ссылочку на сервер, и встанет ли на него XPenology?
HeinzGrenze
Junior Member
11/16 ответов, #3 в рейтинге
3 года на iXBT, с ноября 2021
Чаще пишет Р Р† "Процессоры" (56%)
Инфо
HeinzGrenze Junior Member
3 года назад / 27 ноября 2021 15:03
musstang
можно ссылочку на сервер, и встанет ли на него XPenology?

на счет xpenology не могу сказать - я ей не интересовался.

ссылочку - я покупал сервачок вот у этого продавца https://www.avito.ru/user/cb897ecb9d5fd92487e443ed530d9af8/profile

а память к нему я купил вот у этого продавца https://www.avito.ru/user/87a615841ed6a7357ea648961d3c799f/profile просто память у этого сервачка специфическая и нужна ECC но безбуферная, а с обычной памятью или с ECC REG он не запустится.

так глянул - судя по всему эти сервачки полностью раскупили, но вы напишите продавцу может еще есть запасы, или другие сервачки присмотрите
ilka
Member
129/267 ответов, #6 в рейтинге
12 лет на iXBT, с ноября 2012
Чаще пишет Р Р† "НАС" (72%)
Россия
Инфо
i
ilka Member
3 года назад / 27 ноября 2021 15:21
Перешел на ubuntu смирился с netplan.
У кого нибудь есть ответ чем отличаются draid1:6d:8c:1s (6 data, 1 четность, 1 spare) от raidz2 (6 data, 2 четность)?
Посмотрел на iostat при чтение и записи на draid, все диски используется, поэтому чем он отличается raidz2?
HeinzGrenze
Junior Member
12/17 ответов, #3 в рейтинге
3 года на iXBT, с ноября 2021
Чаще пишет Р Р† "Процессоры" (56%)
Инфо
HeinzGrenze Junior Member
3 года назад / 27 ноября 2021 15:29
ilka
6 data, 1 четность, 1 spare

6 data, 2 четность

в моем понимании spare диск это резервный который не используется, а держится в резерве и будет использован для замены вышедшего из строя диска.

а во втором случае используются все диски.

т.е. фактически первая схема это 6+1 и +1 резерв, а вторая схема это 6+2
IsNoGood
Member
133/134 ответов
8 лет на iXBT, с ноября 2016
Чаще пишет Р Р† "НАС" (98%)
Инфо
I
IsNoGood Member
3 года назад / 27 ноября 2021 15:34
ilka

Перешел на ubuntu смирился с netplan.
У кого нибудь есть ответ чем отличаются draid1:6d:8c:1s (6 data, 1 четность, 1 spare) от raidz2 (6 data, 2 четность)?
Посмотрел на iostat при чтение и записи на draid, все диски используется, поэтому чем он отличается raidz2?
Если кратко то количеством дисков которые можно потерять 1 против 2. Подробно можно тут посмотреть.
levindd
Member
591/2456 ответов
14 лет на iXBT, с сентября 2010
170 фото на iXBT.photo
Чаще пишет Р Р† "Накопители" (45%)
Россия
Инфо
l
levindd Member
3 года назад / 27 ноября 2021 15:41
Какой взять?
https://market.yandex.ru/compare/bd1f66d2913c7cb2a2a…40&id=8307353
10 HDD. Склоняюсь к Corsair RM550x.

Исправлено: levindd, 27.11.2021 15:56

Shaman2
Member
343/542 ответов
15 лет на iXBT, с июля 2009
Чаще пишет Р Р† "НАС" (60%)
Инфо
S
Shaman2 Member
3 года назад / 27 ноября 2021 15:57
Bishop

Shaman2

А где именно в xigmanas смотреть процент дедупа конкретного датасета?
В консоли:
zpool get dedupratio rpool
Не выйдет. Это процент всего пула, а не конкретного датасета. Как глянуть конкретный датасет я так и не нашел
ilka
Member
130/268 ответов, #6 в рейтинге
12 лет на iXBT, с ноября 2012
Чаще пишет Р Р† "НАС" (72%)
Россия
Инфо
i
ilka Member
3 года назад / 27 ноября 2021 18:49
IsNoGood
Если кратко то количеством дисков которые можно потерять 1 против 2. Подробно можно тут посмотреть.
Я это понимаю, но нужно преимущества draid осмыслить
Получается, за счет распределения данных spare диск быстро восстанавливается, т.е. по надежности draid1:6d:8c:1s можно считать raidz1.5

Старые тесты на debian и zfs 2.06

Новые тесты
ubuntu 21.04
zfs-2.1.1-0york0~21.04
zfs-kmod-2.1.1-0york0~21.04
7 новых дисков ST4000VN008 (5980) и и один старый ST4000DM000 (5900), чуть медленнее ST4000VN008 (ранее тесты на линейное чтение приводил)

1sudo zpool create -f \
2-o ashift=12  \
3-O acltype=posixacl \
4-O compression=off \
5-O dedup=off -O checksum=skein \
6-O normalization=formD \
7-O xattr=sa \
8-O atime=off -O relatime=on \
9...
Без оптимизации, сразу после установки ubuntu

draid1:6d:8c:1s
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 209.179 s, 657 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 345.506 s, 398 MB/s

raidz2
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 200.865 s, 684 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 351.14 s, 391 MB/s

С оптимизацией которую использовал на debian, возможно на запись не совсем оптимально
1echo 536870912  > /sys/module/zfs/parameters/zfetch_max_distance
2echo 2 > /sys/module/zfs/parameters/zfs_vdev_async_read_max_active
3echo 7 >  /sys/module/zfs/parameters/zfs_vdev_async_write_max_active
recordsize=1m

draid1:6d:8c:1s recordsize=1m
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 157.477 s, 873 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 114.714 s, 1.2 GB/s
dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 113.891 s, 1.2 GB/s

raidz2 recordsize=1m
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 163.524 s, 840 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 139.344 s, 986 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 139.152 s, 988 MB/s

draid2 recordsize=1m
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 165.46 s, 831 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 117.396 s, 1.2 GB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 112.422 s, 1.2 GB/s

draid recordsze=1m
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 146.037 s, 941 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 114.352 s, 1.2 GB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 112.551 s, 1.2 GB/s

raidz recordsze=1m
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 141.296 s, 973 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 119.506 s, 1.2 GB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 119.394 s, 1.2 GB/s
recordsize=128k

draid2 recordsize=128k
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 227.432 s, 604 MB/s

dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 228.191 s, 602 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 140.552 s, 978 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 143.313 s, 959 MB/s

draid1:6d:8c:1s recordsize=128k
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 215.385 s, 638 MB/s

dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 216.517 s, 635 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 133.295 s, 1.0 GB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 135.597 s, 1.0 GB/s

raidz recordsize=128k
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 179.808 s, 764 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 130.362 s, 1.1 GB/s

raidz2 recordsize=128k
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 206.208 s, 667 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 155.572 s, 883 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 155.232 s, 885 MB/s

draid recordsze=128k
dd if=/dev/zero of=/a/1.dat bs=1M count=128k
137438953472 bytes (137 GB, 128 GiB) copied, 193.867 s, 709 MB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 135.492 s, 1.0 GB/s

dd if=/a/1.dat of=/dev/null bs=1M
137438953472 bytes (137 GB, 128 GiB) copied, 132.954 s, 1.0 GB/s

Свободное место
167x130, 2.7Kb


Итого
Что да улучшилось, или ubuntu и(или) zfs 2.1
ранее
raidz был 954 MB/s на чтение, теперь 1.1 GB/s
raidz2 был 810 MB/s на чтение, теперь 883 GB/s

По поводу draid. По чтению. draid2 в сравнение с raidz2 всегда лучше. raidz мне кажется чуть лучше draid.

Draid на recordsize=1M позволяет достичь 1.2 GB/s для любой конфигурации (draid1:6d:8c:1s, draid, draid2)

Места при использование draid меньше.
oleg1345140
Junior Member
7/7 ответов
3 года на iXBT, с ноября 2021
Инфо
o
oleg1345140 Junior Member
3 года назад / 27 ноября 2021 19:26
HeinzGrenze
какой размер для хранилки предполагается 2U ? 3U ? 4U ?
1U планировалось


диски при активной записи/чтении 10-12 ватт

на многих дисках написано 5в 0,7а или 5 в 1а, планирую 2,5" использовать, но это не принципиально
HeinzGrenze
Junior Member
14/19 ответов, #3 в рейтинге
3 года на iXBT, с ноября 2021
Чаще пишет Р Р† "Процессоры" (56%)
Инфо
HeinzGrenze Junior Member
3 года назад / 27 ноября 2021 19:56
oleg1345140
1U планировалось

если 7+ дисков то это только 2.5 диски - а о них я ниже написал, если на 3.5 дисках это минимум 2U

да и кстати вы понимаете что в 1U могут быть проблемы с охлаждением в частности процессора? лучше уж попросторней корпус взять


на многих дисках написано 5в 0,7а или 5 в 1а, планирую 2,5" использовать, но это не принципиально

на 2.5 слишком мелкие по объему диски - да и при этом в расчете цены за 1Гб слишком дорогие, 2.5 и подешевле это как то не вяжется.

p.s. есть конечно 2.5 и на 5tb - но во первых там ценник космический, да и горячо "любимый" производитель seagate
oleg1345140
Junior Member
8/8 ответов
3 года на iXBT, с ноября 2021
Инфо
o
oleg1345140 Junior Member
3 года назад / 27 ноября 2021 21:10
HeinzGrenze
да и кстати вы понимаете что в 1U могут быть проблемы с охлаждением в частности процессора? лучше уж попросторней корпус взять
Можно и 2U но места не много в шкафу.

на 2.5 слишком мелкие по объему диски - да и при этом в расчете цены за 1Гб слишком дорогие, 2.5 и подешевле это как то не вяжется.
Рассматривал их так как гуглениепо магазинам показало разницу в цене 10%, а потребление/вибрации меньше, если не прав поправьте.
HeinzGrenze
Junior Member
15/20 ответов, #3 в рейтинге
3 года на iXBT, с ноября 2021
Чаще пишет Р Р† "Процессоры" (56%)
Инфо
HeinzGrenze Junior Member
3 года назад / 27 ноября 2021 22:36
oleg1345140
Можно и 2U но места не много в шкафу.

взять вот такое https://www.nix.ru/autocatalog/server_cases_exegate/…_page_443896.html

а потом туда если не надо ECC памяти то поставить i5-10400, его можно будет в bios на 30-35ватт ограничить, и контроллер 9211-8i и будет 12-14 дисков (в зависимости 4 или 6 sata на материнке)

если нужна ECC то смотреть на ryzen и читать какие материнки поддерживают ECC или покупать какой нибудь 2011-2 или 2011-3 на алиэкспрессе, если взять какой нибудь 2630L v3 и сделать ему андервольт то будет и дешево и прохладно.

но опять же судя по первому сообщению непонятно - нужно чтобы железки были в местных магазинах доступны? тогда о 2011-3 и 9211-8i придется забыть и потратить побольше денег.


Рассматривал их так как гуглениепо магазинам показало разницу в цене 10%, а потребление/вибрации меньше, если не прав поправьте.

это если сравнивать 1tb или 2tb диcки! то да там разница примерно 10% но кстати надо быть очень внимательным, очень часто 2tb в 2.5 дисках это SMR диски, а на них нельзя массивы строить.

но 2tb это максимум что в 2.5 можно рассматривать есть конечно пара моделей от seagate на 4tb и 5 tb - Но это диски c космическим ценником и толщиной 15мм да и производитель не очень

поэтому фактически если нужны более-менее емкие массивы то вместо одного 3.5 надо будет покупать 2-3 штуки 2.5диска

а 3.5 диски можно хоть на 18tb брать. но оптимальнее собирать массивы на дисках 3-8 tb
@VID
Member
93/117 ответов
10 лет на iXBT, с декабря 2014
Чаще пишет Р Р† "НАС" (79%)
Россия, Новосибирск
Инфо
V
@VID Member
3 года назад / 27 ноября 2021 23:04
ilka
В dRaid размер страйпа фиксирован, следовательно вы теряете в доступном пространстве. Потери конечно будет зависеть от используемого recordsize и размера файлов и вам это может быть не критично, читал тут https://openzfs.github.io/openzfs-docs/Basic%20Conce…RAID%20Howto.html
Если Вы считаете это сообщение ценным для дискуссии (не обязательно с ним соглашаться), Вы можете поблагодарить его автора, а также перечислить ему на счет некоторую сумму со своего баланса (при отзыве благодарности перечисленная сумма не будет вам возвращена).
Также вы можете оценить сообщение как неудачное.
В течение суток можно 20 раз оценить сообщения разных участников (купите Premium-аккаунт, либо оплачивайте оценки сверх лимита).
Страницы:Кликните, чтобы указать произвольную страницуназад53далее
Продолжение темы здесь