Я работаю в небольшой компании, и мы (ИТ-отдел из двух человек) управляем <100 клиентскими компьютерами и несколькими серверами. В настоящее время мы используем устройства компании для резервного копирования; он делает небольшое резервное копирование каждую ночь и полное резервное копирование каждые выходные, а в среду приходит парень, чтобы взять внешний резервный диск (и возвращает диск прошлой недели для обмена с ним). Резервное копирование выполняется только на жестких дисках серверов, потому что наши клиентские компьютеры и сотрудники стараются не хранить ничего стоящего на своих компьютерах. Так что это довольно простая ситуация.
В последнее время эта система, в основном прибор, испытывает проблемы, поэтому мы ищем альтернативу. Я изучаю другие компании, но также изучаю, чего мы можем ожидать, пытаясь сделать это сами. Несомненно, потребуется большая кривая обучения, но, эй, для этого и нужен serverfault, верно? :)
Так или иначе, я смотрел на Bacula. Список функций звучит великолепно, документации много, но это всего лишь программное обеспечение. Итак, мой вопрос: Каков идеальный сервер резервного копирования для работы серверного программного обеспечения Bacula? И не только сервер, но и другие сопутствующие устройства.
В нашем текущем устройстве резервного копирования используются только жесткие диски, а не ленточные накопители. Он имеет несколько подключенных к нему одновременно, в отсеках для горячей замены на передней панели машины. Я не мог не заметить, что это не больше, чем Windows XP с отсеками для жестких дисков, карта PCI eSATA (которая подключается к другому устройству расширения с двумя дополнительными отсеками) и их программное обеспечение. Поскольку компания заберет свое устройство, если / когда мы откажемся от него, где я могу настроить сервер с такими вещами? И стоит ли мне подумать о переходе на ленточные накопители? О чем еще я должен думать, выбирая оборудование для резервного сервера?
Может быть, я наивен, я уверен, что Dell (и любая другая компьютерная компания) продает их в разделе малого бизнеса своего веб-сайта, но я хотел убедиться, что нет другого более рекомендованного места, где другие компании могли бы получить свои оборудования от, и что мне для Bacula ничего особенного не нужно.
Подойдет любой сервер, если у него есть приличная сетевая карта для сетевого резервного копирования (я бы рекомендовал для этой цели поставить ваши серверы на коммутатор GbE, если вы еще этого не сделали). Если в какой-то момент вы все же решите использовать ленточный накопитель LTO, убедитесь, что вы можете получить карту SCSI, которая его поддерживает, но опять же, если вы собираетесь обратиться к надежному поставщику серверов (что я бы порекомендовал), это будет простое дополнение.
Другой вариант может заключаться в использовании одного из ваших существующих серверов: у вас есть пара, возможно, поместите Bacula на сервер, который имеет наибольшее количество данных / нуждается в регулярном резервном копировании, и избавит себя от узких мест в сети. Это стандартная рабочая процедура для решений Small Business Server + Backup Exec, и если у вас есть «нормальный» объем данных (20–100 ГБ) для такого размера бизнеса, работа не займет много времени.
Я не согласен с взглядами Holocryptic на ленту: конечно, она старая, но выдержала испытание временем, не имеет движущихся частей, стандартизирована и очень портативна (что отлично подходит для съемок за пределами площадки). Для более крупных операций мы обычно настраиваем конфигурацию резервного копирования с диска на диск на ленту, но с лентой все в порядке.
Хотя нет никаких серьезных требований к аппаратному обеспечению сервера Bacula, вы должны подумать об основах, таких как:
--Сколько систем и размер каждого полного резервного копирования, сколько времени вы хотите их хранить.
- Как часто ваши файлы меняются (если они находятся в пределах резервных путей)
- Что вы сделаете резервную копию?
- Размер дискового пространства и избыточность дисков плюс скорость / размер кеш-памяти дисков
--Сколько одновременных клиентских сеансов вы хотите запускать одновременно? слишком много больших заданий, заполняющих вашу очередь параллелизма, будет проблематичным, ограничение и расстановка приоритетов являются ключом.
- Оптимизация сервера плюс оптимизация клиента внутри или вне Bacula
Рядом с памятью и процессором вы хотите иметь нишу корпоративного уровня, которая хорошо поддерживается в Linux.
В настоящее время я управляю резервным копированием, используя 3 версии Bacula Server (v2, v3 и v5) для более чем 300 критически важных системных серверов (причина каждой версии diff связана с возрастом ядра ОС, установленным программным обеспечением и адом зависимости от библиотек)
Некоторые клиенты выполняют резервное копирование на несколько серверов Bacula (локальная пропускная способность ничего не стоит по сравнению с восходящим потоком)
Хорошо поддерживаемый и дешевый сервер (для Linux) - это IBM xseries, например 346:
Корпоративный гигабайт, несколько 10k Ultra320 SCSI-дисков с аппаратным RAID-контроллером, rsa для удаленной консоли по сети (на всякий случай), может контролировать систему с помощью утилит ipmi / dsa или snmp для контроллера RSA.
Если вам повезет, вы можете получить его менее чем за 500 долларов.
Существуют и другие серверы IBM, на которых есть Sata, но я не могу сейчас вспомнить, какие именно из них, не оглядываясь по сторонам. Если вы станете ограничены в хранилище данных, вам, возможно, придется искать другие варианты. Трудно дать рекомендации по хранению данных, не зная, есть ли у вас уже аппаратное устройство (например, шкаф netapp, а не ваше старое решение для резервного копирования), хранение данных - очень длинная тема.
Надеюсь, это поможет вам (по крайней мере, немного), есть масса вещей, которые нужно прочитать о Bacula, прежде чем вы начнете использовать ее на своих клиентах (серверах) - так много опций вы можете добавить (но, вероятно, не должны), прежде чем использовать какие-либо читайте плюсы и минусы (они есть в каждом варианте!), за последние 2-3 года администрации Bacula определенно было чему поучиться!
В ближайшем будущем я планирую предложить Bacula консультационные / вспомогательные услуги и надеюсь, что это было хотя бы немного информативно / полезно.
У Dell хорошие серверы по приемлемым ценам и отличные контракты на поддержку. Я использовал их во многих своих средах и не могу сказать о них ничего плохого.
При этом я бы не стал использовать ленту. Это медленная и дорогая технология, которой уже около 50 лет. Для малого предприятия, желающего внедрить новую стратегию резервного копирования, нет абсолютно никаких причин, по которым вы не можете использовать резервное копирование с диска на диск. Как сказал Gravyface, коммутация ядра GigE - это здорово, особенно если вы можете выделить NIC специально для резервного трафика.
Изменить: я просмотрел веб-сайт, и требования к оборудованию определенно отсутствуют / их трудно найти. По моему опыту работы с продуктами для резервного копирования, задания резервного копирования могут потребовать значительного количества операций ввода-вывода. Вам нужно оборудование, которое сможет поддерживать требуемую пропускную способность диска и процессора. Отдельные физические тома для вашей ОС и томов данных, хороший RAID-контроллер, а также память и процессор, достаточные для выполнения этой работы. Я знаю, что это общий характер, но мне неудобно давать конкретные рекомендации по оборудованию, когда я не администрирую вашу среду.