_luden_

Чтобы тебе не искать по всей Берлоге посты про организацию хранения данных дома, я ввёл тег "ликбез".
А чтобы ещё больше упростить этот процесс, я создал этот пост, в котором будут ссылки на все мои ликбезы.
Надеюсь они тебе будут полезны.

Разговоры о хранении данных.

Разговор первый.
Разговор второй. Облака.
Разговор третий. Немного теории.
Разговор четвёртый. Покупаем готовый домашний NAS.
Разговор пятый. Делаем NAS сами.
Разговор шестой. Делаем NAS сами. Теперь с виртуализатором.
Разговор седьмой. Резервное копирование.


И не стесняйся задавать вопросы и предлагать темы ликбезов в этом посте.
Если я смогу - обязательно напишу тебе подробный ликбез по твоей теме.

Это мой резервный журнал.

Здесь только кросспост.
Основной пост лежит тут: http://luden.dreamwidth.org/1302931.html

Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.

Привет, читатель.

Помнишь, недавно была история о холере?
Там ещё говорилось о том, что самые простые действия, такие как мытьё рук и кипячение воды позволяют избежать этой неприятной болезни даже в условиях далёких от цивилизованных.

Но я до сих пор вижу как огромное число людей приходя домой или в офис с улицы рук не моют.
И после посещения туалета - тоже.
А ведь эта несложная и весьма быстрая процедура снижает вероятность заразиться кучей заболеваний.
В том числе и таких страшных как эбола.

( СмотретьCollapse )

Это мой резервный журнал.

Здесь только кросспост.
Основной пост лежит тут: https://luden.dreamwidth.org/1453673.html

Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.

Итак, тема сегодняшнего поста – резервное копирование.

Регулярное резервное копирование повышает целостность данных так же, как регулярное сохранение в игре ускоряет перепрохождение эпизода, закончившегося смертью персонажа или провалом квеста.

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

Настоятельно тебе рекомендую делать несколько копий.
Не одновременно, конечно, а с разницей в один период резервного копирования.

Например, если ты делаешь копии раз в неделю и у тебя есть три копии данных, то ты сможешь "откатиться" минимум на пару недель (если последняя копия и оригинал оказались испорчены).

Где же их хранить?

( Действительно где?Collapse )

На этом пока всё, надеюсь этот цикл постов помог тебе разобраться в современном положении дел в области хранения данных для домашнего пользователя.
Если у тебя появятся вопросы или ты найдёшь у меня ошибки – пиши в комменты, я обязательно тебе отвечу.

И пусть твои данные хранятся надёжно и безопасно.
В том хранилище, которое наиболее полно удовлетворяет твои потребности.

Ну а если у тебя остались вопросы - задавай их :)
Возможно именно они станут основой для ещё одного поста в этом цикле.

Это мой резервный журнал.

Здесь только кросспост.
Основной пост лежит тут: http://luden.dreamwidth.org/1302709.html

Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.

Ну что же, давай поговорим про виртуализацию.
Это очень интересное изобретение современности.
С помощью неё мы можем на один компьютер нагрузить ещё больше задач чем раньше.

Например, развернуть на одном и том же ПК несколько разных NAS, контроллер домена (если дома более чем 5 пользователей о нём уже стоит задуматься) и различные экспериментальные виртуальные машины.

Есть только один нюанс, чтобы поставить виртуализатор (мы будем использовать ESXi) требуется, чтобы аппаратная часть была с ним совместима.

( Углубиться в технические подробностиCollapse )

Однако, никакая виртуализация, никакой RAID не спасёт тебя от логического повреждения данных.
Стёртые, изменённые или зашифрованные вирусом данные может спасти только резервное копирование.
Именно о нём мы поговорим в следующем посте.

Это мой резервный журнал.

Здесь только кросспост.
Основной пост лежит тут: http://luden.dreamwidth.org/1301591.html

Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.

Готовые локальные NAS хороши всем, но при этом стоят существенных денег.
Можно ли получить хранилище со схожими свойствами, но при этом платить только за диски?
Да, если ты готов сам собрать своё хранилище и установить на него специальное программное обеспечение.

( Если готов, тогда вперёд под катCollapse )

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

Это несколько сложнее, чем подготовить к работе готовый NAS, зато можно обойтись существенно меньшими средствами (если покупать новый компьютер не надо), и быть спокойным по поводу прочтения дисков с данными в случае отказа недублированных компонентов (то есть всего остального, кроме дисков) :)

Ну а если тебе этого недостаточно и душа просит более серьёзного подхода, тогда жди следующего поста.
В нём мы поговорим про создание NAS на основе виртуальных машин.

Это мой резервный журнал.

Здесь только кросспост.
Основной пост лежит тут: http://luden.dreamwidth.org/1300359.html

Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.

Итак, сегодня мы поговорим о готовых NAS для домашнего использования.

Скажу сразу, если ты планируешь покупать готовое устройство, то бюджет, требуемый для этого, может достигать нескольких десятков тысяч.
И это без уже установленных дисков. Их придётся покупать отдельно.

( О том как выбрать готовый NAS читай под катом.Collapse )

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

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

Кстати, для самосборного хранилища последние два абзаца тоже полностью применимы.
Но о самосборных NAS мы поговорим завтра.

Это мой резервный журнал.

Здесь только кросспост.
Основной пост лежит тут: http://luden.dreamwidth.org/1299683.html

Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.

Про облачные хранилища поговорили, теперь давай обсудим локальные хранилища данных.
Напомню критерии, по которым мы будем их оценивать:

• Экономические критерии

  
  
  • Стоимость покупки
  
  
  • Стоимость владения



• Технические критерии

  
  
  • Обеспечение доступности данных
  
  
  • Сохранение целостности данных
  
  
  • Обеспечение конфиденциальности данных
  
  

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

А может быть тебе просто не хочется лишний раз делиться с Интернетом своими данными, ведь всё что попадает в Интернет, как известно, остаётся там навсегда.

Тогда твой выбор – локальные хранилища данных, в нашем случае мы будем рассматривать только сетевые хранилища или NAS (Network Attached Storage).

Домашние NAS, как было сказано в первом посте, бывают уже готовые и самосборные.
Готовые решения хороши тем, что они готовы к работе сразу после включения (и установки дисков).
Настроил с помощью мастера-помощника основные параметры и пользуйся.

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

Ты точно не знаешь, как организовано хранение внутри этой коробочки и в случае отказа можешь столкнуться с проблемой доступа к твоим данным (они будут целы, но их доступность в этом случае станет нулевой).
Готовые решения дороже самосборных, особенно если в основе самосборного решения лежит твой старый компьютер (мощности ему вполне хватит, так как программное обеспечение домашних NAS не очень требовательно к ресурсам).

В любом случае (в отличие от облачных хранилищ) тебе стоит немного глубже разобраться в том, как настраивать своё личное хранилище, чтобы потом не было мучительно больно и обидно за потерянные данные или за потраченные деньги :)
Впрочем, если ты боишься запутаться – можешь смело пропустить пока дальнейший текст. Если будет нужно – вернёшься к нему позже.

( Читать про права доступа к файлам и типы RAID. Осторжно, текст под катом может показаться сложным.Collapse )

Но довольно теории.
Хотя, если хочешь, ты можешь самостоятельно посмотреть, что такое «GUID», «SUID», «sticky bit» и «umask», так как с ними ты вполне можешь встретиться, когда будешь настраивать свой собственный NAS.

В следующем посте мы поговорим о том, какие модели готовых NAS сейчас можно найти на рынке и чем они отличаются.

Это мой резервный журнал.

Здесь только кросспост.
Основной пост лежит тут: http://luden.dreamwidth.org/1298745.html

Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.

Итак, в прошлый раз мы определили критерии, по которым мы будем оценивать те или иные хранилища данных.
Напомню их:

• Экономические критерии

  
  
  • Стоимость покупки
  
  
  • Стоимость владения



• Технические критерии

  
  
  • Обеспечение доступности данных
  
  
  • Сохранение целостности данных
  
  
  • Обеспечение конфиденциальности данных
  
  

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

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

Это мой резервный журнал.

Здесь только кросспост.
Основной пост лежит тут: http://luden.dreamwidth.org/1298104.html

Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.

Современный человек не мыслит себя без компьютера.

Более того, если ещё каких-то 10-15 лет назад на одну семью редко было более одного компьютера, то сегодня у каждого члена семьи он так или иначе, но есть.

И не важно, как он выглядит.
Как смартфон, планшет, ноутбук или настольный ПК.
Главное, что на нём лежат данные, которые важны его владельцу и которые он хочет сохранить.
А значит, самое время задуматься об организации защищённого хранилища.
И это будет совсем не гора флешек и USB-дисков.

Собственно, у нас есть не такой уж и большой выбор.

• Облачное хранилище

  
  
  • Бесплатное
  
  
  • Платное
  
  



• Локальное хранилище

  
  
  • Готовое решение
  
  
  • Самосбор
  
  

Я умышленно упускаю тему «частных» и «гибридных» облаков, так как мы говорим про самые доступные решения.

Если у тебя, читатель, есть свободные деньги, чтобы построить пару своих полноценных ЦОД (для пущей катастрофоустойчивости) и ты хочешь сделать своё личное облачное хранилище, то дальше можешь не читать.
Тут будут рассмотрены решения гораздо меньшего масштаба, доступные среднему гражданину нашей страны.

Итак, в чём преимущества и недостатки каждого из двух подходов?
Как вообще сравнить стоимость «облачного» и «локального» хранилища?
В этом небольшом цикле постов я попробую дать ответы на эти вопросы.

( Читать дальше. Как же оценивать хранилища?Collapse )

Теперь, когда у нас есть основные параметры для оценки хранилища данных, мы можем начать сравнивать.
Но делать это мы начнём со следующего поста :)

Это мой резервный журнал.
Здесь только кросспост.
Основной пост лежит тут: http://luden.dreamwidth.org/1297180.html
Я буду рад комментарию в любом из двух журналов.
Ведь раз вы комментируете, значит вам - нравится.