Планирую дома запилить файловый сервер на 5 TB (RAID), Какие подводные?
Дано: много фото, видео, в том числе по работе и я хз что с этим делать. Есть два аккаунта на облака, на которые я в сумме трачу пару тысяч в год и выгодно ли при таком раскладе городить дома велосипеды? Призываются аноны у которых есть такие ёобы
>>237897103 (OP) Пили, у меня дома избыточный рейд из двух 4тб дисков. Тоже вся файлопомойка там - семейные фотки, музло, книги, фильмцы, мои проекты разные (я у мамы мододел), вебмки и смешные картинки.
>>237902585 Ну вообще Unraid это скорее ОС для уютного домашнего сервера, чем коробочное решение, в котором ничего не поменять.
В нем есть докер из коробки (с гуи, как и все остальное, но можно и без), я на нем NextCloud для синхронизации развернул.
Грубо говоря эта штука дает тебе - сетевой диск (или несколько, как хочешь) - распределение файлов по дискам с избыточностью (можно 1 доп диск или 2 доп диска), ближайшие аналоги рэйд5 или 6, но без потерь производительности и можно 2 диска - шифрование дисков - кэш из ссд перед дисками, можно тоже с избыточностью - магазин приложений (бесплатные, хо-хо-хо) - ставятся в докер - менеджер виртуалочек - интеграцию всего этого (докер работает с сетевого диска, как и виртуалочки)
в целом благо великое, считаю в каждый дом такое нужно
>>237897103 (OP) Ну бля. Во-первых надо сразу продумывать стратегию бекапа для такой йобы. Во-вторых 5ТБ какая-то маленькая хранилка. Хотя может я просто тырпрайз блядь и зажрался уже со своими 100500 терабайтовыми цефами.
Так что, по факту, тебе нужно две хранилки. Или хотяб одну хранилку на 4 диска. Один рейд хранилка, а второй рейд бекап.
Готовь кусков 300, хз. Плюс сама йобахранилка бестолковая, к ней как минимум ещё какой-нибудь nextcloud бы. Так что ещё 100 кусков на сервак. В целом, если ты не хочешь доверять данные всяким мудакам и хочшь сам за них нести ответственность, то да, домашняя хранилка своих денег стоит. Но она никогда не "окупится", даже не жди.
>>237910728 откуда такие цифры, debian встанет на тачку p4 2Gb, основные финансовые затраты - это харды >>237909290 >для 5 tb рейд не нужен как необходимость рейда зависит от объема?
>>237910728 Потому что одноюнитовый супермикро с затычкой вместо проца обойдётся тебе в сотку минимум. А если тебе похуй, то можно и малинку воткнуть, что уж.
А есть ли возможность сдавать эти сервера в аренду? и какой выхлоп из этого мог бы быть? Просто я тоже задумывался о покупке аналогичной хуйни на торгах по банкротству.
>>237911968 надо учесть, что это говно надо поддерживать, отвечать за сохранность инфы в случае сбоев и нести ответственность за незаконные данные, если они там появятся. Плюс электричество и автоматизированная система пожаротушения в случае чего.
>>237912057 > next cloud Параша ебаная, где больше времени конфиги пердолишь, т.к. постоянно что-то не так, то файл не заливается больше гига, то с кодировкой при скачивании архива какая-то хуйня.
>>237912255 При каких условиях хоть кто-то захочет купить облачное хранилище у рандомного васяна на непонятно каком железе, без каких либо гарантий аптайма и сохранности данных, вместо того чтоб обратится к профессионалам, или поднять свое облако?
>>237912589 это говно стоит 2-4к, поэтому мне кажется можно лутать леквид не леквид, всеравно это говно окупится, потому что даже на дрюченном авито они от 10к
Аноны, а подскажите самый простой вариант сделать хранилище для торрентов, сейчас стоит комп, качает на свой расшаренный диск, а через роутер кабелем твбокс берет оттуда фильмы для просмотра проекторе. Допустим, я хочу сделать отдельную йобу около роутера, чтобы она сама на себя качала торренты по 30гигов, которые я нахожу и запускаю с компа и смотреть фильмы с ее дисков. Как проще всего такое реализовать?
Владею Synology 218+. Для моих домашних задач хватает с головой. Стримлю кино через Плекс, торренты, сетевые диски, резервные копии с пекарней, TimeMachine для мака, куча удобного софта из коробки, видеонаблюдение, ПиХол, ОпенВпн, гит, Докер. Минимум пердолинга, максимум профита.
>>237912591 создаю конкуренцию на рынке, челы могут хуй к носу прикинуть и тестовые периоды делать, и я могу идти на встречу, от мес до полу года за пол ценника, а учитываю насколько ни дешевые, то можно втыкать ипб + резерв и хуй забивать
>>237912653 Когда работал сисадмином, начальник тоже верил в такие "факты", купил рейд на железке (плата с PCI-E), стали смотреть, что там как, оказалось это обычная пекарня с линупсами. Начальник стал спрашивать то ли саппорт, то ли каких-то железячников, в чём смысл. Те сказали, что для этой железяки нужен ещё аккумулятор и таки да, получается просто комп в компе для дрочеров на аппаратность.
>>237912989 Заключить контракт с ростелкомом\дом ру \похуй, на взаимовыгодных условиях, все что я думал предоставлять, это сервер с наикрутейшим пингом
>>237912367 Ну на таком горизонте локалка выигрывает, 200-400к в зависимости от деталей, но 10 лет у тебя и винты не проживут. Да и ваши рейды на 4ТБ - это чисто поржать, когда диски на 10 давно в продаже. >>237912470 С теми, с которыми я работаю, были за долгие годы случаи аппаратных сбоев стораджа - все восстанавливали из копий, мой анально озабоченный дружок.
>>237913084 Пчел, ты не сможешь кому либо услуги оказывать так. Тебе придётся это оформить, а потом платить за энергию 3х и за интернет тоже договор по другой цене.
>>237913311 смотри, покупая это говно на торгах по банкротству, ты можешь деньги, сэкономленные на авито, потратить на ипб + генератор энергии, где на ипб стоит датчик, если он включается, срабатывает включение генератора, а включение генератора сообщает бригаде что случился косяк, и там уже исправляют
>>237912785 Двачую этого. Учти одно при покупке синолоджи: Чтобы были все эти свистоперделки типа бэка пекарни (Active backup for business), докер итд - синолоджи должен быть строго на Intel проце, а не Marvel или что-то вроде него, иначе много программ из пакет менеджера не будут доступны.
>>237914226 Смотри, это датацентр мейл.сру. Что им делать с твоим металоломом? Не кажется ли тебе что им легче докупить несколько стоек на сотню петабайт, чем договариватся с какими то радомами об оренде копеечного НАСа на несколько тб?
>>237914268 >>237914370 всегда встаёт вопрос рентабельности, и мне хотелось бы его решить. А сюда я высказался об этом, потому что хуй стоит на эту идею, и вот хочу узнать ответ на свой вопрос
>>237914538 Рентабельно оно может быть если ты свой некий сервис специфичный запилишь и это часть твоей инфраструктуры, лол. А в твоём случае это как будет НПЗ покупать у частников нефть ведрами.
>>237914611 Кажется ты и вправду недогоняешь. Ладно попробуем еще раз. Чем больше дата центр тем дешевле обходится эксплуатация и обслуживания каждой единицы техники. Как ты собираешься конкурировать со своим "датацентром" в полторы машины и домашним интернетом?
И даже если ты какимто магическим образом умудришься сделать это дешевле (что не возможно), то все равно к тебе никто не пойдет потому что у большого хостера есть репутация, а у тебя ее нет.
>>237914622 У мейлсру с десяток дц в аренде. Мб даже построят свой в итоге, так как сейчас аренда не так выгодна, как раньше. А свой хостинг они предоставляют на поле самого востребованного формата частникам. Соответственно их хостинг для малого бизнеса не подходит для их же вк или дноклов.
>>237897103 (OP) Ну смотри, пара ЖД на 6 ТБ тебе обойдется минимум в 20к. Это не считая всего остального, что нужно для файлопомойки. Плюс место дома, плюс траты на электричество. Плюс ебля настройкой и установкой. Плюс никаких тебе облачных клиентов на смартфоны и прочей радости. Если на облака ты тратишь пару тысяч в год, то окупится это дело в лучшем случае лет через десять - не раньше. Мне как-то кажется, что это того не стоит.
>>237915103 >пара ЖД на 6 ТБ тебе обойдется минимум в 20к Я купил б/у в идеале по 3к, лол. Работают уже 3 года, ни одного бэда. Купленный на несколько лет ранее б/у 1ТБ за 1к отработал 5 лет, потом стал очень медленным и я вывел его из системы.
>>237897103 (OP) вот у меня как на пике 2 коробочка от Synology. RAID 1, зеркалирует с удобной copy-on-write файловой системой btrfs. Пердит с 18 года исправно. Внутри 2 диска на 4Тб от Hitachi NAS грейда. Они шумнее десктопных 3,5", но зато очень хорошо переносят 24/7 работу и уход/выход из гибернации. Установка, настройка, управление - для додиков. Всё легко, надёжно, стабильно. Проприетарная ось DSM собрана на Debian -> не обосрётся в ошибки. Из пинусов: относительно дорого. Сама коробка стоила в районе 35к + 2 диска по 8к. Но мне было пох, т.к. главное предназначение этой коробки было для автоматического удалённого бекапа по интернету для парочки компов, используемых в бизнесе. Более надёжный вариант, чем облака
>>237915613 Что ты будешь делать когда оба твои харда одновременно накроются? А они наверняка накроются одновременно ведь они наверняка из одной партии.
>>237897103 (OP) >Есть два аккаунта на облака, на которые я в сумме трачу пару тысяч в год и выгодно ли при таком раскладе городить дома велосипеды? Выгодно. Надежность превыше всего. Облако может внезапно послать нахуй, посчитать, что твои файлы нарушают закон например или ты давно к ним не обращался, или просто разориться. Еще там нет никакой приватности, то, что лежит в облаке, принадлежит товарищу майору и просматривается роботом. А файлы дома - это то, что всегда с тобой. И рейд не нужен (он для другого), достаточно просто продублировать диски.
>>237915573 Пидора ответ. В разумных пределах нету более надёжного варианта бекапа, чем RAID 1. У тебя один и тот же файл копируется на 2 диска сразу. Место используется иррационально, но зато надёжность самая высокая. Вышел один диск из строя? Информация не пропала и доступна к чтению со второго диска. Чтобы восстановить жизнь дисковому массиву достаточно купить новый диск такого же объёма.
>>237916010 На ленту бэкапят не потому что надежно, а потому что дешево на больших объемах. При использовании лент в 100% случаев есть еще копия данных (обычно самая свежая) на обычном массиве. А на лентах хранят более древние копии, которые обычно вообще не используются.
>>237897103 (OP) Из железа оптимально какой-нибудь китайзионы на 2011/2011-3. Диски бери без smr, ставь линукс и от него пляши. Докер если нужно какое-нибудь по. Для хранения юзай ZFS. Ось ставь на ссд в mdadm raid1 для надёжности. Если рук нет то готовь деньги на qnap/synology/asustor/etc
>>237916267 >оба твои харда одновременно накроются Так не бывает. Не ломаются оба харда сами по себе, одновременно. К тому же, конкретно в моём случае это не хранилище, а резервная копия на случай, если выйдет из строя хард на рабочих компах. Но если выйдут оба харда у хранилища одновременно, в чём я очень сомневаюсь, копия файлов есть на ноутах. Достаточно будет оба харда заменить и сделать бекап заново. >>237916395 к облакам проприетарным ты не имеешь физического доступа. Неизвестно каким образом они хранят твои файлы и на сколько надёжно. Также, у многих из них реальные проблемы со скоростью выкачивания.
>>237916471 Да хуй там, когда ты начнешь замену одного из дисков, второй может отъехать с ошибкой чтения и ты потеряешь все зеркало целиком, а если у тебя при этом софтверный RAID - жопа возводится в квадрат. Собственно поэтому даже самый захудалый хостер держит как минимум RAID 5.
>>237916970 Зеркалирование - это способ обеспечения надежности хранения данных. RAID - это конкретная реализация (в частности) данного метода для жестких дисков. Разница примерна как между двигателем внутреннего сгорания и легковым автомобилем.
>>237917359 Давай посчитаем, потому что ты делаешь странные утверждения. Вероятность выхода второго жесткого диска есть, конечно, но она ничтожно мала. Теперь парируй
>>237917497 Не обязательно. Зеркалировать можно на уровне файловой системы, или на прикладном уровне, например. Это тоже будет зеркалирование только реализованное другими средствами.
>>237917251 "внешние атаки" это когда его внешне пиздят молотком гопники? Держи его в шкафу стальном, лол. Если речь идёт о том, как организовать доступ к нему: SSL обязательно, аккаунты без всратых паролей, автобанилка "пробивальщиков" автоматических, бан диапазонов IP Китая. Ещё как вариант VPN туннель, но это уже посложнее будет.
>>237916658 Точно так же можно говорить что у меня один хард работает 100 лет и рейд не нужон. Но ты никогда не знаешь когда он накроется вместе с твоими данными. А в рейде харды это просто расходник, который периодически приходится менять, без потери данных.
>>237918018 >Ничего себе. Интересно, догадались ли создатели облаков. Не используют абсолютно точно в облаках коммерческих. Слишком дорого, т.к. дата в 2 раза больше места занимает. У них наверняка какой-то другой тип RAID массивов, более продвинутый, где файлы растаскиваются на куски по целой куче дисков. Для домашнего использования не годится.
>>237916471 >>237917161 Оба неправы. RAID 1 может состоять больше чем из нескольких дисков. То есть если у тебя зеркало на 3х сразу, то выход одного или двух дисков не приводит к потере информации. Причём плюс RAID1 в том что это простой диск с данными. Его можно дёрнуть из рейда и он будет читаться. У RAID 5/6 такого нет, нужны все рабочие диски. RAID 5 дохнет после выхода из строя больше чем одного диска. RAID 6 при выходе из строя больше двух.
А вообще рейды это не про сохранность данных, это про отказоустойчивый доступ к данным. Если нужна сохранность — делай бекап, сука!
>>237897103 (OP) Иметь домашний NAS/сервачок ок, если ты им пользуешься. Если у тебя данные лежат "для воспоминаний на старости" - то проще платить паре облаков и заливать данные в них. Один хер приватности не существует.
Для себя считал - 5x4ТБ дисочков, собранных в raidz1 под ZFS - топ. И SSD для zil и l2arc. Правда, чот жаба поддушивает 100к за диски отдавать, поэтому пока живу кое-как без сервачка. Возможно уже сейчас восьмерки профитнее будут. Главное избегать дисков с SMR
>>237918509 Можно вместо глупого RAID1 на двух дисках настроить в прошивке NAS тупое копирование файлов в Rclone по расписанию. Тогда порченый файл не сразу продублируется на второй диск, например. Но лучше всего, конечно, бэкапить на вообще отдельное устройство, в другой локации. Потому что скачок напряжения ебнет по двум дискам сразу.
>>237918285 >А вообще рейды это не про сохранность данных, это про отказоустойчивый доступ к данным. Цитаты великих Анонов. Как ты собрался получать доступ к данным которые не сохранились?
>>237918694 бля. и правда по 10к за 4ТБ дисочек нынче... Считал летом-осенью. Может быть чот попутал сейчас, т.к. принял вискарика. Одно помню точно - у меня апгрейд своего "сервака" сходился к 100к. Скорее всего я все-таки считал 8ТБ дисочки...
>>237918237 >Слишком дорого, т.к. дата в 2 раза больше места занимает. Data in an Azure Storage account is always replicated three times in the primary region.
А с технической точки зрения у них да, распределенные файловые системы.
>>237918966 Ага, а если говнолоджи заменить на сетевое хранилище корпоративного класа то будет еще надежнее. Но мы говорили про конкретное говнолоджи одного анона на двух дисках. Которое он почему-то считает верхом надежности.
>>237919580 смерть рейдов - не редкость. особенно аппаратных. поэтому, если данные важны, бекапы - мастхэв. Ну и подумай на досуге как зеркало спасет от шифровальщика.
>>237919637 не, мне к прмиеру оч жалко будет если проебу. У меня там и спизженые сорсы с серверов китайцев и домп одного из серверов лукойла (2009 года лол)
>>237919814 >Но тогда расскажи как бэкапы защитят от шифровальщика хуйню ты сказал. "Как спасёт твои фалы вчерашняя копия если оригиналы сегодня умерли?"
>>237919814 Бекапы делаются не постоянно. Т.е. между копированием зашифрованного говна в бекапницу и обнаружением того, что все в говне - ты успеешь отреагировать и отключить их. Бекапы, обычно, хоть как-то версионируются - есть возможность достать данные до словленного шифровальщика. Ты можешь очень легко проебать данные на зеркале силами шифровальщика, а вот в бекапе - ты проебешь только ограниченное количество данных, обычно это интервал до суток. Неприятно, но не смертельно.
>>237920141 это проблемы того, кто складывает все яйца в одну корзину. Я б делал бекапы так, чтобы до них не было доступа из основной сети и бекапилка ходила за данными, а не данные заливались в бекапилку.
>>237920196 Хз, год уже откатала, проблем нет и не было. Диск тоже отъебнуть легко если уж на то пошло. Лучше для важного держать 2-3 бекапа на разных носителях.
>>237918966 Пришёл анон и рассказал всем что его говнолоджи на 2 диска надежней чем облачное хранилище. После чего ему объяснили что это далеко не так. И тут ты приходишь и говоришь что туда ведь еще 2 диска добавить можно. Ну можно. И что дальше? Он станет надёжней чем облако? Ну хз, вряд ли. Но даже если и станет то это не отменяет того, что то что у него есть конкретно сейчас, по надежности, даже рядом с облаком не стояло.
>>237920196 >с чего ему вдруш зашифроваться? Бэкапирование же запускается раз в N времени вместе с проверочками что всё живо Бэкап, это просто файл, с точки зрения малвари. Она попадает в систему и просто шифрует все подряд, в том числе бэкапы. Много случаев было подобных. Я даже хз, почему для бэкапов должны делаться какие-то исклбчения
>>237920260 >не такие надежные ну да, перекусить можно :) А если серьезно, то да, вполне, при частых перезаписях циклы закончатся быстро А скорость ч/з 100/80 была даже при забитии на 300 гб. Снизилась до 60/40 при занятости в 400.
>>237920322 > Он станет надёжней чем облако? Роутер с USB-HDD уже надежней чем облако. В декабре вон у гугла сломалась аутентификация и два часа никто не мог зайти в свой гуглодрайв. Это уже не говоря о том, что по велению левой пятки данные с облака может удалить владелец платформы.
>>237920242 zfs - не панацея... но довольно удобная хуйня. линуксовые рейды тоже ниче так. Там можно курнуть код, написать патчик к модулям ведра и восстановить хоть какие-то данные. С zfs будет чуть сложнее из-за ее природы.
>>237920291 >год уже откатала, проблем нет и не было а теперь загугли сколько микросдшки живут в той же малине и пойми почему при таком объёме они такие маленькие, ведь если всё так радужно почему ссдши такие относительно дорогие?
>>237920325 он либо на другой машине, либо можно сделать так что бы харды были доступны в некоторый промежуток времени
>>237920464 но это уже намного проще и быстрее чем ебля с железным рэйдом который может вообще работать только на одной конкретной карточке с конкретным серийником, ну либо на серии карточек. ну и на нормальном железе зфс рвёт хардварные решения
>>237920471 >почему ссдшки дорогие эмм. У меня в телефоне 512 флешка за 6000. У меня в пеке ссд на те же 512 за те же 6000. Не вижу дорогого. Просто у ссд ты платишь за быструю память. А у карты памяти за мелкую и вместительную. Это как две разных вселенных, их нельзя сравнивать в целом. >дохнут в малине так я и не говорил что они под систему подходят. Файлопомойка из них охеренно компактная. Но и все.
>>237918964 не только храню же, у меня белый айпишник и доступен он с инета и все что там есть доступно с мобилы всегда, резервные копии автоматом туда с мобильных устройств скидываются так же
фильмы, фоточки, документы все как обычно, видео наблюдение
>>237920322 Облако может удалить данные за то что ты йоба за то что контент нелегальный за авторские права за хуй знает почему на манер ютуба - захотят и удалят Два-три облака плюс домашний хдд. Вот так лучше.
>>237921269 Загорится дц, а потом дисочёчки бывшие онлаен 24/7 просто не проснутся, бай бай данные. Резервирование по разным дц простой потребляди не предоставляют.
>>237920337 Скорее всего. И ещё она в 10 раз удобнее, перещёлкивать отдельные диски можно будет на изи.
Я уже давно не покупаю SOHO домой - только серверы 10-летней давности. Перебираю, добавляю память, диски и всё, получается убернадёжный трактор с кучей фич.
Единственный минус старых серверов это их шумность.
>>237897103 (OP) из минусов - нужны диски наподмену. больше никаких подводных. можно за чип прайс взять hp 410 и несколько тырпрайз длисков. рейд 1 или 5 вполне норм, но надо ли оно тебе? у самого просто 4 3х терабайтный диска, инфу на которых дублирую руками.
>>237921521 ты знаешь чем терпрайз диски отличаются от не терпрайз? у терпрайз при ошибке чтения диск не вываливается из рейда, в отличии от. просто заебет назад их пихать
>>237921575 дублирую все кроме кинца. ошибиться сложно
Как ни странно, дешевле чем комнатный комп той же мощности получится. Потому что на серверы спрос меньше, видимо, никому не нужны 10-летние серверы.
>Плюс в неё только серверное оборудование встаёт, так?
А что ты имеешь ввиду под серверным? Ну да, память будет ECC, но только долбоёбы используют больше 8 Гигов не ECC памяти - там тупо по статистике уже выходит что комп раз в месяц будет портить данные на диске.
То же самое с дисками прикидывай: 1Тб объёма содержат 1 неправильный бит, вот и думай.
>>237921456 Тем данные хранятся на нескольких многодисковых рейдах в разных дата центрах и регулярно бекапятся на пленку, используется профессиональное оборудование повышенной надежности, по сравнению с этим то что ты можешь позволить дома лишь игрушка. Что не отменяет того что для некоторых задач личные НАС вполне хороши. Но точно не для надежности.
>>237921957 хуя. при невозможности считать сектор - домашний диск начинает тупить. контроллер начинает считать его сбойным и выкидывает из рейда с пометкой фейл.
терпрайз диски есть не только сас, а сервачки и контроллеры чаще всего совместимые.
>>237921913 Это как в анекдоте: до призыва спал хорошо - армия нас охраняет. Призвался, спал мало - охранял. Отслужил - вообще не сплю. Знаю, кто и как нас охраняет!
>>237922018 >хуя. при невозможности считать сектор - домашний диск начинает тупить. контроллер начинает считать его сбойным и выкидывает из рейда с пометкой фейл.
Да ты заебал, бест практис рекомендуют не использовать райд-контроллеры, давно уже ZFS кругом блять.
>>237922154 почитал. короче zfs в россии не слышал чтоб где-то испольщовалисб в мегафоне триколоре билайне мтс одноглазниках, vk, телеге используются контроллеры или цеф
>>237923487 Ну это как-то натянуто-глуповато. Обычного внешнего HDD для такого - за глаза. И второй такой же для бэкапа первого. И софт по подсчету CRC для параноиков. Раз в год.
>>237897103 (OP) Платные сервисы дают тебе удобство. Доступ к файлам из любой точки планеты, автоматическая синхронизация, удобные менеджеры, в том числе с веб-мордами. Если будешь делать свой сервер, то тебе нужно будет вывести его во внешнюю сеть (плата за выделенный ойпи у провайдера), писать свои приложения, настраивать синхронизацию. Нахуй оно надо?
>>237924020 Да кому вы пиздите, у 99% все эти nas и прочие хранилища с РЕЙДАМИ исключительно для потребления медиаконтента и хранения личных фоточек. Упадет — восстановите из бекапа с другой машины/hdd, куда более здравая трата денег чем на покупку hdd в зеркало. Для работы даже раньше эти хранилища использовало всего 2.5 профессии (фотографы и монтажеры какие, у которых материал для текущей работы может терабайты весить), но сейчас это уже неактуально, потому что любые объемы которые могут понадобиться СЕЙЧАС можно прекрасно умещать на одном hdd в своей системе, а nas и прочую хуйню можно использовать для хранилища.
>>237924085 Какие расчеты? Вы совсем ку-ку? Вы же не говорите что храните толком. Свои проекты (что бы там ни было) можно CRC'ичить при достижении ключевых вех: иногда пару раз в день, иногда раз в полгода. Вы же не датацентр. Хотя и там 99.9% избыточно все. Вон Амазон проебал все и... ничего не случилось.
>>237924071 НАС - компромис между удобством и надежностью, и призван в первую очередь решить конкретные проблемы. Если ты хочешь 99.999999% надежность, то это не для тебя. Если ты хочешь, чтобы было пиздец удобно, то это тоже не для тебя, а вот если хочешь +- не ебаться вот так с бэкапированием на жесткий в гараже, но и файлы не хотелось бы терять, то только НАС
Вот поэтому вашим зумерским облакам ничего кроме гомониграпорно доверять нельзя.
> Вы же не говорите что храните толком.
Не читал внимательно тред? Впрочем, какая разница для расчётов? Раз храним значит нам надо.
> Свои проекты (что бы там ни было) можно CRC'ичить при достижении ключевых вех: иногда пару раз в день, иногда раз в полгода. Вы же не датацентр. Хотя и там 99.9% избыточно все.
Да, и лучше всего это делает сама файловая система.
>>237924443 >тут никто не привел весомые доводы, что им дома нужен именно рейд. в шары долбишься? уже трое отписались что у них виртуалки и проекты лежат там
>на 5 TB (RAID) Диски на 5 говно с диагоналкой, 4 диска по 3 уже дороже и шумнее. >Какие подводные? По мануалам с опеннета не запилишь, нужно мочь в линсук. >выгодно ли при таком раскладе городить дома велосипеды? Раз тебе нужен чисто нас, то можно собираться на распаяных селеронах. Это кусков 10 за мать+память+продуваемый корпус+маложрущий блок. Диски - смотря что возьмешь, от 15 точно. В месяц в среднем рублей 100-200 электричества при 24/7. Дальше сам решай.
>>237924747 Синхронизировать надо по достижении ключевых моментов в работе. А это когда как. Может и раз в два месяца быть. Промежуточные бэкапы носи хоть в кармане на флешке. Вы как-то все усложняете. Может вы эти NASы продаете? Тогда это все объясняет. Иначе вы просто долбоебы.
>>237924853 >Еще добавь все записи Стримерши Карины в 4к и Хованского. Ты думаешь что остроумно пошутил, а по факту из интернета планомерно пропадает годнота. Бывает вспомнишь какую-то порнуху, например, которая везде лежала а её уже и нету - выпилили по DMCA
>>237924782 мне почти 40. хуита для школотронов ваннаби хипстеров уже давно наскучила
>>237924853 тебе не похуй? храню что уже почти проебалось из инетов (старая анима, игоры), все что планирую когда-нибудь посмотреть, почитать. все что заинтересовало. можно сказать я коллекционер контента. вообще да, ты прав. если прям сейчас сесть и начать все переваривать = до конца жизни не успею. потому ценность всего этого не велика. проебется - да и хуй с ним
>>237924285 >Упадет — восстановите из бекапа с другой машины/hdd Вот смотри, как виду это я: Надо организовать бэкапирование. Если это другой компьютер, то место для бэкапа должно быть на нем. Если это жесткий диск, то его надо подсоединять и ебаться руками или писать скрипты. Мне это видится очень неудобным. А когда у тебя зеркалирование, ты просто можешь о нем забыть и в 99%, надо просто периодически обсллуживать это (На порядок реже, чем на бэкапирование придется отвлекаться)
РАсскажи как правильно это организовать. Скорее всего есть более легкий путь, чем я тут с дивана увидел
>>237924999 Нахуя мне древнее медленное говно, к которому надо покупать отдельную железку за десятки тысяч рублей, которая будет громко шуметь на всю квартиру десятком жестких дисков, которая может запросто упасть и проебать данные при потере электричества (кстати, жрать электричества оно тоже больше будет), когда я могу просто купить один емкий hdd и еще один такой же на другую машину для бекапа?
>>237925069 >Синхронизировать надо по достижении ключевых моментов в работе. А это когда как. Может и раз в два месяца быть. Промежуточные бэкапы носи хоть в кармане на флешке. Вы как-то все усложняете.
Всё хитрее. Современные ФС могут делать "чекпоинты" сами регулярно, чтобы случайно что-то не удалил юзер. Остальное тоже автоматизируется полностью, вообще думать не надо когда и куда на флешке что тащить.
Так что, присоединяюсь к вышеотписавшимся - не ебите мозги, делайте честные хранилища, и ебите облака в рот.
>>237924820 Что за проекты-то? У меня тоже "проекты". И виртуалки есть. Храню на флешках. Ваши "проекты" - это какая-то абстракция ради проталкивания NASов лохам.
>>237925246 >Если это жесткий диск, то его надо подсоединять и ебаться руками или писать скрипты. Мне это видится очень неудобным. А когда у тебя зеркалирование, ты просто можешь о нем забыть и в 99%, надо просто периодически обсллуживать это (На порядок реже, чем на бэкапирование придется отвлекаться) 1. Есть куча готового софта под все системы для бекапов. 2. Твоё зеркало не заменяет бекапов, ты можешь проебать с них инфу по куче разных причин, как зависящих от тебя (сам случайно стер не то что нужно), так и не зависящих от тебя (рейд развалился, данные закорраптились, что угодно). Рейд придумали для того чтобы когда выйдет единичный hdd в сервере, сервер не перестал работать, а пришла макака, подключила новый hdd и никто бы этого даже не заметил (кроме возможных просадок производительности в случае raid5/6). Бекапы придумали для сохранности данных
>>237925069 > Промежуточные бэкапы носи хоть в кармане на флешке. Вот больше делать нечего, как ходить с ноутбуком и флешкой в гараж, чтобы чекпоинты синхать.
>>237925414 >Есть куча готового софта под все системы для бекапов. Опиши последовательность своих действий для создания бэкапа. И где у тебя хранится сам бэкап?
>>237925367 По достижении ключевых моментов в работе. Раскидываю по домашним компам/смартфонам/флешкам. Иногда отношу в гараж носитель. Все, естественно, зашифровано на случай утечки.
>>237925541 >И где у тебя хранится сам бэкап? На любой другой системе (чем больше систем и более территориально они отдалены, тем лучше). Если нет системы, подключи внешний hdd к роутеру, сделай nas из старого маложрущего говна с avito и брось в квартиру родителей под кровать, и т.д.
Если СОВСЕМ всё плохо, можешь конечно вручную подключать внешний hdd, вручную делать бекап и потом отсоединять его от системы, но это только если ты упоротый наркоман, во всех остальных случаях кто угодно найдет куда сливать бекапы
>>237925709 Это не он предложил, а я. Хожу в гараж бухать и топить печку - беру с собой флешку с актуальным бэкапом и тарю там. Предыдущую забираю домой для нового бэкапа.
>>237925685 >По достижении ключевых моментов в работе. Раскидываю по домашним компам/смартфонам/флешкам. Иногда отношу в гараж носитель. Все, естественно, зашифровано на случай утечки.
На ассемблере пишешь? А что делать фотографам свадебным?
>>237926334 >В этом весь прекол В твоих рассчетах 16 тб менее выгодно брать, чем харды меньшим объемом. Я ж говорю, буквально на днях считал и не обнаружил никакой разницы. Емкие hdd вместо рейда из кучи мелких hdd наш выбор.
10 лет назад владел ред массивом на ~12.5 тб в raid6 дома, знаю, о чем говорю
>>237926552 >Полка работает быстрее чем одиночный диск, лол Это если смотреть линейную скорость чтения-записи, которая не нужна практически никогда. Access time всегда возрастает от количества накопителей, работа с кучей файлов становится медленнее.
>>237926527 >Одинокий HDD проебёт твои данные точно так же как и полка. UPS это само-собой разумеющееся, как и ECC-память. Не проебет, потому что вместо того чтобы тратить кучу денег на ups, ecc память и нахуй не нужные рейд массивы, я куплю три емких hdd, один буду использовать локально под данные, а два другие буду использовать под бекапы - один ебану в роутер, а второй подключу к роутеру родителей, которые живут в другой квартире. Это выходит дешевле чем ненужная трата на бесполезное говно и в разы надежней. >>237926702 Тебя это тоже касается
>>237926929 >Нет Ну это лишь значит что ты не разбираешься в теме и, возможно, никогда не имел и не работал с крупными массивами на большое количество дисков
>>237926784 в 3 раза. Средняя цена на авито 1к за 1 тб. Я там несколько месяцев сидел, знаю о чем пишу
>>237926466 Так я ж тебе тоже говорю, на днях считал в ДНС выбирая самый дешёвый хард и получилась эта таблица. Ну разница там минимальная
>>237926702 У меня за всю жизнь ни одного HDD не сдохло. Жесткий диск с 2007 года всё-ещё жив и в соседней комнате лежит и на нём ОС для сервера лежит сервер сейчас работает есл чо
>>237927338 Шах и мать у тебя сдохнет если не ответишь. В ноябре прогонял все свои диски через смарт и там ни одного битого сектора, все здоровые как быки
>>237927211 >У меня за всю жизнь ни одного HDD не сдохло. Ты мотылёк, твоя жизнь это один день
У меня сдыхали с 1995 года: 300Мб (его было не жалко, просто запомнился как первый), 1Гб, 3Гб, какой-то IBM DTLA (о, да!), 10Гб, и вот буквально месяц назад сдох 500Гб, который отлетал года 4 непрерывной работы.
>>237927131 ну так и храни на винте, а яндекс диск - это бекап. как приятный бонус можно синхронизироваться хоть на тапке на другом конце глобуса. для рядового анона с 5тб личного порева яд лучше своего рейда по всем параметрам, и по цене, и по надежности и по удобству.
>>237927600 >а яндекс диск - это бекап. да денег они захотят за него, а облачные по деньгам выходят не менее чем в 2 раза дороже чем самому диск купить
>>237927572 Шах и мать у тебя сдохнет если не ответишь. В сентябре делали ремонт и все трещины заделаны. Воде не откуда появится, тем более диски под двумя слоями железа
>>237927600 >ну так и храни на винте, а яндекс диск - это бекап. Это если есть доверие к яндексу, если ты не хранишь ничего противоправного и нелегального (яндекс там не банит если на их хранилище заливать зашифрованные файлы? какой-то сервис банил, я читал новость) Но так-то да, это вариант для бекапа
>лучше своего рейда по всем параметрам Еще раз, рейд не нужен, при текущих объемах дисков в 99% случаев можно ограничиться покупкой ОДНОГО диска за те же деньги, что ты купишь 6 дисков меньшего объема.
Бекапы, обьясните, как бекапить? Если нас на 16тб, он же ебанется по времени бекапить это все на другой диск, это несколько недель займёт передача и сравнение файлов, и все это время фс будет заебан бекапированием, с ним нормально не поработать
>>237927989 >Работа колом встаёт если он сдохнет Это если есть на нем работа. Вернее, даже не так, если есть данные, которые необходимы для текущей работы (а не просто для архива). В таком случае можно докупить второй hdd в зеркало в основную машину В ДОПОЛНЕНИЕ к имеющимся бекапам
>>237927786 > Это если есть доверие к яндексу, если ты не хранишь ничего противоправного и нелегального конечно зашифрованное все надо хранить. шифруется через rsync элементарно. яндекс пытался заблочить rsync но потом из-за бурления говн все вернул как было.
там не в шифровании дело, а втом что для корпоративных бекапов у них есть свой тариф который в 5 раз дороже и нахуя им пользоваться если есть rsync - непонятно.
>>237928207 >яндекс пытался заблочить rsync но потом из-за бурления говн все вернул как было А, ну видимо это как раз то, что я читал. В любом случае, я по облачным™ хранилищам-сервисам не спец, и по ценам и политикам не знаком. Я не отрицаю, что это вариант для бекапов, но самостоятельно предпочитаю бекапить на своё собственное железо.
>>237928032 а может и не проживет. а чтобы наверняка нужен рейд, и его нужно на чем-то собрать, а еще нужен домен и как-то его выставить в сеть чтоб можно было с телефона на твоем рейде что-то посмотреть. как только ты подсчитаешь сколько это все вместе будет стоить и какой там геморрой то поймешь что яд не дороже и гемороя меньше на порядки.
>>237927940 А что у тебя там такого на 16 тб? Бекапить фильмы-музыку (разве что за исключение очень редкого чего, где людей на раздачах уже не осталось) смысла нет. Если у тебя там данные "по работе" как у каждого в треде, то скорее всего большая часть данных там хранится статично и не меняется, соответственно их достаточно пострадать, скопировать один раз, а дальше можно сверять чексуммы. Для нормального решения надо знать что за данные, в каком объеме, как часто меняются и всё прочее, так это просто догадки и тыкание пальцем в небо
>>237916572 Этого удвою. Имею модель d2 с зеркальным рейдом на 1 Тб. Использую и для домашних медиа и для моего бизнеса. Есть удобные приложения преимущественно на английском и платные.
>>237928510 > а еще нужен домен и как-то его выставить в сеть чтоб можно было с телефона на твоем рейде У коробок синолоджи бесплатный домен можно настроить.
>>237928521 >Тогда зеркало должно быть из трёх винтов. Есть тенденция что мрёт второй диск сразу после первого при восстановлении со второго на новый. Да это даже неважно, я в треде распинаюсь про другое. Для любого разумного существа приоритетом должна быть сохранность данных. Т.е важно, чтобы данные не проебались. Соответственно если у меня помрет жесткий диск или даже рейд массив из 2, 3 или 5 хардов в зеркале, или я сам случайно удалю не то, что нужно, или вирус-шифровальщик мне локально все данные зашифрует, то даже в худшем случае я потрачу лишь сутки (ну, или пару суток, если это 16 тб) на восстановление данных из моего бекапа. В случае, если бекапа нет, то все данные будут безвозвратно потеряны. Поинт в том, что бекап должен быть В ЛЮБОМ случае, а наличие рейдов это уже опционально и востребовано только в определенных случаях.
>>237928786 В 2009 году прошел слух, что запретят торренты - я скачал весь сериал Универ и многое другое за 3 дня. Забил дома и на работе все что можно.
>>237928786 >> Интернет он же всегда был, есть и будет >Сомнительно, сомнительно. Это был сарказм. Из интернета всё больше и больше полезного пропадает.
>>237929041 >мимо владелец сервиса по восстановлению данных Если правда, расскажи были ли у вас те, кто дважды обращался с разными дисками в разное время? лечится ли отрицание бэкапов?
>>237929146 Да. Иначе как узнать что хуй.жпг остался тем же хуем.жпг без непосредственного сравнения бит в бит? Всякие размеры файлов и контрольные суммы это хуйня и один хуй всегда нужно все сравнить, т.е. так или иначе все 16тб переслать для сравнения
>>237929118 Да я наврал. Но у нас был админ, что бэкапил на тот же диск где были оригиналы баз. И все. Отдали то ли 10, то ли даже 50к за восстановление в 2007 году. Один хуй базы не заработали. Админу особо ничего не было.
Да и что, со всех 16тб будешь чексуммы считать и отправлять на бекапную машину и там сравнивать? Это же тоже пиздец долго и ненадёжно.
Мало того, ещё ничего нельзя сделать, если на фс я например в папке "двощ" переименую картинки из номерных в названия по сути, бекап тупо скопирует переименованные в добавок к старым, и будет в бекапе блять два набора картинок , пиздец вообще. Без непосредственной перезаписи всего бекапа каждый раз в бекапе просто будет накапливаться мусор, который нереально будет чистить, а переписывать 16тб бекапа дохуя долго, это вся хуита с бекапами годится только для какой-нибудь маловесной хуйни
>>237930119 >Да и что, со всех 16тб будешь чексуммы считать и отправлять на бекапную машину и там сравнивать? Это же тоже пиздец долго Куда быстрее чем отправлять все 16 тб > и ненадёжно. Пруфы ненадежности будут? Все используют и подводных камней не обнаружили, а тебе ненадежно
>>237930886 >нахуя тут за бекапы топят Потому что бекапы обеспечивают сохранность данных, а отсутствие бекапов не обеспечивают. >Быстрого бекапирования Настраивай политику бекапов согласно своим нуждам. Каждый день инкрементное, раз в месяц полное, раз в две недели проверка чексумм. В чем проблема-то?
Вот есть 16 тб картинок с двача, причём, 2тб удалены, 2тб новые, на фс, И есть 16тб бекап этих картинок на бекапе
Пришло время бекапа Надо сверить все картинки что они не побились, т.е. там чексуму пощитать и сравнить у всех 16тб на фс и на бекапе, это на несколько дней времени уйдёт. Да и равенство чексум не гарантирует что пикчи одинаковые и целые все равно
Далее новые пикчи надо передать, старые в бекапе удалить, это вообще пиздец медленно, систему контроля версий надо применять какую-то. Итого вся эта хуйня будет минимум неделю дрочить лвс и процессор на фс и бекапе и тормозить
Бекапы пригодны только когда небольшой объём и число файлов, а с большими объёмами оно становится бесполезным
>>237931633 >Да и равенство чексум не гарантирует что пикчи одинаковые и целые все равно Гарантирует. Иначе у тебя должна побиться так картинка, чтобы ты словил коллизию, которую на суперкомпах ищут.
>>237931986 всё же добавлю что в качестве хорошего тона добавляют в код сравнение побитово при совпадении хэшэй. Но я когда пишу код забиваю хуй на такую ситуацию либо
>>237912703 Ну так и перепродавай их на лохито. А так вроде есть альткоин заточенный под шаринг хранилищ. Самому продавать место сейчас вообще не выгодно, всех мелких задавили корпорации. Ну если у тебя есть оборудования чтобы сразу 1-2 стойки заполнить, да и хорошая идея, можешь попробовать.
>>237913463 Ещё пару тредов и ты придумаешь ЦОД. Только ты забываешь, что это старое говно надо ещё обслуживать. Если ты не можешь делать всё это в одно рыло, то ты только на счетах за электричество разоришься.