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

Модель, как обычно, сделал в Инвенторе, а, пока ожидал заверешния печати - отрендерил её.

Печатал, на этот раз, у найденного по Авито человека с хорошим принтером и большим опытом. Результат весьма порадовал, обе детали кожуха без проблем сели на плату и состыковались между собой.

Чуть сложнее было засунуть вентилятор - при моделировании я не учёл степени усадки пластика, пришлось немного поработать дремелем и напильником. После этого вентилятор встал на своё место, достаточно туго для того, чтобы надёжно зафиксироваться.

Чтобы снизить обороты вентилятора и уменьшить его шум, я запитал его от 5-вольтовой линии, скинув напряжение до 4.3в диодом в прямом включении, а чтобы это выглядело получше и работало понадёжнее - собрал крошечный переходник с мини-молекса (как для флоппи-дисководов) на трёхпиновый разъём вентилятора, в который и впаял этот диод, после чего затянул его в термоусадку.

В таком виде сервер успешно трудится уже пару месяцев. В планах - установить вторую дисковую корзину (для SFF-дисков), набить её SSD и подключить к SAS HBA уже её (сейчас HBA висит без дела, так как хватает SATA-портов на матплате), а также - установить PCI-E SSD, на который установить уже ESXi, а операционки перенести на виртуалки, заодно выделив для задач, собственно, NAS'а и роутинга более подходящие ОС (пока остановился на TrueNAS Scale и pfsense соответственно) и перевести все файлохранилища на ZFS. Также думаю увеличить объём памяти до 64 гигабайт и поменять её на ECC-шную, а, если сумею найти - то поменять процессор на Ксеон L-версии, с пониженным энергопотреблением.

Всем привет!
Довольно давно я использую самодельный NAS с расширенным составом функций - помимо собствено доступа к файлам в домашней сети, этот компьютер хостит SFTP-сервер, чтобы иметь доступ к хранилищу файлов с телефона, бекапит ключевые папки на домашних персоналках и решает ещё пару задач. Собран он на базе демшанского и недорогого железа, зато в модном (и недорогом :)) серверном б/у-корпусе, и стоит на верхней полке кладовой.
Пару месяцев назад мне захотелось ускорить доступ к файлам на насе с основного домашнего компьютера, который соединён с ним проводом (остальные машины - через вай-фай). Для этого я купил с рук пару 10-гигабитных карт. В основной компьютер нашлась за половину текущей рыночной цены TP-Link TX401, которая заработала сразу и без проблем, поэтому разговор будет не о ней. А вот для NAS была куплена (главным образом, из-за низкой цены) двухпортовая китайская сетевуха Inspur на интеловском 540-ом чипсете. И всё бы ничего (хотя поначалу я занервничал, когда она не захотела работать, но всё дело оказалось в перекосе при установке в слот), однако, буквально через пару часов пользования, сеть начала странно глючить, вплоть до полного отвала. Недолгое гугление показало, что китайская сетевуха грешит перегревом, как и все карточки на 540-ом чипсете, а касание рукой радиатора на карте подтвердило эту проблему. Что ж, первым делом я попробовал решить её, усилив продув корпуса и увеличив обороты вентиляторов. Это помогло лишь отчасти - сеть прорабатывала подольше, но глюки всё равно возвращались, пусть не через 2, а 3-4 часа.

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

Как полагается, модель была тщательно параметризована, так как на момент моделирования я был вдалеке и от сервера с этой сетевухой, и от 3D-принтера своего дяди, на котором я планировал распечатать эту деталь, и не был уверен в точных размерах. Поскольку до этого я не печатал вообще ничего, то и решения принял, как позже выяснилось, мягко говоря неоптимальные для 3D-печати.
Добавив последние штрихи и полюбовавшись на рендеры потенциального результата, я экспортировал модель в STL-формат и прислал дяде с просьбой распечатать. Некоторое время спустя он позвонил и 40 минут рассказывал мне, что распечатать модель не получится в силу целого каскада проблем, навроде слетевшего при экспорте масштаба (двадцатисантиметровая-деталь стала двухсантиметровой, что, впрочем, не было проблемой вообще - отскейлить деталь можно парой нажатий клавиш) или недостаточной для печати толщины стенок (пара миллиметров вместо необходимых четырёх - и опять-таки это не проблема, так как толщина была параметризирована), но, самое главное, - слишком большой, для его (дяди) понимания, сложности. После пары неудачных попыток распечатать кожух он бросил это дело, благо я был вдалеке от дома и не сильно нуждался хоть в каком-то результате.
Однако после мартовских праздников я смог приехать домой на несколько дней, и решил, помимо времяпрепровождения с детьми, доделать и этот микро-проект. Правда, времени было в обрез и подгонять модель под принтер в этот раз я не хотел (оставлю это на будущее), поэтому решил сделать этот кожух вообще из говна и палок, а, точнее - из плотной бумаги и клея.
Правда, даже такие дендрофекальные технологии я не мыслю без нормальной разработки в каде, что я и сделал, благо Inventor довольно неплохо работает с листовыми деталями.

Слегла доработав модели, чтобы уместить все раскройки на одном ватмане формата A4, я подготовил выкройки к печати и поехал в гости к отцу, так своего принтера у меня нет, да и навестить родителей редко бывает лишним :)

Вооружившись хозяйственным ножом, линейкой и тюбиком клея, я принялся за работу. Закончив резку и гибку, я достал "сервер" из кладовой и извлёк из него сетевуху, заодно в очередной раз убедившись, что сначала нужно проверять, а потом делать - основной кожух я согнул не в те стороны, получив зеркальное отражение необходимой детали. Что ж, пришлось перегнуть его перед сборкой...

Из-за неучёта пары мелких, но важных деталей (типа джамперов там, где в модели я запланировал складку вокруг плоской платы без деталей на ней), кожух встал немного кривовато, но оказался вполне прочным.

Кожух готов и даже вентилятор хорошо и плотно сидит на своём месте. Осталось только установить плату с кожухом обратно, и можно будет пользоваться системой опять.

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

Вопросы такого плана.

Дано: два действующих домашних сервера виртуализации на базе XCP-ng, соответственно на них есть SMB ISO Library, хранящий на себе образы дисков. Проблема в том, что расположен он на одной из виртуалок (Debian 10, Samba-4.9.5) и после пропадания электропитания, надо ждать пока виртуалка поднимется и вручную делать Repair. Хотелось бы автоматики.

Есть идея перенести SMB ISO Library на внешний носитель, сватаю под это дело CubieTruck, но основная проблема с одноплатниками — низкое напряжение питания и низкая мощность, в связи с чем подходят только диски 2.5

Возникают вопросы:

1. На Али продаются б/у диски HDD, но цены на них неадекватные и растут в геометрической прогрессии в зависимости от объёма. Есть ли где прикупить подешевле (или хотя бы WD, а не тошибу) на терабайт?

2. Если даже смирюсь с низким объёмом — имеет ли смысл заменить HDD на SSD? На одноплатнике SATA 2.0, так что высокой скорости ожидать не приходится, но с другой стороны, тут можно и файловую в ридонли поставить — образы iso-дисков же.

SSD на 256 гиг уже имеется, но хочется большего… Да и в кубике места мало — не расплавится ли? Может кто уже пробовал?

3. То же. Имеет ли смысл смотреть в сторону NGFF или даже NVMe? Переходники есть. Но по идее SSD всё равно дешевле.

4. Теоретически введение дополнительного элемента резко снижает надёжность системы. Может думать не об отключениях питания на 2-3 часа, а о бесперебойнике? Или хотя бы прикупить батарею для CubieTruck (нашёл только в фирменном магазине и то — дорого).

5. Может заодно на CubieTruck развернуть и домашний DNS-сервер, а то и DHCP? Планирую установку FreeBSD. Но есть подозрение, что при активном скачивании канал будет забит (хотя, думаю, это можно порулить заданием сетевых приоритетов)

6. Место можно удвоить (да и парочка DNS будет надёжнее), если поставить ОБА кубика — так я организую хоть какое-то резервирование.

--------------------

Для тех, кто хочет воспринимать наглядно — фото двух планируемых файлопомоек:

И ссылка на магазин с батарейкой (в линуксцентре на треть дороже)

https://onpad.ru/catalog/cubie/cubieboard/power/1307.html

Кто ещё не в курсе, о чём речь - краткий видеообзор на пациента:

.

Буду неистово благодарен за советы и отзывы.

P.S. Ещё один кандидат на файлопомойку - BPI-R1, но при попытке включить Wi-Fi крашится: видимо, раньше HDD на нём работал в том числе и как радиатор, но он сгорел (возможно, из-за перегрева). В принципе вайфай не критичен, поскольку он уже есть на роутере, но вот можно ли вместо HDD втыкать SSD? Не перегреется ли? Может у кого уже есть опыт практического использования? Или какие-нибудь наработки?