[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: файловая система для предприятия



zfs крутая, но в debian не поддерживается.
В смысле я знаю что можно её установить.
Как она на debian в энтерпрайзе себя ведет?

16.12.2015 11:41, Vasiliy P. Melnik пишет:
zfs надо ставить, там есть снапшоты, там есть рейды, там нет чекдиска. Ческдиск на разделе в 2 тера это очень увлекательный процесс - на полтора часа где-то. Но бекап обязательно на другую машину, хотя это обязательно для любых операционок

16 декабря 2015 г., 8:31 пользователь Dmitry Podkovyrkin <d@ddipp.net <mailto:d@ddipp.net>> написал:

    Привет всем.

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

    Подскажите у кого как реализовано?

    Предприятие небольшое, около 60 рабочих станций на винде. Хранимых
    данных тоже немного, около 4Tb с приростом 1Tb/год. Ну почта еще
    около 150Gb.
    Вроде бы всё просто - подойдет и софтовый raid5 (можно и
    железный), но меня больше всего заботит вопрос масштабируемости и
    надежности.

    Основные вопросы, которые пока не знаю как решить (точнее выбираю
    из нескольких вариантов):

    Как масштабировать?
    1. Можно LVM, в котором RAID, тогда вопрос добавления дисковой
    емкости решается просто, добавляем в LVM еще пачку дисков в raid.
    Но в этом решении как-то много уровней. Не слишком сложно?
    2. Средствами mdadm. RAID5 прекрасно расширяется с 4 до 5,6,7 и
    т.д. винтов, затем fs extended и готово. Но это при больших дисках
    долгий процесс, поэтому лучше RAID6, но он так же прекрасно
    расширяется и добавить пару Tb можно легко.

    Как бекапить?
    1. Стандартное решение с помощью tar. Например раз в неделю/месяц
    полный, ежедневно инкрементальный. Прирост/изменения данных
    небольшой, поэтому можно и раз в месяц полный, еженедельно
    дифференциальный, ежедневно инкрементальный. Не суть. Проблема в
    том, что в случае факапа данные долго развоорачивать. Всё-таки
    4+Tb даже по гигабитной сетке с бекап сервера будут литься даже не
    один час. А остановка работы предприятия не есть хорошо.
    2. rsync. На бекап сервере хранится последняя _развернутая_ копия
    + комплект конфигов. В случае креша основного сервера достаточно
    заменить конфиги и вуаля - пользователи покурили 5 минут и снова в
    работе. Проблема - как обеспечить восстановление данных недельной
    давности? В первом варианте делается, тут нет.
    То есть как совместить оба варианта? Есть ли такое решение чтоб
    бекап хранился как развернутая (не в одном tar-файле) копия
    горячих данных, а изменения в архиве для истории?

    Почта:
    тут всё понятно, но один вопрос. Сейчас работает Exchange, я в нём
    не умею, поэтому хочу dovecot+postfix. Из хитрых фишек
    используются только общие папки + алиасы типа "адрес такой-то
    означает рассылку на такой-то отдел". Общие папки можно сделать, а
    групповой адрес dovecot или postfix умеет


--
Dmitry Podkovyrkin
email: d@ddipp.net


Reply to: