Комментарии 98
Когда-то купил специализированный компактный корпус под сервер на атоме, в итоге пожалел через 2-3 года, ITX блок питания помер и его надо было заказывать, ждать. В итоге куплен самый дешевый корпус и поставлен старый блок питания от компа в таком виде и живёт уже черт знает сколько.
ITX блок питания помер
Есть со стандартными БП корпуса компактные. Пусть не ATX, но хотя бы SFX.
Хотя лично я люблю ITX'ные корпуса — они маленькие, а напихать можно много.
В вертикальном стоит пара 3.5" дисков и ссдшка под систему, в горизонтальном — один 3.5" и несколько 2.5".
О то же с mini-itx помучился, в принципе у меня был нормальный вариант, в корпусе Fractal Design node 304, но пришло время апгрейда и куча НО, много жестких дисков не вставишь, нет с корпусом все хорошо позволяет до 6 дисков ставить, но матери дорого, ограничено и плохо, плюс корпус не обеспечивает шумоизоляцию. В итоге переехал в Fractal Design Define R5, мать B550 чипсет, Ryzen 3600Х, 32GB оперативы, 3x4Гб жестких диска в рейде + 1Тб ssd под систему. В качестве ОС выбрал TrueNAS Scale, планирую еще добавить рейд на ssd под ускорение работы витуалок и возможно расширить память до 96Гб. Понимаю что это дорохо-бахато и не каждый на такое раскошелится, но мне как для личных нужд так и под хоумпроджекты, а самое главное достало постоянно возиться с настройкой системы под разные тесты задачи, на рабочем/домашнем компе их много не развернешь, да и он на ночь выключается, потом все это включать. А сейчас стало прям хорошо, тишина идеальная, сервер вообще не слышно, стоит в прихожей, около роутера, нужна виртуалка - поднимается за 5 минут чистая. И еще точно плюс в том что если начну в проц упираться могу до 16 ядер апнуть.
Пришел к выводу что сервер нужно строить вокруг корпуса, покупаешь максимально тяжелый, закрытый, тихий и хорошо вентилируемый.
Define R5 во всем хорош, кроме люфта салазок для диска. Пришлось изоленту наматывать, а то дикий грохот под нагрузкой стоял.
О то же с mini-itx помучился
Ну я не мучился, у всего свои задачи. Основной мой сервер живёт в node 804, itx для дома мне мало. А эти двое — один вебсервер (не хочу дома держать), а второй — сервер бэкапов для личных нужд, удалённое хранилище.
TrueNAS Scale
Смотрел, как-то не впечатлило. zfs мне не особо понравилась, а других причин брать трунас нет.
сервер нужно строить вокруг корпуса
Вокруг задач и перспектив. Мне вот хотелось много дисков, но относительную компактность — потому выбрал node804. В нём сейчас стоит 6*8TB, три ссдшки под кэш-виртуалки, matx-материнка. Проц вроде 3700, памяти 64. Стоит видюшка дискретная под транскодинг видео, плюс есть слот для установки 10 гигабит. Правда, как выяснилось, в основной комп мне 10 гигабит не поставить, только х1 свободен, второй х16 видюшка перекрывает. Так что, наверное, для начала на 2.5 перейду.
VPS не подходит под определение домашнего сервера хотя бы потому, что оно не дома.
А неттоп/микрокомп для домашнего сервера штука интересная, но только если вам не надо большую ёмкость дисков.
Любопытное решение. Сам сейчас неспеша изучаю как завести себе такого сервера домой. Пока у меня два варианта: либо Synology DS220+ и HDD 2TiB x2 под данные (RAID1), либо своя сборка на microITX, куда влетят минимум 4 диска: SSD 128GiB x2 под ОС (RAID1) + HDD 2TiB x2 под данные (RAID1). Такое, абстрактное пока.
Даже двух дисков крайне мало при любом раскладе. Сама мысль о смерти важного винта доводит до мурашек. Если говорить о таких серверах, то на винтах точно не стоит жадничать. Терять семейные и прочие важные архивы не хочется, я думаю, никому)
Просто я не очень понимаю, какие риски существуют при использовании двух дисков на RAID 1. Как я понимаю, шанс отказа двух дисков одновременно минимален, зачем устанавливать ещё (если только не расширить доступную память)
минимален, но существует. Несколько раз уже сталкивался что умирает один диск, в процессе перестройки рейда на новый - умирает второй из пары. В последний раз на домашнем Synology стояли 2 Toshiba по 3 TB - вырубились буквально в течении суток, ладно хоть по SMART-у было оповещение и успел все скопировать.
Пожар, например.... Тьфу-тьфу-тьфу.
На самом деле не очень минимален. Если диски от отдного производитеоя и одной серии, есть высокая вероятность, что выйдут из строя практически одновременно. Просто потому, что идентичное оборудование, идентичные условия эксплуатации, если на линии был брак, он тоже будет с высокой вероятностью в обоих устройствах. Был замечательный прецедент, когда у одного именитого производителя была проблема с герметизацией ввода кабеля и диски сыпались массово при примерно одинаковом сроке использования.
Даже двух дисков крайне мало при любом раскладе. Сама мысль о смерти важного винта доводит до мурашек. Если говорить о таких серверах, то на винтах точно не стоит жадничать. Терять семейные и прочие важные архивы не хочется, я думаю, никому)
Сколько раз уже твердили что рейд - не бекап. Рейд это про аптайм в случае отвала диска. Бекапы должны (в идеале) храниться по схеме 3-2-1: три копии, на двух разных типах носителей, один из них географически в другом месте.
Почему бы и нет, никто ж не спорит. Просто я пока (для себя) не вижу проблемы назвать бекапом копию файла на другом накопителе (пусть и в одной машине), зеркалированном первым рейдом (да и вообще, независимо от наличия рейда). Рейд рейду рознь, выбирать и заморачиваться можно долго, но первый может покрыть мои потребности в достаточной мере.
Ну это до момента пока у вас сгоревший БП или оборванный ноль не унесет с собой в вальхаллу все диски в вашей машине. Или банальная малварь по сети не зашифрует все. Или случайно rm -rf не там сделаете.
Много вариантов в общем-то от которых рейд не спасет, исключительно вопрос времени когда палка выстрелит, проверено на своем опыте - задолбанный после работы случайно снес почти террабайт данных с zfs'ного зеркала, спас только еженедельный бэкап на гуглодиск. А не было бы бэкапа пришлось бы рвать на голове волосы с восстановлением данных. На zfs с его copy on write это, возможно, было бы легче, чем на обычном рейде, но тоже мало приятного.
Среди прочего, хотелось бы устремить к нулю зависимость от внешних "облаков". Но если и нет, тогда вместо классических "дисков" лучше взять холодный ("ледяной") s3-like bucket. Выходит сильно дешевле, а разница в использовании невелика.
Ну так кто ж вас заставляет облака внешние использовать. Можно у родственников поставить маломощный NAS куда будет по VPN бекапиться основной, можно в конце концов банально WD Elements Desktop взять и на него вручную сливать бекапы периодически.
Для особых извращенцев есть LTO, старые версии стоят копейки. m-disc опять же есть, хотя, конечно, большой вопрос сколько в реальности они жить будут, маркетинговому буллшиту про 1000 лет я не верю.
А glacier - это last resort disaster recovery solution, когда у вас ваши основные бекапы тоже сдохли. Заливать и хранить данные в нем относительно дешево, да. Но вытаскивать разоритесь: вытащить 1ТБ данных из glacier, по моим подсчетам, у вас выйдет в районе 130 долларов.
не вижу проблемы назвать бекапом копию файла на другом накопителе (пусть и в одной машине), зеркалированном первым рейдом
Бэкап защищает не только от отказа оборудования. RAID вас, к примеру, не спасёт от изменения-удаления файлов. Потому, к примеру, при наличии только двух дисков я бы делал не RAID1, а просто по расписанию копировал бы содержимое первого на второй. Желательно с историей файлов. Пусть даже внутри одного системника. Ну и для полного счастья второй диск монтировать только на время копирования или давать туда доступ только аккаунту бэкапа, чтобы вы под своим основным аккаунтом ничего не могли там менять.
Спасибо за подсказки. У меня по аналогичной схеме сейчас происходит с винтом внутри домашнего системника, просто менее автоматизированно, чем хотелось бы. В первую очередь, я предполагаю хранение старой инфы и добавление новой, а их изменение/удаление -- сознательное и ручное. Поэтому самая простая копия файла и есть простейший бекап, ибо сносить это с запасного винта я не собираюсь.
В этой теме большее беспокойство вызывает именно технический фактор, чем человеческий. Гарантированно надёжных накопителей, увы, априори не бывает, HDD в первую очередь
Не бывает. Потому бэкапы наше всё.
Избыточность дисковая полезна, но во вторую очередь.
Если, конечно, речь не идёт о непрерывности работы.
а их изменение/удаление — сознательное и ручное.
Первое правило бэкапа: бэкап должен быть автоматическим, а не ручным. Потому что в ручном режиме легко ошибиться, недоглядеть. При большом количестве файлов это будет утомительным.
2.5" хард на 2тб в NAS - можно списывать в утиль из-за SMR. Для рейдов и аналогичных технологий такие диски не подходят от слова совсем.
Хотите или нет, но вам придется колхозить нормальные 3.5" CMR диски.
Для рейдов и аналогичных технологий такие диски не подходят от слова совсем.
Не всем нужны рейды.
Автор позднее хочет докупить второй диск под рейд 1
В зеркале smr может прокатить — если ограничиваться именно smr-ными задачами, то бишь в основном чтением, а записывать небольшими порциями. Хотя я всё равно бы зеркала не рекомендовал в приоритеты записывать. Лучше на второй диск бэкапы делать.
Я не просто так картинку запостил. Я нигде не говорил про ежедневное использование. Проблема SMR диска в рейде/zfs и тд в том что время восстановления при замене диска увеличивается до абсолютно недопустимых для данной задачи цифр. В остальных задачах никто не мешает наслаждаться кактусом если очень этого хочется. :)
В принципе, ребилд зеркала — это простая линейная запись.
Если на массиве не будет одновременно с этим никакой активности на запись, то будет дольше, но не так уж сильно. По крайнер мере, у меня smr-диски заполнялись на полный объём где-то раза в полтора дольше, чем cmr той же ёмкости.
А в zfs, по-моему, при работе происходит сильно больше, чем в простом зеркале (mdraid, к примеру).
Может на задачи автора SMR диск и сойдет. Кому и Камилла невеста. Но сам факт, что про SMR нет ни слова - это проблема статьи. Вероятно автор о прелестях SMR не в курсе. А эта прелесть закрывает использование 2.5 дисков в ряде важных для NAS сценариев. А если диски будут 3.5 - очень многое в NAS будет по другому.
https://www.toshiba-storage.com/ru/products/toshiba-internal-hard-drives-l200/
Вот здесь описание как раз того диска, который есть у меня. Он, конечно же, на SMR, но есть модели на CMR и тоже 2.5 дюйма
Для 2.5" CMR предел, если не ошибаюсь, в районе 1.8ТБ (что несколько не серьезно для NAS в долгосрочной перспективе) и их с каждым днем их все сложнее и сложнее найти. В общем не самый лучший выбор для NAS, лет через 5 кроме энтерпрайзных SAS хардов может вообще уже не остаться 2.5" CMR и даже банальный вылет диска будет тем еще приключением.
Да, наверное в моём случае это хождение по тонкой грани - компактность или объём и отказоустойчивость. Для меня важно, что мой сервер может поместиться в рюкзак, что его довольно комфортно перевозить Спасибо большое, про диски это очень важная информация, так как за я об этих особенностях не знал и даже не парился по этому поводу, теперь, конечно, есть смысл пересмотреть то, что получилось, возможно как-нибудь перестраховаться, условно - зашифрованный бэкап на Гугл диск или ещё как-то. Но это просто первая мысль
Если делать компактный сервер на 3.5", то вариант от RaymanOne чуть ниже в комментариях выглядит очень неплохо.
Насчет зашифрованных бекапов - рекомендую глянуть в сторону rclone, я им бекаплю, со стороны гугло диска шифрованная копия просто выглядит как набор мусора. При желании монтируется как обычный диск под виндой/линуксом.
+ возможно встроенный аккумулятор(автономность)
+ возможно рабочий экран
+ встроенное железо оптимизирование на автономность(низкий расход Вт)
Emachines AMD E450/4GB RAM/1TB HDD стартует с флешки. Openmediavault. Дисплей похерен, клава умерла. Внешние устройства все работают из биоса. И экран и клава и мыш. 15 вт TDP. Не греется, почти не шумит, места вообще не занимает.
— порты
— габариты (относительно неттопов)
В общем, если ноут валяется — то можно попробовать.
Но покупать не стоит.
надо выбирать железо из потребностей.
по габаритам, нетбуки вполне могут быть сопоставимы по размерам(тоньше, но шире) и по цене быть меньше 5т.р.
если нужна макс. производительность на ядро или макс. пропускной способности памяти то лучше брать новое железо.
дешево много ram и/или ядер это xeon'ы v3 v4. 2696v3 сейчас всего ~4т.р., а 64гб планки памяти всего за ~6т.р., материнки на 256гб ram можно до 10т.р. а на 1тб ram ~50т.р.
Начинал с ноутбука добавлю еще один плюс и минус:
+ если ноутбук с мертвой видеокартой, он часто без проблем работает в режиме сервера.
- зачастую нет автостарта в биосе, невозможно перезагрузиться при закрытой крышке или надо удалять "геркон"/магнит.
+100500!
+ кроме экрана ещё встроенная клава и мышь, которые не занимают места когда не нужны.
критерий важности №1: Физический доступ к серверу
а какие у вас реальные предпосылки к этому критерию? Особенно в отрыве от конкретной платформы.
Немного не понял вопроса. В принципе хотелось, чтобы данные хранились где-то, куда я могу достать руками, чтобы я точно знал, где они есть, кто имеет к ним доступ и т.д.
Но возможность самому потрогать руками не связана с точным знанием, кто имеет доступ. Скорее наоборот: не занимаясь профессионально/постоянно сетями, информационной безопасность, администрированием очень просто упустить из вида какой-то аспект. Например, вы сходу стремитесь отойти от best practice и реализовать на одной системе и router/firewall и хранение/обработку данных.
Не очень понимаю, почему возможность потрогать самому руками не связана с точным знанием, кто имеет доступ. Я бы сказал, что оно напрямую связано с точным знанием, но не гарантирует его. Мне кажется, если я сам втыкаю Ethernet кабель, сам устанавливаю жёсткие диски + к тому же сам настраиваю фаерволл и пробрасываю порты, сам выпускаю ключи и настраиваю sshd, то кажется это напрямую приближает меня к точному знанию о том, кто имеет доступ к моим данным.
По поводу роутер+обработка данных, как я и писал, я часто слышал, что это не хорошо, но к сожалению нигде не видел объяснения, почему это нехорошо и как на самом деле это влияет на производительность в целом. А хочу реализовать такую штуку по двум причинам
Хочется чтобы одна коробка содержала в себе все
Хочется самостоятельно посмотреть, ощутить на своём опыте, чем же это плохо
Интуитивно я и сам понимаю, что это плохое решение, но всё же для меня это не ответ. Сомнений добавляет и то, что одно из описанных мною решений (Amber Pro) реализовало именно это на не особо мощном железе. Так что кажется, что это вполне жизнеспособный вариант, надо только проверить
Через пару лет школьник Витька из соседнего подъезда начитавшись журнал Хакер возьмёт дедушкин нетбук, поставит туда dhcp и tftp-сервер, подойдёт к вашей квартире, переткнёт в лестничном щитке ваш ethernet-кабель в свой ноут, в другом щитке щёлкнет туда-сюда вводным рубильником электричества в вашу квартиру.
В вашей материнке к тому времени сядет батарейка. При отключении питания её настройки сбросятся к заводским, ваш домашний сервер попытается загрузиться по сети и у него получится.
Школьник Витя воткнёт кабель обратно, а его операционка запущенная на вашем домашнем сервере выкачает всё содержимое дисков в облако.
Вопрос: подобная ситуация невозможна, если сервер не у меня дома?
И всё же если у меня стоит маршрутизатор перед сервером, то разве это возможно? Или этот пример - ответ на вопрос, почему не стоит делать роутер+сервер?
А бесперебойник куда денется?
Ну и если села батарейка и сбросились настройки, то сервер не включится.
А если и включится, то загрузка по сети по дефолту обычно стоит позже локальных дисков.
Когда писал, так и думал что начнётся про бесперебойник, дизельгенератор, бронированный кабель, пулемётные вышки по периметру и т.п.
Автор вроде бы не предусматривал бесперебойник. Можно выключить на выходные пока хозяин на даче. Случаются и реальные аварии.
Смысл моего комментария был в том чтобы показать неочевидные риски на простом примере. В том числе полезность внешних аппаратных решений.
Автор вроде бы не предусматривал бесперебойник.
Ну и что? Вы придумали школьника-хакера, я придумал бесперебойник.
полезность внешних аппаратных решений.
Они полезны, но не обязательны. К примеру, на сервере можно какую угодно ОС запустить для изображения роутера, а роутер ограничен своей собственной прошивкой. Ну максимум wrt воткнёте.
ограничения в данном случае - фича: поверхность атаки меньше, чек-лист короче. Да и какой внезапный функционал может потребоваться от маршрутизатора при наличии выделенного сервера?
какой внезапный функционал может потребоваться от маршрутизатора при наличии выделенного сервера?
Каждый занимается самоудовлетворением как он хочет.
Я, к примеру, разнёс роутер и сервер исключительно из-за того, что сервер временами приходится перезагружать, а терять связь в этом время не хочется. Но никак не из-за безопасности.
Пока батарейка сядет чтобы скинуть биос, конечно времени пройдёт… врядли он месяц или год, в зависимости от состояния этой батарейки будет висеть на проводе.
в пандемию хотел продать свой imac 2012 года. В итоге передумал. работает как домашний сервер 3 года.
Nextcloud + HomeBridge + mail server (спасибо Яндексу)
По usb подключены 3 диска 2.5, 2 по 1 тб и 1 на 2тб. 2 собраны в зеркало zfs, третий для бекапов.
Все контейнеры в докере. Дополнительно, чтобы просто так не стоял, используется для просмотра фильмов/ютуба через airplay server с мобилок, компа.
Чтобы не долбили на прямую если кто то вскроет домен, закупил VPS у хостера за 200 рублей в месяц с минимальной защитой l2-l4, через него проксирую http/https запросы к домашнему серверу, на нем же pop сервер для забора почты на домашний сервер.
В качестве домашнего сервера использую смартфон на андроид с запущенным Kali Linux. В такой связке полноценно работают десктопные программы (исключением являются программы использующие виртуализацию: docker и виртуальные машины).
Всем, кто будет собирать. Помните, что есть hdd с CMR и с SMR.
CMR - для повседневной работы + raid (софтовый или аппаратный), SMR - для холодного хранения (бэкапы etc).
У сигейта это так https://www.seagate.com/gb/en/products/cmr-smr-list/
У wd надо поискать.
У wd надо поискать.
Сейчас в прайсах магазинов выбор есть по типу. Хотя на всякий случай потом у гугла надо уточнять.
SMR — для холодного хранения (бэкапы etc).
SMR для любого хранения подходит, где запись нечастая. С чтением же там проблем нет, так что вполне можно в качестве пары к системному ссд использовать. Фильмы, музыка, игры будут на них жить без проблем. Торренты на них качать не стоит. Хотя раздавать никто не запрещает.
Sfx-корпус и блок питания, mini-itx с целероном встроенным на пассивном охлаждении, диски добавить по вкусу и корпусу. Все компоненты стандартные и заменяемые, плюс плату расширения еще будет место одну поставить.
Я лично не советую рисковать и брать на том же Авито
Я остановился на простом подходе: почти у всех есть жена/дети/родители, и всем, как правило, нужен комп, и в большинстве случаев им достаточно там браузера, просмоторщика фоток и редактора документов. Поэтому просто покупаете/собираете жене обычный комп с запасом - он же и будет одновременно вашим сервером.
Я так и сделал: собрал жене комп на райзене, воткнул туда три nvme диска по терабайту (системный + raid1), плюс старый гелевый HDD на 8ТБ, воткнул туда 128Гб оперативы, поставил Минт, и поставил всё это дело под рабочий стол жены (она использует практически только браузер и нагрузки не создает). Свои компы я не выключаю никогда, поэтому все мои компы являются по совместительству серверами. Корпуса использую большие с шумо-поглощающими вставками, все вентиляторы сразу меняю на noctua и be quiet, так что все работает тихо. Просто не вижу смысла что-то отдельное и специфическое городить.
По поводу всех решений, которыми лично вы не владеете (облако, VDS/VPS) хочу сказать одну неочевидную вещь. Если что-то пойдет не так у провайдера, и вы например потеряете данные, никто ничего вам не компенсирует. Сделает морду уточкой и скажет "сорри, вот вам еще 30 бесплатных минут пользования вашим VPS за наш косяк". Ответственность должна быть материальной, но вы ее нигде не получите. Я не знаю, откуда у людей берется эта вера в то, что какой-то дядя может сделать что-то лучше, чем вы сами. Видимо маркетологи.
По поводу конкретно малинок. Малинки это прошлый век, за которые слабеющими руками держутся только их владельцы и фанаты. Даже условно пару лет назад, они уже уступали многим ARM чипам других, производителей (RK3399) а сейчас просто вчистую проигрывают в сравении с более свежими и производительными RK3588. Но мобильные интелы (N5095/N5105/N100 и далее) уже сильно поджимают ARM по части доллара на производительность и энергозатрат. А с точки зрения совместимости софта, так они вообще вне конкуренции. Я поигрался с ARM SBC и перешел на x86_64 MiniPC.
И да, целиком поддерживаю автора, за self-host и децентрализацией будущее.
Если что-то пойдет не так у провайдера, и вы например потеряете данные, никто ничего вам не компенсирует.
Если что-то не так пойдёт у вас дома и вы потеряете данные, вам тоже никто ничего не компенсирует. Даже если это что-то произойдёт, скажем, по вине соседей, устроивших потоп, максимум, что вы с них взыщете — стоимость железа, но не информации (а речь-то у вас шла именно про данные в облаке).
Выбор между "храню данные у себя, не делая резервные копии в облако" и "храню данные в облаке, не делая резервные копии у себя" в своё время ёмко охарактеризовал Эскобар.
- Привет, <Хозяин>. Вы уже как месяц не делали бекапов.
Хотите сделать сейчас?
- Давай
- Подключите мне к USB разьёму любой диск, я оценю сколько
там свободного места и быстренько сделаем бекап
- (фигакс)
- На диске есть 150 гигабайт свободных. Если делать полный
бекап, он займёт 100 гигабайт. Но можно сделать только бекап
ваших файлов, без музыки и фильмов. Это займет всего 10
гигабайт. Как поступим?
- Делай полный
- Океюшки. Я начала. Как закончу - скажу.
- ....
- Бекап всё еще делается, осталось еще минут 15.
...
- Я сделала бекап. Держите этот диск где-нибудь в
безопасном месте. Если ваши соседи зальют вашу
квартиру, он не пострадает. Если со мной что-то случится
или я сломаюсь, прочитайте мануал как меня восстановить
до заводских настроек или поменять меня на новое устройство.
А когда я снова оживу, вставьте этот диск и скажите
"Восстанови мои данные из бекапа".
И в большинстве случаев это закончится тем, что диск будет в этой же квартире, потому что надо куда-то идти (куда?), да ещё регулярно, а у пользователей, как всегда, Очень Важные Дела. Слабое звено во всем этом идеальном диалоге — человек, от которого сложно добиться, чтобы он гарантированно пошёл и унес этот бэкап.
У облака есть важное преимущество: оно удалено географически (что является одним из основных требований к бэкапу), и для доступа к нему пользователю не нужно совершать никаких физических движений. Поэтому оно идеально подходит, как одно из мест хранения резервной копии.
Ну если не передёргивать, то в отличие от хостера, все риски при самостоятельном бэкапе лежат целиком и полностью на вас. Вы платите хостеру, чтобы в один момент узнать, что все ваши данные утеряны и на их сохранность вы никак не можете повлиять. Когда вы сами этим занимаетесь, у вас больше контроля и как минимум вам будет кому предъявлять претензии - себе, ИМХО
Если информация профукана, то выбор между тем, кого винить — это как раз таки то, о чём говорит Эскобар. Результат-то один — "она утонула". И боль, в основном, от того, что утонула.
Именно поэтому, разумным выглядит совмещение. Одна копия лежит локально, вторая в облаке. Это значительно надёжнее, чем любой вариант по отдельности. Но люди отчего-то продолжают считать, что у них локально оно гораздо надёжнее, чем в облаке. А оно не надёжнее.
А по поводу облаков, давайте будем честны друг с другом. Для большинства пользователей - это ненужное экономическое бремя, как и любые подписки. В конечном итоге "облако" это просто чужой компьютер.
Есть 100500 разных классных способов организовать резервирование, в том числе георграфически распределенное, без выноса денег из собственного кармана.
Я много мог чего написать на эту тему, и по части настройки и выбора лучшего, но это занимает кучу времени. Если хотите поизучать сами, начните например с Syncthing
Вот по поводу географического распределения - очень интересно. Если честно, не очень понятно, как это организовать без дополнительных трат, когда у тебя одно место жительства. По поводу Syncthing - уже настроил, хочу в следующей части описать
В простом случае, если чисто для себя: если дома более чем 1 машина, например комп и ноут - то syncthing/nextcloud и на обеих держим по полной копии, благо диски сейчас стоят как картошка.
Есть доверенные машины где-то вне дома (родственники, друзья) - то можно туда, с шифрованием контента. А как ответную услугу, держать у себя их бекапы. Я даже целые проекты видел, которые по такому принципу организованы. И да, там есть redundancy.
- Привет, <Хозяин>. Вы уже как месяц не делали бекапов
и у вас не настроено бекапирование в облако. Хотите сделать
бекап на диск сейчас или настроить сетевой бекап? Я умею
все виды облаков, если что, ведь внутри меня шикарный
линукс, а не какая-то проприетарная срань.
- Иди на х... ты уже з..ла мне об этом напоминать с...ка!
- Хорошо, пойду пройдусь. И напоминать больше не буду.
Если передумаете - читайте мануал или спросите меня
о способах резервирования и восстановления данных
Классный пост, мне понравился. Сам собираюсь хоумлабу собирать, подскажите чатики или сайты, где люди делятся опытом, может, подскажут чего?
Мне нравится блог пост Hayden James'а, у него на сайте есть пару статей про хоумлабы
Если смотреть что-то русскоязычное, в тг есть вот этот чатик, думаю есть и другие если поискать
Главная проблема, с которой я столкнулся - это медленная работа Nextcloud. Что действительно было причиной - я не знаю.
Медленная скорость накопителей и малый объем оперативной памяти.
Знакомьтесь, Франкенштейн.
2680v4*2, 64gb ddr4 recc, 8*2tb ultrastar sata, 4*2tb ultrastar sas(осталось корзину дождаться), Smart array p822 и все в корпусе Chieftec ca-01sl-sl-b(он классный).
Зачем все это? Детство у мужчины длится до 40 лет. Нет, планы конечно есть)
На вкус и цвет фломастеры разные и да, кому то нужна файл помойка, а кому то, чтобы держать собственный сайт, но в всем этом есть, как рациональное зерно, так и глупость, которая прет у нашего человека в странах с постсоветским прошлым… например вы не увидите в гараже американца сервер - он ему не нужен, если только чел не программист или не разраб, а ля сериал Силиконовая долина и пегий дудочник: потому что есть Амазон или гугл… а у европейца вы не найдете торренткачалку, потому что есть Закон, впрочем провайдер в Штатах вам тоже влепит штраф без предупреждения за пиратский контент, но только у нас - храним музыку и фильмы, которую никогда не будем слушать и смотреть, но а вдруг, да еще и детям и внукам покажу… и начинаем городить огород: берём старый пк и ждём от него чудес, хотя если бы он не был «старым», так мог бы послужить на производстве, но почему то там он устарел, а вот у нас он прям оживет в квартире)))) не, не задумывались? В таком случае берём миник и тоже ждём от него серверных мощностей, ну а чего, вон и телефонию запускают люди и конференции всякие и ВПНы с шифрованиями дополнительными, и веб - даже на старых роутерах, а этот то пошустрее будет… спрашивается - оно тебе для чего? Чтобы расплодить дубли файлов на ноуте, рабочем пк, планшете, телефоне и еще на личном сервере ну и на флешечку скинуть - бэкап)))) Автор упомянул, что сервер надо сделать помимо дерева, дома и ребенка, но странно, что этим занимается или молодняк, насмотревшись фильмов и на брендовые стойки в цодах или старикам от нечего делать))))) реально мне дома нужен КЛИЕНТ, который будет воспроизводить видео, а не хард, на котором оно будет лежать… нужен телек в полстены, а в 4к я и с флешки запущу, лишь бы у меня был гигабитный инет, а не Моник размером с А4, зато скалолаза из 90 запущу и буду глазеть))))) может не те приоритеты расставляет господа хорошие? Конечно если вы программер - то лучше свой гит иметь и неважно вы вне политики или приложение делаете для ботаников)))) правда и облака вам хватит дополнительного, и железо под столом держать не нужно, в крайнем случае переносной хардец спасет, но мы все программеры? Я не знаю, как на счет четвертого условия в виде создания сервера, как по мне - создание экосистемы в вашем жилище - это правильное решение, а уж умный дом это будет или правильная расстановка колонок по комнатам или видеокамеры на каждом углу вашего дома, а может уютный гараж или подвал-погреб с бутылками вина - это дело 10, но точно не трата времени на сервер, который вы или сделаете, а потом будете бэкапить, потому что все программер или уже комплектухи не производят или сделаете так хорошо, что когда поломается лет через 5 - не вспомните сами учетки от рута ахахах
Делал такой гибрид нескольких приведенных здесь вариантов: https://pcpartpicker.com/b/4PrV3C (все комплектующие и фото внутрянки по ссылке)
Получилось довольно неплохо. Мощность есть, тишина есть (поставил в шкаф к роутеру), компактность (размер не более заводских NAS на два диска), при этом диски стоят такие же полноценные, можно поставить и побольше.
У самого много всяких затей, поэтому xeon с известного магазина, пока 1 планка reg ecc на 32 (можно ещё 3). На сервере 1 m2 + 1 sata по 1 т Рейд зачем мне? Для файлопомойки 2 внешних НЖМД (ручная синхронизация). Размещается в антресоли. Шумит приемлимо-небольшое колыхание на которое вскоре не обращаешь внимания. Главное чистить почаще и кулера побольше менее оборотистые.
То, насколько будет тихим сервер — полностью зависит от вас, но пассивное охлаждение — дорого, а если лишить его вентиляторов — возможен тротлингМожно поставить 12см вентиляторы (если корпус и кулер процессора позволяют, конечно, и подобрать по производительности/шумности, благо эти параметры в инете чаще всего можно найти) с гидродинамическими подшипниками (шариковые довольно шумные) и тогда самым шумным в сборке будет HDD.
А если поставить системник в прихожей или другом месте, где люди присутствуют редко, то может и с вентиляторами заморачиваться будет без надобности.
Скорее всего, обслуживать его вам придётся частенько, чаще, чем все остальные вариантыПочему это вдруг? Заменить термопасту (при сборке, если необходимо) и раз в год пыль убирать (или поставить на входе воздушной струи фильтр от пыли, хоть из нейлоновых колготок). Я в свой системник практически не заглядываю. Изредка пыль вычищаю, да и то её много не успевает скопиться (больше всего обычно на радиаторе процессора).
Вообще сервер на основе плат ATX наиболее выгоден, если нужно подключать много переферии (больше 2 HDD/SSD, дополнительные сетевые платы и т.д), т.к. на таких платах распаяно больше всяких разъёмов. Ну и найти такую проще и дешевле, емнип.
Собрал себе хостинг, медиа-сервер, файлопомойку на железе с алика, проц б/у xeon 24 потока (12 ядер) , 24 Гб оперативки, жёсткие брал насовские, цена пример 30-35 тыщ. деревянных. Тарахтит год без остановки и БЕЗ ups, raid программный 1, аппаратный дорого(( ОС ubuntu server 22. В принципе по соотношению цена-качество по моему оптимально
Yet Another Домашний Сервер. Железо (часть 1)