В рамках цикла статей по построению NAS, либо домашнего сервера, по просьбам пользователей я погуглил за вас и сделал небольшой обзор информационных источников.
В этой статье собраны ссылки на большую часть материалов, которые я использовал. По мере накопления и обработки материалов, тут может появиться что-то новое.
Немного теории и общих соображений
Совсем базовая статья от DELL "Введение в системы хранения данных" 2011 года, позволит определиться с терминологией.
Для общего развития по СХД возможно почитать статью "Работа с Незнайкой — технологии упреждающего чтения и гибридные СХД" 2017 года.
В маленькой статье "NAS для нас: от дорогого к простому и бюджетному" 2015 года есть несколько общих слов на тему своего NAS.
Примеры
На русском
Чтобы понять, нужно ли строить и что, посмотрите на картинку, взятую из цикла "классических" статей 2013 года на iXBT:
Эти статьи к прочтению крайне рекомендуются.
Первая статья о выборе железа, вторая о программном обеспечении.
Есть ещё более старая статья 2010 года, но достаточно грамотная. И в своём NAS автор уже использует ZFS.
В статье "Эволюция домашнего NAS. Итог шести лет" представлен обзор некоторых моделей NAS и кое-что по поводу железа. Может, будет интересно.
В статье 2011 года "NAS своими руками. Или? Поиск сбалансированного решения" используется любопытный корпус Eolize и плата Zotac. ОС — FreeNAS.
В следующем цикле статей автор достаточно полно рассматривает NAS Synology:
О построении домашнего сервера возможно почитать здесь:
В двух следующих статьях автор построил программную часть на Nas4free.
Рекомендую к прочтению:
- "Черный ящик для дома: собираем NAS своими руками, часть 1".
- "Черный ящик для дома: собираем NAS своими руками, часть 2 – великолепный NAS4Free".
В статье "Как я дома NAS строил" построена NAS в неплохом корпусе Chenbro, с использованием FreeNAS в качестве ОС. Приложения установлены в контейнерах.
Михаил Кулеш в статье "Домашний сервер на платформе Intel Atom и ОС Centos 7" 2015 года описал построение сервера с GNOME, который доступен по VNC. Не вполне одобряю использование графики на сервере, но почитать стоит.
В статье "Скромный NAS для дома" 2015 года некий "Windows-администратор" построил NAS на OC Windows. Так делать, пожалуй, не надо, если безопасность NAS для вас имеет значение.
Возможно также прочитать маленькую статейку "Накопитель своими руками".
И наконец, ещё один цикл статей по самодельному NAS 2014 года, который стоит почитать:
- "Еще один NAS своими руками, часть 1: из того, что было".
- "Хорошие воспоминания (Флэш-память для загрузки FreeNAS и прочих embedded OS)"
- "Ещё один NAS своими руками: приключения XXX в старой башне".
- "Призрак Чернобыля" (Контроллер дистанционного управления для ПК-сервера с текстовой консолью, без паяльника и Arduino).
На английском
Начну со статьи в трёх частях от Ridwan, 2017 года:
- "Building an Open Media Vault NAS (Part 1?—?Choosing Hardware)".
- "Building an Open Media Vault NAS (Part 2— Choosing and Installing OMV)".
- "Building an Open Media Vault NAS (Part 3— Configuring OMV)".
В статье "Should I Build a NAS or Buy One?" американцы выбирают вариант решения.
Nick Touran описывает построение нечто среднего между NAS на ZFS и сервером с X.org в публикации "Building a NAS server/home server in 2017" .
Здесь NAS реализуется на базе платы Supermicro, дисков WD Red и корпуса Silverstone DS30B, такого же как у меня.
Автор тоже получил проблему, связанную с плохим охлаждением. И решил её, разграничив воздушные потоки перегородкой, тогда как я просто насверлил дырок и сменил вентиляторы.
Рекомендую статью, т.к. подход достаточно грамотный: выбор дисков на основе статистики BackBlaze, послесборочная проверка компонентов, плата Supermicro и т.п.
Закончилось всё установкой FreeNAS.
Мне в статье не понравилось, ОС установленная на USB flash, что не очень надёжно (хотя и приемлемо для FreeNAS, у OMV с этим хуже).
Это не единственная статья Brian Moses. Вот, например эконом вариант. Вообще, автор занимается построением NAS из года в год, имеет большой опыт и статьи, ссылки на которые даны в его статье, я рекомендую почитать.
На Reddit также поднимали тему постройки и использования NAS.
Здесь есть пошаговая инструкцию по построению мощного NAS сервера за пару сотен долларов со ссылками на все комплектующие на eBay.
Аппаратура
На Youtube есть пара видео "NAS для дома", в котором автор даёт некоторые рекомендации по железу и проводит небольшой обзор корпусов.
Очень хорошим документом по аппаратному обеспечению является FreeNAS Hardware Recommendations Guide. По ссылке вы можете скачать последнюю версию в PDF. Там же ссылка на форум с обсуждениями, где некоторые вопросы рассматриваются подробнее.
Подбор компонентов для домашнего NAS рассматривается в статье Виталия Шундрина от 2012-го года "Сборка домашнего NAS сервера самостоятельно | Обзор компонентов для NAS". В какой-то степени статья до сих пор может быть интересна.
Диски
Для выбора дисков я рекомендую отталкиваться от всем известной статистики BackBlaze, которая обновляется каждый квартал и показывает, какие диски более надёжны.
В статье "Дешевые способы поддать жару системе хранения с помощью SSD" 2017 года, возможно почитать некоторые любопытные соображения насчёт использования SSD.
Корпуса
По корпусам данных не столь много, пришлось провести самостоятельное изучение рынка.
Есть статья "Корпус для домашнего сервера/NAS" 2012 года.
И ещё любопытный пример самодельного корпуса показан в статье "Старым хламом NAS не удивить".
Платы
Собственно, обзор серверных плат требуемого мне формата дан в моей статье по железу. Отдельных статей с обзорами я не нашёл, да и кандидатов для обзора не так много.
Программное обеспечение
При построении архитектуры я руководствовался статьёй от некоего Cloud Architect 2017 года. Весьма грамотно, за исключением некоторых излишеств, которые я убрал в своём варианте.
Однозначно, данная статья рекомендуется к прочтению.
Желательно также почитать "FreeNAS: A Worst Practices Guide".
Ещё несколько мелких улучшений есть в статье "Реализация некоторых задач для самосборного NAS" 2015 года.
Файловые системы в общем и ZFS
Вообще, я использую ZFS, но стоит почитать тему "Помогите выбрать файловую систему", чтобы увидеть некоторые её недостатки.
Теория
В работе "End-to-end Data Integrity for File Systems: A ZFS Case Study" показано где и как происходят повреждения данных и каким образом от них возможно защититься, на примере ZFS.
Чтобы понять, как устроена и функционирует ZFS на высоком уровне, есть статья "Архитектура ZFS" 2008 года, но до сих пор актуальная.
На более низком уровне, это позволит сделать статья "Как ZFS хранит данные" 2018 года.
Статья "ZFS RAIDZ stripe width, or: How I Learned to Stop Worrying and Love RAIDZ" даёт понимание некоторых особенностей RAIDZ.
По ZoL есть статья "ZFS on Linux: вести с полей 2017".
"FreeNAS Guide, 27. ZFS PrimerЭ содержит общее описание ZFS и ссылки на полезные статьи.
Практика
Работа с ZFS достаточно хорошо описана в Oracle Solaris ZFS Administration Guide.
Есть также небольшой полезный Cheat Sheet.
В статьях ниже описаны возможные проблемы и накладные расходы, при использовании ZFS:
Некоторые улучшения производительности описаны в статьях:
SLOG и L2ARC
Обязательно стоит почитать статью "The ZFS ZIL and SLOG Demystified" 2015 года, чтобы понять, для чего вообще нужен SLOG и чем отличается от ZIL.
Неплохое описание есть на форуме в теме "Some insights into SLOG/ZIL with ZFS on FreeNAS".
В процессе настройки ZFS возникает много вопросов по поводу выбора размера под служебные разделы и оборудования под SLOG и L2ARC.
На них позволят ответить следующие статьи и темы форума:
- "To SLOG or not to SLOG: How to best configure your ZFS Intent Log".
- "Calculation of SSD size for SLOG/ZIL device".
- "Formula for size of L2ARC needed".
- ZFS and SSD cache size (log (zil) and L2ARC).
- Why ZIL Size Matters or Doesn't.
- ZFS L2ARC sizing and memory requirements.
Backup
Теория
Есть полезные статьи:
- "Практические рекомендации по политике резервного копирования" 2013 года.
- "12 заповедей про бэкап, за которые я чуть не заплатил пальцем" 2014 года.
И тема Debian рассылки, где обсуждались вопросы резервного копирования, защиты от деградации носителей и использования ZFS: "Стратегия поддержания резервных копий, деградация носителей"
Примеры
Стоит ознакомиться с некоторыми примерами того, как резервное копирование производится в организациях:
- "Типовой регламент резервного копирования данных".
- "Положение о системе резервного копирования (финансовые организации)"
- "Разработка политики резервного копирования в компании".
Программное обеспечение
Ссылки на статьи про разное ПО вразнобой:
- "22 Outstanding Backup Utilities for Linux Systems in 2018".
- "Быстрая настройка резервного копирования под Linux и не только (UrBackup)" 2015 года. Я решил использовать UrBackup, рекомендую почитать.
- "О том, как я неделю вдуплял в Bareos" 2015 года.
- "Bareos: ленты, Hyper-V и ещё всякое" 2017 года.
- "BTSync на службе у админа".
- "BTSync как средство бэкапа".
- "BackupPC Information". BackupPC неплохая безагентная система, хотя и старовата.
- lsyncd(1) — Linux man page.
- "Box Backup: горячие резервные копии" 2007 года.
- "Syncthing: свободная программа для синхронизации и резервного копирования".
Сервисы
Небольшое исследование "Options regarding 'CrashPlan for Home' closure" 2017
Cloud
Есть краткие статьи Коротаева Руслана от 2017 года:
- "Как создать персональное объектное хранилище".
- "Контейнеры. Как создать персональное облачное хранилище".
И цикл статей по созданию облака:
- "История создания домашнего облака. Часть 1. Настройка среды Debian для повседневного использования".
- "История создания домашнего облака. Часть 2. Создание сервера — настройка LAMP в Debian".
- "История создания домашнего облака. Часть 3. Создание персонального облака — установка и настройка Nextcloud".
- "История создания домашнего облака. Часть 4. Актуализация 2018 – Debian 9 и Nextcloud 13".
Seafile
Изначально я хотел использовать Seafile, т.к. штука достаточно быстрая и компактная, но затем переключился на Nextcloud, у которого больше возможностей.
По Seafile возможно почитать следующее:
- Seafile для домашнего облака 2013 года.
- Собственный Dropbox на базе Seafile 2014 года.
- Wiki Arch Linux.
NextCloud
По Nextcloud немного материалов, в основном обзоры функциональности:
Заключение
Тут упомянуты материалы не по всем подсистемам, потому что часть из них ещё не готова.
Статья будет дополняться.
Предлагайте свои материалы к добавлению.
Благодарности
Спасибо sevmax за интересную ссылку на пошаговую инструкцию по построению достаточно мощного NAS с большой экономией.
Комментарии (38)
rub_ak
22.08.2018 20:23В статье «Скромный NAS для дома» 2015 года некий «Windows-администратор» построил NAS на OC Windows. Так делать, пожалуй, не надо, если безопасность NAS для вас имеет значение
Это, что ещё за выпад на уровне детского сада?
kvaps
22.08.2018 23:14Есть еще pydio, в отличии от seafile и nextcloud он скорее просто файловый менеджер, так как не использует хитрых алгоритмов для хранения файлов, а просто предоставляет доступ к файловой системе через браузер.
Так же к минусам nextcloud хотелось отнести что он не имеет полноценной синхронизации на телефон, текущий клиент позволет загружать и скачивать только отдельные файлы, а автозагрузка фото работает из рук вон плохо.
В итоге я отказался от nextcloud и теперь использую syncthing для синхронизации и pydio для доступа через веб — работает как часы.artiom_n Автор
23.08.2018 07:56Есть еще pydio, в отличии от seafile и nextcloud он скорее просто файловый менеджер, так как не использует хитрых алгоритмов для хранения файлов, а просто предоставляет доступ к файловой системе через браузер.
Их гораздо больше. Я отдельную статью напишу на тему подъёма облака.
Так же к минусам nextcloud хотелось отнести что он не имеет полноценной синхронизации на телефон, текущий клиент позволет загружать и скачивать только отдельные файлы, а автозагрузка фото работает из рук вон плохо.
Сам не пользуюсь синхронизацией с телефоном, потому для меня этот функционал не критичен. Но пользовался один из пользователей (правда, не очень активно), и пока не жаловался.
В любом случае, контейнеры легко позволяют менять сервисы.
P.S.:
За статью о Proxmox+OMV спасибо.
gshamshurin
23.08.2018 05:35+1«В свете последних событий» по обе стороны океана самый хороший домашний NAS для критичных бэкапов — тот, который стоит дома у Ваших родственников в другой стране. Родственники вас любят и они не Гугл (Яндекс), у них нет бизнес-интересов в Вашей стране, а проблемы оскорблённых чувств верующих (меньшинств) и указания условного лейтенанта Иванова (детектива Смита) они вращали на нефритовом стержне.
artiom_n Автор
23.08.2018 07:59Так-то оно так, но вот только в каждой стране свои законы, проблемы и природные бедствия.
Лучше, в таком случае, иметь родственников в нескольких странах, причём с условием, что:
Родственники вас любят и они не Гугл
А это большая роскошь.
Am0ralist
23.08.2018 09:58+1«В свете последних событий» по обе стороны океана самый хороший домашний NAS для критичных бэкапов — тот, который стоит дома у Ваших родственников в другой стране. Родственники вас любят и они не Гугл (Яндекс), у них нет бизнес-интересов в Вашей стране, а проблемы оскорблённых чувств верующих (меньшинств) и указания условного лейтенанта Иванова (детектива Смита) они вращали на нефритовом стержне.
А потом их будут судить, какрусскихамериканских шпионов или агентов влияния на основе найденных на их NAS файлов…gshamshurin
23.08.2018 16:14Это не о файлах, которые могут быть нелегальными. Я о другом — как сохранить свою базу (наработки, фотографии, вот-это-вот всё) на случай (тьфу-тьфу-тьфу) квартирной кражи, потопа, прихода правоохранительных органов по поводу сексистко-религиозных мемов, удалённых ещё во времена Упячки, особенностей налогообложения Ваших контрагентов или любой другой непрогнозируемой неприятности.
Если твой брат в РФ — не храни на «его» NASе мемы про религию, если он в USA — не клади туда про трансгендеров.artiom_n Автор
23.08.2018 16:25Сложно получается. Вопрос в том, как разделить, как потом собрать и как этим управлять. А сложно — дорого.
Всё-таки, тот или иной гибрид — лучший вариант.
Меня больше устраивает репликация в публичное облако и полностью шифрованное хранилище.kvaps
23.08.2018 17:00Повторюсь, syncthing — отличная штука которая позволяет синкать фоточки и подобный контент откуда угодно и куда угодно.
В случае распределенного хранения на нескольких узлах (например: ваш компьютер, домашний NAS, телефон, компьютер родителей, планшет подруги...) можно вовсе обойтись без RAID или без сервера вообщеartiom_n Автор
23.08.2018 17:09+1У Synthing есть свои проблемы (отпишу подробнее в будущей статье). Я его рассматривал. Применим не для всех задач.
Am0ralist
23.08.2018 17:26Если твой брат в РФ — не храни на «его» NASе мемы про религию, если он в USA — не клади туда про трансгендеров.
То есть ты должен знать и понимать законы чужой страны лучше, чем те, кто там живут? И отслеживать тренды на их изменение и своевременно удалять лишнее? Ню-ню.
PS. Более того, содержимое файлов вообще не так важно может оказаться, как связь с другой стороной, так сказать.
shteyner
23.08.2018 17:44Как по мне, у вас в блок схеме нет нескольких пунктов:
1) Подумать нафига вам вообще NAS, какие функции вы хотите что бы он исполнял.
2) Сколько вы готовы за него отдать.
3) Сколько времени вы готовы посвятить поддержке того, что вы сотворили)
1.Просто если вы хотите на нём хранить видео/фото для регулярного использования, что бы можно было нормально и с телефона смотреть и пр. это одно, если NAS для бекапов — это совершенно другое, если маленький корпоративный сервер, на 5-10 человек — это опять же совершенно другое.
2. ZFS довольно требователен к железу, к примеру. Нужно ли всё это шифровать, какой ключ и прочее. А если система или программы не бесплатные?(та же винда) Всё это влияет на стоимость.
3. Само собранный NAS, особенно когда ты это делаешь в первый раз или не слишком хорошо разбираешься в теме, на поддержку всего этого в работоспособном состоянии может убивать время просто как в чёрную дыру кидать.artiom_n Автор
23.08.2018 17:51Как по мне, у вас в блок схеме нет нескольких пунктов
Это всё-таки не моя блок-схема. Она взята из статьи, ссылка на которую приведена под ней.
Моё видение на этот счёт изложено в другой моей статье.shteyner
23.08.2018 18:24Отличная статья, хотя я бы сделал по другому) потому что люблю собирать из корпоративного Б/У оборудования) Взял бы сервер 19" укороченный, не дорогой шкаф и пару дисковых полок.
Особенно мне понравились выводы, очень трезво.
artiom_n Автор
23.08.2018 17:53А если система или программы не бесплатные?(та же винда) Всё это влияет на стоимость.
Это, как я заметил в статье, мало совместимо с безопасностью: используя Windows, вы соглашаетесь с тем, что вас устраивает "кот в мешке" не только со стороны аппаратуры, но и со стороны софта.
shteyner
23.08.2018 18:29А так же поддержка) Автоматическое обновление, огромный стек программ что там уже есть или написан сторонними производителями.
А давайте что-нибудь посложнее: напишите адекватную замену AD RMS
Сразу скажу, я довольно трезво смотрю на все это. Я не принижаю и не благоволю винде, просто инструмент. Иногда крайне правильный. Иногда избыточный, а иногда просто опасный.artiom_n Автор
23.08.2018 19:30- Поддержка. В Linux/BSD она осуществляется сообществом. Почти все данные форумов и рассылок открыты, в отличие от некоторых платных форумов Windows. При необходимости, вы (как предприятие) можете купить RHEL с платной поддержкой 24x7x365 (которая, вероятно, лучше, чем у Windows).
- Обновление. ПО обновляется, в Debian выходят обновления безопасности вплоть до Old Stable, которые появились задолго до появления обновлений в ОС Windows. И всё реализовано намного более грамотно, чем в Windows.
- Огромный стек программ. А он вам нужен на сервере? Сейчас у меня на ноутбуке с Debian в репозитории 92390 неустановленных пакета, а установленных 4089, в NAS же установлено 764 пакета. При этом, в Linux инфраструктура распространения ПО сделана намного грамотнее и безопаснее, чем в Windows.
И, прежде всего, вам всё это не потребуется, если NAS будет уже не ваш, потому что вы не знаете в полной мере, что делает проприетарное закрытое ПО, изучать и конфигурировать которое на порядок сложнее, чем ПО с открытыми исходными кодами.
AD RMS
Зачем? LDAP вас не устраивает?
rub_ak
23.08.2018 20:05Обновление. ПО обновляется, в Debian выходят обновления безопасности вплоть до Old Stable, которые появились задолго до появления обновлений в ОС Windows. И всё реализовано намного более грамотно, чем в Windows.
Жизненный цикл windows 10лет, против 5 у debian.
shteyner
24.08.2018 12:24Если честно, отвечать на первую часть вопроса — переходить на срач т.к. это будет обычное противостояние windows и Linux. Ничем конструктивным оно обычно не заканчивается. Так что замнём.
AD RMS
Зачем? LDAP вас не устраивает?
Вот тут я просто нахожусь в ступоре. Как с использованием LDAP вы настроите файл так, что бы его можно было отправить только ограниченному списку email адресов? Это я просто для примера. Вы наверное спутали Active Directory c Active Directory Rights Management Servicesartiom_n Автор
24.08.2018 13:08Если честно, отвечать на первую часть вопроса — переходить на срач т.к. это будет обычное противостояние windows и Linux. Ничем конструктивным оно обычно не заканчивается. Так что замнём.
Да ну, на самом деле, есть плюсы и минусы у каждой системы. Но у систем, которые продуманы, и за которые не требуют деньги плюсов больше. Если честно, я бы стал использовать Windows лишь там, где требуется совместимость со старой инфраструктурой, а новую я бы строил без неё.
Вот тут я просто нахожусь в ступоре. Как с использованием LDAP вы настроите файл так, что бы его можно было отправить только ограниченному списку email адресов? Это я просто для примера.
Не вполне понял вас. Имеется ввиду ограничение для групп пользователей отправлять письма на определённые адреса? Фильтрацией на почтовом сервере это настроить нельзя?
Вы наверное спутали Active Directory c Active Directory Rights Management Services
Да, возможно. Я не особенно разбираюсь в системах управления пользователями. Это больше задачи администратора, чем мои.
shteyner
24.08.2018 13:44Active Directory Rights Management Services — это система, позволяющая зашифровать все документы и за счёт довольно удобных механизмов предоставлять доступ к этим файлам. Причём открыть их можно только из тех программ, которые поддерживают api MRS и работают по её стандартам. Там куча всего есть, очень сложный продукт. К примеру, можно задать что файлы pdf, созданные вашим юристом нельзя печатать. И их действительно нельзя будет напечатать ни в одной программе. Левыми прогами тоже не получится т.к. они его расшифровать не смогут + запретить скриншоты. Всё это настраивается централизовано через одну единственную программу. + можно дать что бы люди сами прописывали что-то в мета данных файла.
Собственно я в том коменте и написал: А давайте что-нибудь посложнее)
Само собой, большинству такие функции нафиг не нужны т.к. только лицензия не RMS стоит 10к$ (я не помню текущие расценки, но порядок правильный) и уровень паранои должен быть очень высок, зато если всё настроено как надо, то обычные юзеры её даже не заметят. А хранить данные можно хоть в Google Диск.
ЗЫ. сейчас сам расписал и понял, что это по хорошему счёту вообще никакого отношения к NAS не имеет)artiom_n Автор
24.08.2018 13:54Причём открыть их можно только из тех программ, которые поддерживают api MRS и работают по её стандартам.
Это сразу минус — вендор лок.
К примеру, можно задать что файлы pdf, созданные вашим юристом нельзя печатать.
По большей части, это формальное ограничение, которое легко обходится.
И их действительно нельзя будет напечатать ни в одной программе. Левыми прогами тоже не получится т.к. они его расшифровать не смогут + запретить скриншоты.
Я могу переснять с экрана, либо сохранить ключи на флешку вместе с контентом, либо скопировать содержимое из расшифрованного файла.
ЗЫ. сейчас сам расписал и понял, что это по хорошему счёту вообще никакого отношения к NAS не имеет)
Да. И системы типа DLP а также мандатного контроля доступа — отдельная тема. Они и в *nix есть, пусть и в несколько другом виде.
shteyner
24.08.2018 14:13Ну, что-то вы сможете сделать только если у вас есть админские права.
Я могу переснять с экрана
Если вы про фотку экрана — то тут помогут только административные офлайновые методы, остальное никак.
По большей части, это формальное ограничение, которое легко обходится.
Мне интересно как вы бы это сделали, напишите, может что дельное узнаю.
сохранить ключи на флешку вместе с контентом, либо скопировать содержимое из расшифрованного файла.
Ключ от файла вы в любом случае не получаете в открытом виде. Там всё намного сложнее. Для того что бы получить содержимое расшифрованного файла у вас должен быть комп с админскими привеллегиями + сильно поломанный из реестра т.к. групповые политики вам всё это сделать не дадут, даже с увеличенными правами. Отрубить питание и загрузиться с флешки — не прокатит. Расшифрованный файл есть только в оперативке. Заморозить оперативку — тут уже можно работать. Но модификации компа тоже только офлайн методами защищаются.
artiom_n Автор
23.08.2018 19:36Я ещё раз уточню: Windows — система пользовательского сегмента. Нет смысла тащить графику и закрытый код на сервер, к тому же за Linux/BSD не требуют денег, в отличие от Windows, а преимуществ по сравнению с ними, она не даёт. При этом, когда вам требуется сертифицированное по ФСБ, либо ФСТЭК решение, тоже имеет смысл посмотреть в сторону Linux.
shteyner
24.08.2018 12:31Уже второй комментарий за сегодня вызывает у меня некоторый ступор)
Вам не нужна графика у винды — не ставьте её, нет ничего проще) просто удалите приложение. habr.com/company/microsoft/blog/147930
При этом вы можете через powershell всё админить, или же через графику другого сервера, если у вас всё настроено. Особенно удобно для чтения логов с десятка серверов.
Linux/BSD не требуют денег — опять же заблуждение. Они требуют денег на настройку/обслуживание, винда то же. По времени — тут у кого как и зависит от задач. + Вам всё равно нужен гипервизор. Так что в каких-то случаях можно взять винду датацентр и это будет выгодно.artiom_n Автор
24.08.2018 13:16Любопытно. Я несколько отстал от того, что делается в windows. Т.е., сейчас возможно поднять сервер на нём реально без GUI?
Тем не менее, я так понял, что оконная подсистема всё-равно остаётся и ОС работает в графическом, а не в текстовом режиме?
Т.е., всё-равно графика есть, от неё никуда не ушли, просто нет GUI?
Linux/BSD не требуют денег — опять же заблуждение. Они требуют денег на настройку/обслуживание, винда то же.
Я не писал, что они не требуют денег, я писал, что за них не требуют денег. Т.е., вам не нужно платить за их приобретение и иметь проблемы с лицензиями.
Кроме того, настройка и обслуживание — не самая большая статья расходов.
Больше займёт развёртывание и поддержка инфраструктуры, и тут спорный вопрос, что обойдётся дешевле.
По времени — тут у кого как и зависит от задач. + Вам всё равно нужен гипервизор. Так что в каких-то случаях можно взять винду датацентр и это будет выгодно.
Честно, не знаю, что такое "винда датацентр".
shteyner
24.08.2018 13:23windows server datacenter — это лицензия, которая позволяет на базе Hyper-V (гипервизор от microsoft) развернуть неограниченное количество лицензионых копий windows server. В рамках одного сервера, естественно.
По поводу расходов — тут всё очень сложно и считать всё нужно от конкретной задачи. Правильное планирование может ОЧЕНЬ заметно сократить расходы.artiom_n Автор
24.08.2018 13:28Я понимаю, потому и не берусь подсчитывать. Кроме того, надо считать не только расходы на развёртывание, но и расходы на эксплуатацию. Есть подозрение (не более), что Unix-like с их развитыми инструментами автоматизации и сетевого администрирования тут будут дешевле и удобнее.
sevmax
24.08.2018 04:29Вот здесь очень много материала пена тему постройки и использования NAS: www.reddit.com/r/DataHoarder
sevmax
24.08.2018 04:32Здесь товарищ выкладывает пошаговую инструкцию по построению мощного NAS сервера за пару сотен долларов с ссылками на все комплектующие на eBay: www.reddit.com/r/JDM_WAAAT/comments/8zgkfj/server_build_nas_killer_v_20_the_terminator_dual
KYuri
artiom_n Автор
Сейчас посмотрел список возможностей того и другого. Похожи, и к сожалению, я не зафиксировал, почему изменил решение, пришлось вспоминать.
Nextcloud имеет большее количество плагинов, позволяя организовывать видео-конференции, например и, кроме того, позволяет просматривать PDF и видео не скачивая.
У seafile часть из этого тоже есть, но у него две версии: pro и ce. Увы, просмотр PDF, как и некоторые другие вещи, только в pro.
ClearAirTurbulence
Seafile еще, ЕМНИП, файлы как-то очень по-своему хранит.