2

Я перестраиваю домашний сервер после того, как мой предыдущий вышел из строя (Мой Odroid C1 с 1 ГБ ОЗУ под управлением Ubuntu 14.04 просто боролся с ОЗУ и другими причинами, которые приводили к зависанию; моя система хранения mdadm-lvm RAID1 полностью вышла из строя, оба диска закончились большим из-за плохих блоков, возможно, частично из-за того, что исходная система была в плохом состоянии, и у меня был неудачный опыт восстановления любых данных ...).

Теперь у меня есть UDOO x86 с 4 ГБ оперативной памяти и Ubuntu 18.04, которые занимаются:

  • веб-сервер (nginx + mysql)
  • почтовый сервер (dovecot + postfix)
  • Nextcloud и его различные приложения (хранение / обмен файлами, cardDAV, calDAV, IMAP клиент)

Это означает, что это для простого "семейного" использования, я не ожидаю тонны трафика, если вдруг не стану знаменитым. Все работает как шарм, за исключением того, что мой eMMC ограничен 32 ГБ, и мне нужно место для хранения. Мои пожелания:

  • Резервное копирование
    1. Данные должны храниться в местах, которые я физически контролирую
    2. Простая настройка из нескольких локальных источников (eMMC + хранилище моего сервера, а также возможность резервного копирования моего ноутбука) для одной и той же цели
    3. Легко восстановить файл из резервной копии (если моя система хранения полностью выходит из строя / горит / украдена).
  • Место хранения
    1. 2 ТБ места для хранения почтовых папок dovecot, файлов хранения nextcloud, других специальных хранилищ (например, изображений) и некоторых файлов веб-сайта
    2. Если возможно: возможность минимизировать риск резервного копирования ошибок и минимизировать необходимость восстановления из резервной копии, если что-то пойдет не так
    3. Низкие эксплуатационные расходы и гибкость в максимально возможной степени
  • Из-за рассмотрения моих данных: у меня нет стратегических данных, может быть, фотографий и документов, которые я бы держал в долгосрочной перспективе настолько оптимально, насколько это возможно. Я был бы взбешен, если мне нужно восстановить с последней месячной, но пока это легко, я не был бы полностью опустошен, чтобы переписать мою последнюю статью или потерял фотографии из моей последней поездки. Конечно, если этого можно легко избежать, я был бы более чем счастлив рассмотреть этот вариант. Однако резервные копии данных должны быть безошибочными.

Читая десятки постов в блогах или на форумах, я понял, что резервное копирование - это самое главное. В идеале резервное копирование должно выполняться на другой машине (чтобы избежать каскадных рисков, связанных с системой, которую мы хотим сделать резервную копию), на другом физическом адресе (чтобы справиться с риском пожара, кражи и т.д.), А в идеале - в нескольких местах. Я рискну хранить вещи только на другом диске, и это звучит хорошо для меня, используя restic, запланированный с systemd. Пожалуйста, поднимите красный флаг, если вы думаете, что там намного лучше, иначе мы можем двигаться дальше.

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

  • Некоторые утверждают, что наиболее важным является резервное копирование, и вы можете просто спроектировать свою систему на отказ. (нужен 1 диск с ext4)
  • Другие поощряют объединение нескольких дисков, но с моментальными снимками не в реальном времени: JBOD (MergerFS) + snapRAID (требуется как минимум 2 диска)
  • Остальные, похоже, согласны с тем, что лучшей файловой системой является ZFS, хотя она использует много оперативной памяти, является жесткой (тот же объем диска) и дорогой для расширения (необходимо: Зеркало> = 2 диска RAIDZ> = 3 диска RAIDZ2> = 4 диска )
  • Стоит ли рассматривать программный RAID-массив Linux с mdadm + lvm? У меня был плохой опыт работы с RAID1 ...

Учитывая все вышесказанное, что бы вы посоветовали?

1 ответ1

0

ПОЦЕЛУЙ Нет необходимости усложнять вещи, если для этого нет веских причин.

  1. RAID не является системой резервного копирования, он не защищает вас от случайного удаления / изменения.

  2. Проблема с "моментальными снимками" заключается в том, что они не являются выборочными, и не всегда легко восстановить только несколько файлов из них.

  3. Если у вас низкая частота обновления, резервная копия в облаке может быть в порядке. Обычно запись стоит дешево, чтение дорого, так что это хорошее решение, если вы думаете, что вам нужно будет лишь иногда восстановить пару файлов, но восстановление всего 2 ТБ будет дорогим (и медленным).

  4. Локальный диск - хороший первый шаг, но если есть пожар / грабитель, вы можете потерять все. Что вы можете сделать, так это иметь два резервных диска и регулярно менять их, оставляя второй диск в другом месте (офис / родитель / брат / друг).

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

PS: я не уверен, что eMMC предназначен для поддержки частоты обновления живой системы Linux.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .