Прошу помощи у пидоров, которые шарят за сетевое хранение данных
Приветствую, пидоры.Прошу навести на мысль как помочь компании в плане хранения данных. Ничего секретного. Работаю в рекламе. Есть 5 дизайнеров и я - шестой, соответственно шесть компов. Нужно какое-то общее хранилище куда могли бы все мы соваться и брать расходники. А то сейчас утопаем в эффективном менеджменте, когда все новые фотки лежат на компе у одного диза, макеты у второго, промежуточные наработке на паре облачных дисках и тд. Особенно анал-карнавал когда кто-то в отпуске и начинается ещё квест с поиском того что надо в чужой экосистеме.
Эффективность - не, не слышали.
Неоднократно ставил вопрос о сетевом хранение. Ойтишнеки показывают руководам шестизначные цифры, те качают головами - мы страдаем дальше. При том в виду ойтишной неграмотности не проверить же - эти могут в уши ссать лишь бы ничего не делать - плавали знаем.
Там по списку про отказоустойчивость, бекапы и всё вот это. Не спорю - может так и правильно и виноваты в большей степени руководы что жопятся купить правильное оборудование.
Дорогие пидоры, может подсскажите решение задачи? Может сталкивался кто-то и нашлось бюджетное решение - объёмы большие не нужны. А то компы тупо кончаются уже по памяти, а удалять старое нельзя - "а вдруг пригодится макет пятилетней давности"
Я хз - может можно собрать из пары винтов общим объёмом 4-6 Тб (которые есть) и стационарного компа некий хаб для наших картинок, который бы работал как сетевое хранилище?
Приму любой совет по теме.
Заранее благодарю.
Подробнее
ИСПОЛЬЗОВАТЬ ТОЛЬКО В СЛУЧАЕ КРАЙНЕЙ НЕОБХОДИМОСТИ
пидоры помогите,реактор помоги,техника,хранение,айтишное,сетевое хранение
Суммарно тыщ на 30, наверное. Я не знаю, какие сейчас в России цены на железо
ПС.
Себе собирал nas на одноплатнике с аппаратным sata. Правда без массива.
До одноплатника вообще был роутер, перепрошитый в openwrt и со вставленной юсб-флешкой, которая шарилась через samba и монтировалась куда нужно как сетевой диск. У меня там жил svn-репозитарий. Правда работало медленно. Зато себестоимость примерно даром.
Во-вторых, мужик, это всего лишь один из вариантов. Дешёвый, простой и умеренно надёжный, если на файлопомойку не ставить аквариум
Любой линукс + среднего класса матплата (чтобы не сдохла) + проц уровня i3 + 16/32Gb RAM (смотреть по бюджету) + 2xSSD + харды.
Харды вероятно ZFS кластер, но тут меня поправят люди с более свежим опытом (я в своё время делал ещё RAID10, потому что ZFS могли невосстанавливаемо разобраться, но это10+ лет назад).
НИКОГДА не соглашаться на настройку любого RAID, кроме RAID0, 1 и 10 если в бюджете нет отдельного RAID контроллера с питанием.
"Настоящее" серверное оборудование свои денег стоит, в первую очередь надёжностью, но для бизнеса, который может его окупить. "Наш первый бэкап/файл-сервер" вполне можно сделать из приличного десктопного, главное не забыть, что потом его надо будет обновить или заменить.
Во-первых, на работе на складе лежит уже два сервера с отвалившимися RAID-контроллерами. Серверы старые, но как файлопомойка ещё поработали бы, но новый контроллер стоит дороже чем взять рабочий б.у. сервер.
Во-вторых пару лет назад собрал простенький сервер для лаборатории (NAS+MSQL+Apach) чтобы меньше зависеть от институтской инфраструктуры. Так вот пробовал две материнки среднего уровня (новую и б.у. из личных запасов) - у обоих разваливался аппаратный RAID. Он там, похоже, чисто для галочки заявлен. Включил программный и забил.
Бэкап должен быть на другом винте, в другом компе, и желательно подключен к другому источнику питания.
Гугловый вариант надежнее. Свой выйдет дешевле. Решать уже вам.
На сейчас это что-то типа https://www.synology.com/ru-ru/products/DS723+#specs
Хотя автору для работы наверное было бы лучше https://www.synology.com/ru-ru/products/DS923+#specs
У меня стоит QNAP и я в итоге не очень доволен. Принт-сервер вырезали через полгода после покупки, их собственное облако в цену не входит, фтп и/или веб шары он нормально настраивать не умеет, приложений в сторе мало, руками прикрутить ничего нельзя.
Есть потенциально полезных фич, типа базы данных, КД и прочего, что мне в домашней сети совершенно не нужно и в двухдисковом NAS выглядит избыточно.
Сами сетевые ресурсы правда работают вполне шустро, тут у меня претензий особых нет.
А тут можно глянуть что поддерживается бесплатно, на что надо лицензию https://www.synology.com/ru-ru/products/DS723+#specs
Облако, когда я работал с ним, можно было настроить на самом девайсе, у них именно для файлов, бесплатно не было. Платно не искал, у меня была задача простая, как у автора топика, максимально просто и надежно подключить сетевой диск, примерно на 50 компов, под виндовс.
В целом, если хочется именно тонкую настройку и что сам захочешь, наверное лучше комп с линуксом, synology подходит для ленивых людей, покрыто 90% всех запросов, настраивается раз и надолго, простой визард поможет в настройке. Более тонкая настройка была, но я особо не вникал..
можно в принципе пощупать, как оно вот тут - https://demo.synology.com/ru-ru
Ну, если облако тоже в комплект не входит, то скорее всего мне будет проще самому и собрать/настроить всё.
Плюс там FreeBSD/linux, к которому, при прямых руках, можно прикрутить ещё кучу функционала параллельно, хоть в виртуальной машине прям на серваке.
поэтому для начала надо бы буджет таки узнать, потом советовать различные уровни колхоза можно.
а так например можно купить на алике нас на 4 диска обильно косящий под синологу оболочкой. им хватит выше крыши и без колхозинга
Спасибо за расшифровку, получается.
учитывая что на действительно хороший вариант денег изначально зажопили, надо знать сколько клиент в принципе готов отдать денег чтобы от этого плясать.
поэтому давай погадаем: дано что ща ваще все данных хранятся на локальных дисках работников без всякого рейда и, походу, бэкапов.
уже из этого можно предположить что либо это непрофильный отдел большой конторы (типа клепать рекламные буклеты для стройконторы там), либо конторка сама по себе маленькая админы приходящие.
в 1 случае ставить опенмедиа могут не давать корпоративные политики, во втором просто нежелание приходящих админов впрягаться во что-то требующее хоть немного доп труда.
поэтому надо готовое решение и китайские дают в 2 раза меньшую цену при неплохих показателях. и да, я юзал . оно вполне себе на неплохом уровне. не синолога, канеш, но очень даже приличный девайс.
И да, тебя тоже нахуй иди.
думаешь замена за 3 дня это основное что их должно волновать?)
автора поста не интересуют твои выкладки по эффективности бизнеса. тут явно сказано что их потолок - бытовой NAS максимум дисочка на 4 и тут я не вижу большой разницы синологу они возьмут или террамастер какой.
Я этот вариант закинул на случай, если у автора совсем минимальный бюджет.
+ когда данные хранятся у кого-то, они или берут довольно много денег за безопасность или не очень за неё отвечают хотя обещают.
Под их задачи это около 100$ в месяц? Ну хз, NAS с 3 летней гарантией дешевле будет. И это мы еще не утраивали и не зеркалили..
Ты случаем не из тех их айтишников, которые 6 значные суммы указывали за реализацию?
Можно сыграть рулетку и купить NAS с 1 HDD, но когда HDD сдохнет ты будешь крайним, т к идея была твоя.
Почему NAS и не самосбор системник? Потому что нужна настройка и поддержка вдруг что, чем дизайнеры вряд ли будут заниматься. NAS минимум настроек для файлопомойки, поставил в углу и забыл. Вспоминаешь только когда место закончилось или HDD стало плохо и пришло мыло об этом.
RAID это не бэкап. Те, кто этого не понимает сразу, потом понимают это очень болезненным способом.
Бэкапы на рейд можно писать в том случае, если рейд для бэкапов находится в другом компе и желательно в другом здании.
Рейд - не для бэкапов, рейд - для того, чтобы не останавливать работу, если один диск сдох.
У меня на NAS именно бекапы, но все равно настроено зеркало, потому что так проще. Сдох 1 диск, я воткнул новый, все работает дальше.
текущие десктопные дисочки до 20 тб доросли, с учётом отказов минимум два а лучше три
вставлять их можно хоть в кофеварку а там сверху натянуть любую аля NAS систему на основе линухи или в любую коробку типа NAS с двумя дисочками
настраиваем RAID 1 для полного зеркалирования данных, чтобы можно было выкинуть сдохший винт если что и вставить новый, на скорость забиваем.
третий диск используем для холодного хранения, периодически вручную подключается и копируется, его можно тоже в коробочку типа NAS но попроще. спасёт от шифровальщика в сети.
Бери Synology - 2 диска, лучше 4. Интуитивно разберешься. Собрать главное Зеркало (raid 1) из них в настройках первоначальных и ты молодец. К цене плюсуй цену дисков. Итого около 70к
Если нет денях на такой, можно взять на 2 диска, но они как правило и слабее. и стоят на 20-25 дешевле ( Итого 50к
Если денях еще меньше - то любой старый комп, ставите винду, пихаете туда два диска. Гуглите как в винде собрать софт рейд 1. Работает сносно но явно медленнее всего выше. - Итог 20-25к ( чисто на диски.)
Вам надо нормальный сервер, и систему контроля версий специально под вашу работу. Обычный айтишный гит не особенно подходит для дизайнеров, там есть решения специально для вас.
И засунуть в жопу жадность.
Сохранность ваших данных может сэкономить дохуя, а система контроля версий сэкономит гарантировано дохуя вашего(рабочего) времени и сил по сравнению с хранением хуеты хер знает как и хер знает где.
Для конкретики ты бы озвучил, что ваши айтишники говорят. Есть высокая вероятность, что говорят они дело.
Разбираться в них я, конечно же, не буду, это надо знать нюансы работы дизайнера, а это лениво. Это вот топикстартеру было бы нелишним изучить вопрос - это его работа и его геморрой.
1. берем самый всратый офисный пк куда впихуивается 2 хдд, впихуиваем 2хдд, настраиваем raid1 силами оси и саму ось берем либо профильную ( фринас и етс или виндовс и шарим директории на общий доступ ) дикой мощи там не надо, вытягивают даже селерон/пенек + 8 гб памяти не самых последний покалений. Требования - 2 одинаковых hdd.
2. Берем готовый настольный nas на 2 диска, впихуиваем диски в raid 1/ Требования - 2 одинаковых диска.
3. Берем жирный настольный nas на 5+ дисков: собираем raid10+hs Требования: 5 одинаковых дисков и для перестраховки можно шестой просто положить в пакетике на полочку под замену, как вылетит 1 из установленных и подхватится hs - на мсто помершео поставить новый и назначить уже его hs
4. Сборка файлового сервака: пьедисталка на серверной матери с пеньком/селероном ( зионы тут нахуй не нужны, есс умеют селеки/пеньки, а виртуализация и прочие direct i/o в этом сценарии невостребованы) массив raid10+hs силами матери. Плата с удаленкой ( rmm / ipmi / ilo / idrac), корпус с двумя БП. Ось на свой вкус.
5. Лакшери настольный NAS - ssd+hdd гибрид с приореризацией данных, дублированием сети, дублированием БП. Требования: 3+ одиаковых ssd и 5+ одинаковых hdd.
6. Лакшери файловый сервак: все как в 4, только на дискретном контроллере с батарейкой и умеющим в хотснапы ( срез изменений файлов - экономит место на диске)
7. Сириос дата сторейдж: все то-же самое, но между розеткой и nas/файловым ставится бесперебойник смарт уровня ( который умеет в самотест и не по факту подыхания акума уведомляет, а где-то за месяца 2-3 говорит - давай меняй. Совсем зашибись, если умеет в горячую замену батарей. Холодный старт такие умеют все)
8. рили сириос дата сторейдж: дублируются хранилки ( настраивается, что на вторую копируются данные с первой, скажем каждые 15 минут )
9. супир факин сириос дата сторейдж: дублируются хранилки, дублируются ибп формата он-лайн, ставится пду с двумя вводами, на холокейшене размещается третий сервак куда так-же раз в 15 минут сливаются копии данных)
И еще, у вас при любом облаке, почти наверняка, будет проблема что люди, сука, не умеют работать с этим самым облаком не умеют работать: каждый будет срать туда как ему удобно, либо будет продолжать работать на локальной машине и выгружать на удаленный серв только после того как его бревном потыкают.
Сколько стоит пара компов с 4мя гигами памяти, каким-то процессором и хардами нужного объема (на бэкап я бы закладывал двойной объем от того, то хранится на основном сервере) можете прикинуть сами. Но нужен чел который настроит линуксы и регулярный бэкап (ну или винду и регулярный бэкап, но без серверной винды диски в массив не собрать, а вопрос легализации винды это еще + бабло и бэкап тогда надо тоже как-то иначе организовывать - автоматического и бесплатного софта я тут не подскажу, а дефолтная виндовая бэкапилка это не серьезно)
Либо же в текущем серверном пространстве выделит вам условные 200 гигов, которые опять же настроит и там вы уже дальше сами.
2. Отдельный UPS для NAS с двойным преобразованием (еще называют их OnLine) с батарей, позволяющей NASу работать минимум 10-15 минут только на батарее при полной загрузке.
3. В идеале в добавок купить недорогое облако, чтобы еженедельно туда бэкапы кидать для достижения 146% надёжности сохранности данных.
п.2 еще очень завязан на то, как у всех пользователей и у вашего сервака построена защита от аварий по питанию
Linux (любой из не школоло-эдинш с модными обоями - Debian, Fedora, OpenSUSE, etc.) + samba + borgbackup.
Получаем обычный файлсервер, бэкапящийся по расписанию, с возможностью настройки прав доступа к хранилищу и каталогам.
Да, еще совет - не пользоваться советами мамкиных одменов из инета и не вырубать наглухо SELinux, потратив вместо этого вечер на его изучение и правильную настройку.
А вообще у нас вот так:
borg prune --list --keep-daily 30 --keep-weekly 14 --keep-monthly 36 --keep-yearly 10
Поэтому все достоинства локального хранилища убиваются нафиг низкой пропускной способностью.
Мне больше всего понравилась XigmaNAS.
И обязательно, на самом сервере не должно быть доступа к бэкапам. Только сам бэкап-комп лезет на сервер и делает бэкап.
Ещё смотри на диски - сейчас очень много дисков SMR и они не выдерживают синхронизацию RAID. Основная проблема: производители - конченые пидоры и не говорят какой диск SMR. Отличительные признаки - большой объем кэша, на хабре были более подробные статьи и лучше всего прогуглить выбранный диск
вариантов уже накидали много. Добавлю, что готовые NAS всегда дороги, не всегда нормально поддерживаются, могут терять фичи со временем или с местом проживания(если вы в рф)
Есть дистрибутивы вроде TrueNAS Scale, в которых вообщем-то можно накликать все мышкой.
еще варинт для упоротых: использовать систему контроля версий. Чистый git не сильно подходит для хранения большого количества бинарей, но есть расширения git-lfs и git-annex, но они требуют умения работать в консоли(последний точно).
Я еще видел системы контроля версий, которые позиционировались в том числе и для дизайнеров, но сходу не могу вспомнить названия
Дальше - нормально пошарить папки и не выключать компы. Как вариант - закинуть дисков в один комп и не выключать уже только его.
Всеравно хуже чем есть сейчас не будет, а удобство чуток повысится.
Винда с шарами работает вполне сносно.
всё доступно через интерфейс в браузере, хоть облако разворачивай, хоть медиабиблиотеку, нужно будет одну строчку в консоль написать после установки системы.
если среди вас нет людей с ненулевым опытом продвинутого пользователя ПК, то можно накатить на сетевой комп Windows, тогда уж и расшарить папку.
Инструкция типа:
1. Взять два харда одинаковой ёмкости
2. сделать как тут, но не с загрузочным диском, а с этими хардами https://www.dmosk.ru/miniinstruktions.php?mini=raid-windows
3. Создать папку на новом диске типа Share
4. Если у вас нет никаких входов из интернета, то можно сделать доступ без пароля. А если есть что-то важное, то пароль лучше оставить. https://lumpics.ru/how-to-share-folder-in-windows-11/
Яндекс 360 для бизнеса. 1500 в месяц на сотрудника. 3Tb диска на рыло. Легко платить в РФ. Куча дополнительных сервисов. Не надо думать про железо, бекапы, доступы-хуеступы. Раз вы не секретная контора, то на шифрование данных можно положить болт. А, да, еще из дома, Мальдив, окопа (кому что нравится) можно иметь под рукой все ресурсы. Вангую, что это для вас самый лучший вариант.
ХЗ, стоит ли вписываться в историю со сборкой собственного сетевого хранилища или покупкой NAS'a. Судя по вводным данным - нет. Вы ж не самолеты строите. Иначе ваши айтишнеги уже давно бы об этом знали, и доложили бы руководству, что всех выебут за утечку важных данных.
Чем сложнее инфраструктура, тем больше денег нужно будет платить охуевшему айтишнику, без которого все это рискует развалиться. Айтишник будет об этом знать и требовать еще больше денег за свои ниибаццо уникальные навыки.
У вас проблемы с нашим продуктом? Ви рюсский? Вам вон туда - нахуй. И ваших грязных денег нам не надо.
1. Нашел в IDE баг, сделал багрепорт в саппорт под учеткой конторы. Получил ответ: мы больше не осуществляем поддержку клиентов из России.
2. Когда лицензии на IDE кончились, продлевать отказались.
Штош, и в VS Code жить можно.
Продлевать отказались, но можно работать на резервной версии. https://sales.jetbrains.com/hc/ru/articles/207240845-What-is-perpetual-fallback-license-
Печально конечно.
Для себя собираю IDE из vim или Emacs. Пока с переменным успехом. Оба нравятся, каждый по-своему.
Зависит от вашего объёма данных скорее
Это требования ваши (дизайнеров), или команды ИТ?
Как мне кажется у кто-то не сильно прошареный занимался оценкой доработки с командой ИТ. Если вам крайне нужна общая шара (лол, что может быть проще), и вы готовы смириться с отсутствием отказоустойчивости, бекапирования и прочего - ну так пусть делают обшую шару. Если всё это важно и критично и без этих штук никак - значит закладывание таких доработок в оценку вполне обоснованно.
Как мне кажется тут для тебя есть хороший шанс выебнуться перед начальством и побыть руководителем проекта - собрать требования, отдать их на оценку команде, провалидировать чтобы они ничего лишнего не вклочили в оценку. Выделить в проекте MVP (минимально жизнеспособный продукт), на который дадут денег и реализовать его. Получишь интересный опыт, возможно сможешь выбить под это дело повышение зп.
Гори а аду, холиварщик хуев.
Хотя мне кажется, ему просто сказали на работе "не лезь, мальчик, не в свое дело", вот он и потерял интерес к этой достаточно холиварной теме.
Но в любом случае спасибо ему, холивары между сторонниками самосбора и сторонниками коробок от Synology/QNAP обычно достаточно познавательные. Может кто-то еще что-то полезное для себя тут прочитал.