Выбор сервера для бэкапов: надеемся на лучшее, готовимся к худшему

Привет!

Век у нас информационный, а потому и информация для современного бизнеса ценна как никогда. Помните закон Мерфи? Если что-нибудь может пойти не так, оно пойдёт не так. Если Когда случится серьезный сбой и потеря данных, будут потери — финансовые и/или репутационные. 

Представьте, что одним днём распрощаетесь со всеми данными по финансовой отчётности, с договорами, лицензиями, соглашениями. Или потеряете данные из CRM о клиентах, их предпочтениях и покупках. А что насчёт ключей и учётных данных, административных паролях? Не говоря про любимую 1С и почтовую корреспонденцию. Звучит плохо, но реализуется легко: вирус-шифровальщик, сбой в оборудовании или в ПО (программном обеспечении), человеческий фактор, пожар/потоп.

Список можно продолжать, но и этого достаточно для вывода: создание резервных копий (они же бэкапы) — обязательный процесс. 

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

Зачем нужен сервер для резервных копий

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

Реальная история — генеральный директор в одной небольшой (~150 сотрудников) компании раз в квартал просил закачать резервную копию документов и баз данных на диск, который хранил у себя дома в сейфе. IT-шникам как говорится, доверяй, но люд наёмный, подстраховка нужна.

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

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

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

• Сетевой доступ. Сервером или группой серверов можно управлять по сети так, словно они находятся прямо перед вами (низкоуровневый доступ, запуск на холодную, обновление прошивки, проброс накопителей и т.д.). А резервное копирование по сети даёт гибкость и удобство. Вы сможете на одном сервере создавать и хранить бэкапы с нескольких удалённых устройств и аналогично восстанавливать их — без посредников в виде флешек и т.п. Кстати, сеть может быть локальной, без затрат на провайдеров и тарифы с высокой скоростью соединения.

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

• Отказоустойчивость и высокая доступность. Серверы могут продолжать работу даже при серьезных сбоях в ПО и/или железе. Это значит, что процесс резервирования не остановится, а сами резервные копии будут в целости и сохранности. Для отказоустойчивости и высокой доступности серверы используют продвинутые технологии: RAID-массивы (избыточные накопители в логических связках), резервные компоненты (блоки питания, они же БП, сетевые платы и др.), источники бесперебойного питания (ИБП), несколько серверов в кластере (дублирование всего сервера), балансировка нагрузки, автоматическое восстановление после сбоев. Можно добиться бесперебойной работы 24/7/365 — всё зависит от требований бизнеса, компетенций и бюджета.

• Хранение больших объемов данных. Серверы могут хранить огромный объём данных (десятки, а иногда и сотни ТБ) и быстро работать с ними, благодаря мощной дисковой подсистеме: RAID-контроллеры, быстрый кэш, много отсеков под накопители, быстрые и надёжные интерфейсы, вроде SAS или NVMe. А у компаний объём данных для резервирования большой — без сервера не обойтись.

• Версионирование. Серверы для бэкапов могут периодически создавать резервные копии данных, а позже давать пользователю несколько различных копий в разных версиях, что расширяет свободу действий и позволяет откатиться к более старым версиям данных и ПО. Например, можно вернуться к старой версии Windows, которая работала исправно и/или имела лучшую совместимость. Или, например, уволился сотрудник, удалил очень важные данные — их получится вернуть даже по прошествии некоторого времени.

• Управление правами доступа. Серверы позволяют настраивать и контролировать права доступа для отдельных групп пользователей — вы сможете ограничить и/или открыть доступ к конкретным данным конкретным людям; обеспечить конфиденциальность чувствительной информации, чтобы не допустить утечки данных или несанкционированный доступ. 

• Безопасность данных. Права доступа — это не всё. В серверах есть как встроенные, так и опциональные механизмы безопасности: шифрование данных, фаерволы, средства аутентификации, системы мониторинга и журналирования. Это повышает защиту хранимых бэкапов.

Добавлю по сабжу: вы не ограничены одним лишь резервным копированием. При желании (и умении), можно настроить сервер на выполнение сразу нескольких ролей и приложений. Например, бэкапирование, корпоративная почта, хостинг сайта и т.п. Хотя хранить резервные копии всё равно лучше на отдельном устройстве. Да, в отрыве от виртуальных машин лучше выделять 1 сервер под 1 задачу, но вы можете подробнее изучить вопрос и узнать, что гипервизоры и конвергентные системы расширяют возможности серверов — об этом читайте в другой моей статье: “Как выбрать сервер для виртуализации”.

P.S. Никогда не храните резервные копии на основном сервере (кроме совсем оперативных — для быстрого восстановления).

Виды серверов для бэкапа: от ПО до оборудования

Под каждую задачу есть свой вид сервера для резервного копирования. Разница не только в оборудовании, локации размещения, но и в ПО. Есть встроенные в операционную систему механизмы, а есть сторонние решения (платные и бесплатные). Например, приложение Windows Backup, которое используют в Windows-среде — оно не очень функциональное, но право на жизнь в небольших инсталляциях имеет. Ниже расскажу про несколько программных решений.

Софт для бэкапа: российский и опенсорсный

• Кибер Бэкап от компании Киберпротект (бывший Акронис): Это российская система резервного копирования и восстановления данных. Есть сертификация ФСТЭК и защита от вирусов-шифровальщиков. Широкая поддержка платформ, от российской Astra Linux до открытой PostgreSQL. Довольно универсальное решение. Пожалуй, на начало 2024 года — это лучшее отечественное решение, но учтите, что оно выросло из SOHO-сегмента (small office/home office), а потому есть нюансы при работе с большими объёмами данных и с некоторыми бизнес-приложениями.

• RuBackup от Рубэкап (часть ГК “Астра”): Наш ответ решение для частного бизнеса и госов, которые переходят на отечественный софт. Шифрование, конечно, на месте. Совместимо со всеми российскими платформами (Astra Linux, Альт Линукс, Ред ОС, Лотос, Кобальт), но нет поддержки VMware. RuBackup в активной разработке, постоянно развивается и дополняется новым функционалом.

• Handy Backup от Новософт: Ещё один продукт от наших :) Есть разные виды лицензий, от простой для домашних ПК до полноценной серверной (Handy Backup Server Network), которая может в полный, инкрементальный и дифференциальный бэкапы. Вариант скорее для малого-среднего бизнеса.

• Duplicity: Это инструмент для создания резервных копий с поддержкой шифрования, сжатия и инкрементальных бэкапов. Duplicity может использоваться с различными протоколами, такими как SSH/SCP, FTP, HSI, WebDAV, Tahoe-LAFS и Amazon S3 и т.д.

• Duplicati: Ещё один отличный инструмент с открытым исходным кодом для резервного копирования данных. Он разрабатывается сообществом разработчиков и поддерживает множество платформ, включая Windows, Linux и macOS. Duplicati обеспечивает шифрование данных перед их передачей и сохранением, а также поддерживает различные облачные сервисы для хранения резервных копий.

• Bacula (или форк BareOS): Это открытое кроссплатформенное программное обеспечение для управления бэкапами данных (создание, восстановление, проверка), которое позволяет создавать полные, инкрементные и дифференциальные бэкапы. Bacula также поддерживает компрессию и шифрование данных.

• rsync: Это инструмент для синхронизации файлов и каталогов между двумя местами. Хоть это и не инструмент бэкапирования в привычном понимании, rsync можно использовать для создания копий данных и их периодического обновления.

• AMANDA (Advanced Maryland Automatic Network Disk Archiver): Это открытое ПО (с корпоративной платной версией и техподдержкой) для архивирования и бэкапирования. AMANDA поддерживает создание инкрементальных бэкапов, шифрование данных и разные типы физических носителей для хранения резервных копий.

• BorgBackup: Это дедуплицирующий бэкап-инструмент с шифрованием и эффективным сжатием. Он также поддерживает аутентифицированное шифрование и автоматическое удаление старых бэкапов. Просто устанавливается, распространяется по лицензии BSD, поддерживается большим комьюнити.

Есть ещё множество зарубежных платных решений, вроде Veeam B&R и Symantec NetBackup, но мы про них я говорить не буду по понятным причинам. В свободном доступе по ним много информации.

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

Идём дальше.

Виды серверов для бэкапа по типу размещения

Есть два стула три варианта: разместить у себя, арендовать где-то или замиксовать своё с облачными вариантами. Нагляднее смотрите в таблице ниже.

Виды локальных серверов для резервного копирования

Итак, я расскажу именно про физические серверы для установки в вашем ЦОДе или серверной. Выбор конкретного решения зависит от бюджета, объёма данных, требований к производительности, а также стратегии восстановления. И да, нередко компании используют комбинацию разного оборудования, ПО и технологий для оптимизации и надёжности бэкапирования.

Сетевые хранилища (NAS — Network Attached Storage).

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

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

Плюсы:

• Централизованное хранение. Единое место для хранения бэкапов с разных устройств упрощает доступ, управление и восстановление.

• Удалённый доступ. Вы сможете быстро и легко получить доступ к бэкапам из любого устройства в пределах сети, локальной и/или глобальной (если есть права доступа).

• Безопасность. Администратор сможет настроить права доступа и аутентификацию с паролем, чтобы доступ к данным был только у доверенных пользователей.

• Автоматизированные бэкапы. Многие NAS-системы уже идут со встроенной ОС и инструментами автоматизации создания резервных копий, сможете настроить регулярное и надёжное бэкапирование без ручного вмешательства.

• Расширяемость. Есть простые NAS-системы, а есть продвинутые, с контроллерами и вместительными дисковыми корзинами. В последних можно расширить хранилище, добавив несколько накопителей. Также есть варианты с подключением дисковых полок, что многократно расширяет масштабируемость системы.

• Отказоустойчивость. Некоторые NAS поддерживают технологии RAID и резервные блоки питания (БП). А так как хранилище устойчиво к сбоям накопителей и БП, оно продолжить работать, пока вы решаете проблемы с оборудованием.

• Низкая стоимость. По сравнению с другими решениями, вроде полноценных серверов или СХД, NAS-системы дешевле (при прочих равных). Но всё зависит от конкретного решения.

Минусы:

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

• Ограниченные возможности конфигурации. NAS-системы, как правило, ограничены в настройке и управлении, их возможностей может не хватить для сложных сценариев использования.

• Не лучшее решение для больших предприятий. Если вам нужны высокая производительность, работа с другими типами данных (не только с файлами), гибкость и большая масштабируемость, то лучше посмотреть в сторону других решений, например, SAN (Storage Area Network), об этом я писал в другой статье “NAS, SAN и DAS: чем отличаются и что выбрать”.

• Зависимость от сети. Доступ к данным на NAS зависит от стабильности сети, проблемы с соединением и загруженность влияют на доступность хранилища и производительность.

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

Серверы для бэкапов (Backup Servers). 

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

Итак, бэкап сервер — это отличный вариант для централизованного управления бэкапами в больших сетях. Они могут использовать внешние хранилища (те же NAS) и/или встроенную дисковую корзину; есть очень вместительные модели серверов, например, Dell PowerEdge R740xd на 24 SFF (2.5’) или 12 LFF (3.5’) накопителей, что сравнимо с некоторыми СХД.

Плюсы:

• Гибкость. Можно настроить любую программно-аппаратную конфигурацию, использовать любой софт и специфические платы расширения под конкретные задачи. Были бы умения — остальное в ваших руках.

• Производительность. Серверы поддерживают производительные CPU из корпоративного сегмента (Xeon, EPYC и т.п.), также есть двухпроцессорные и четырёхпроцессорные модели. Вы сможете подобрать конфигурацию под ваши задачи и масштабировать производительность в будущем, установив более мощные CPU или добавив ещё один.

• Управление. У вас будет централизованное управление резервным копированием, что сэкономит время, упростит контроль и мониторинг. Это как электрощиток — можно отключать розетки в отдельных комнатах или во всей квартире из одного места.

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

• Отказоустойчивость. Это основополагающий принцип сервера — он должен не просто эффективно работать, но и быть устойчивым к аппаратными или программным сбоям, чтобы бизнес-процессы не останавливались. В серверах есть механизмы зеркалирования и резервирования компонентов, а также автоматическое реагирование на инциденты — восстановление, оповещение и т.д.

Минусы:

• Относительно высокая стоимость. Серверы общего назначения обычно дороже, чем NAS или другие простые решения для бэкапов.

• Сложность настройки и обслуживания. Для подбора правильной конфигурации, настройки софта и сетей, стабильной работы, обслуживания и обновления нужен системный администратор. Рядовой пользователь ПК без подготовки не справится.

• Зависимость от сервера. Сервер отказоустойчив, но всё ещё уязвим, что может привести к потере данных при сбоях (пожар или потоп отлично справляется с сервером). Поэтому опытные сисадмины (с дергающимся левым глазом) реализуют стратегию 3-2-1 для резервного копирования: минимум 3 бэкапа; 2 из них на разных физических носителях (например, на лентах и на HDD); 1 копия вне офиса (например, в удалённом облаке). Если одна копия будет утеряна или повреждена, две другие останутся нетронутыми.

• Дополнительное оборудование. Даже простым серверам нужна дополнительная инфраструктура, вроде отдельных помещений, серверных стоек, охлаждения, коммутаторов, патч-кордов, источников бесперебойного питания (ИБП) и т.п. Конечно для одного башенного (Tower) сервера не обязательно всё это сразу, но кое-что потребуется точно, так что дополнительные расходы будут.

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

Системы хранения данных (СХД).

Дисковые хранилища — это по сути частный случай сервера, который изначально проектировали для хранения, обработки и передачи огромных объёмов данных. Управление хранилищем, снимки, репликация — это их основная задача, тогда как серверы общего назначения не специализируются на хранении данных, нужно тщательно подбирать модель и конфигурацию. 

СХД высокопроизводительны и надёжны, с удобным управлением, высокой степенью автоматизации. А потому отлично подходят для бэкапирования в больших и средних IT-инфраструктурах.

Плюсы:

• Высокая производительность и большая ёмкость. В целом у СХД почти нет конкурентов в плотности хранения и скорости доступа к данным. Нужна скорость передачи 12 Гбит по 8 портам? И чтобы хранилище на +-100 ТБ? Без проблем, но есть и куда более продвинутые варианты.

• Масштабируемость. Системы хранения обычно рассчитаны на большое количество накопителей, например, можно установить половину накопителей сразу, скажем, 12 из 24, а остальное докупать по мере необходимости. Также ко многим СХД можно подключить дисковые полки (JBOD — Just a Bunch Of Disks). JBOD — похожи на СХД, но без вычислительной части и стоят дешевле при прочих равных. По сути это просто полки для установки дисков без сложных технологий (RAID, управление и т.п.) и интеллектуальной обработки данных. 24 отсека под диски полностью заняты? Ставишь полку ещё на 24, если СХД/контроллеры поддерживают, и масштабируешь дальше.

• Приведу упрощенную аналогию: к ноутбуку можно подключить внешний монитор — все вычисления для вывода изображения всё равно идут в ноутбуке, но вы получаете дополнительное рабочее пространство, не вкладываясь в железо. 

• Отказоустойчивость. Здесь всё как в серверах: дополнительные резервные контроллеры, БП, сетевые интерфейсы, накопители в RAID и т.д. СХД могут работать годами без остановки.

• Централизованное управление. Вы получите централизованное хранение, управление хранилищем и процессами бэкапа, как и в обычных серверах.

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

Минусы:

• Стоимость. СХД — далеко не бюджетный вариант, скорее всего выйдет дороже классического сервера. Но если бизнесу это нужно для выполнения задач и извлечения прибыли, то инвестиции оправданы.

• Сложность управления и обслуживания. Аналогично серверам — нужны технические компетенции и/или сисадмин для развёртывания и обслуживания.

• Возможные проблемы совместимости. СХД может использовать конкретные протоколы для коннекта к хостам, например, Fibre Channel, iSCSI, SAS (Serial Attached SCSI) и другие. Если хост не поддерживает или использует другой протокол, то получим несовместимость и дополнительные усилия на интеграцию всего этого добра. Аппаратное обеспечение, протоколы, ОС, версии софта и многое другое нужно учитывать.

• Зависимость от оборудования. Аналогично серверам — СХД устойчивы к отказам, но не дунканы маклауды: всегда есть вероятность критических сбоев на разных уровнях. Поэтому вышеупомянутое правило 3-2-1 никто не отменял и при использовании СХД для бэкапов.

Подытожу по СХД — это мощное решения для бэкапов. Подходит всем видам бизнеса, но по совокупной стоимости владения скорее уходит в лагерь среднего и крупного бизнеса. Песня эта старее мира: выбор зависит от конкретных бизнес-потребностей, бюджета и структуры вашей организации.

Ленточные хранилища, ленточные библиотеки (Tape Drives). 

Эти штуки могут удивить неискушенных технологиями людей. Помните VHS видеомагнитофоны? “Терминатор” aka. “Киборг-убийца” на кассетах с озвучкой Володарского? Achievement unlocked — вы родились в прошлом веке. И восстали роботизированные ленточные библиотеки из ядерного пепла… 

Так вот. На самом деле в серверном сегменте магнитные ленты и не уходили никуда. Более того, в 2021 году они побили рекорды поставок. Причина проста: они дешёвые, долговечные, потребляют минимум энергии и при правильном использовании надёжнее жёстких дисков. Напомню, что на дворе 2024, HDD и сами уходят в бюджетный сегмент (не все, конечно). Сейчас SSD на коне.

Самый распространённый и открытый стандарт на сегодня — LTO (Linear Tape-Open). Это как USB в мире лент: производители сели в баньке, договорились о едином формате для совместимости устройств и запустили это дело в производство. Каждое поколение LTO включает новые технологии, увеличивающие ёмкость хранения и производительность.

Данные с лент записывают/считывают/сжимают/шифруют ленточные приводы внутри хранилища. Также внутри есть сетевые платы, контроллеры и встроенное ПО для управления и мониторинга. RW картриджи можно перезаписывать, а WORM нельзя.

Как это выглядит с аппаратной точки зрения:

• Стандарт LTO для хранения данных использует магнитные ленты внутри специальных картриджей. 

• Картриджи вставляются в слоты хранения либо во внешний одиночный привод (Standalone tape drive), либо в автозагрузчик (Autoloader), последний визуально похож на обычный сервер. 

• В одиночном приводе картридж надо менять ручками. А в автозагрузчик вставляют сразу несколько картриджей, которые роботизированная система вынимает из слотов хранения и вставляет в привод для чтения.

• Если у вас небольшой объём данных и редкое резервное копирование, то одиночный привод неплохой вариант.

• Если у вас небольшой объём данных, но частое резервное копирование, то автозагрузчик подойдёт.

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

В контексте резервного копирования есть ещё одна интересная штука — виртуальные ленточные библиотеки (ВЛБ, VTL — Virtual Tape Libraries). Это устройства, работающие на дисках, но эмулирующие работу ленточных библиотек, что обеспечивает совместимость с уже развёрнутыми системами бэкапирования на лентах. ВЛБ выходит дороже лент, но зато выдаёт большую скорость при работе с данными, особенно при произвольном доступе. Помните, как на видеомагнитофонах надо было перематывать кассету до нужного таймкода? Переключить на середину фильма одним кликом нельзя было. Вот эта проблема так и осталась в лентах, а огромные роботизированные библиотеки её частично решают — представьте 70000 картриджей на 70 петабайт, и всё это работает как один большой накопитель. Если нужен доступ к конкретным данным, то вы сразу переходите к нужной кассете, где хранится нужный кусок данных, а не перематываете одну гигантскую ленту до середины.

Плюсы:

• Большая ёмкость и низкая цена за гигабайт. Есть ленточные накопители LTO-9 на 45 ТБ (в сжатом виде) по цене $90-100. Топовые серверные SSD и HDD стоят дороже — тысячи и десятки тысяч долларов. В пересчёте на ГБ разница колоссальная. При этом во втором квартале 2025 года выйдет новое поколение LTO-10 с объёмом до 90 ТБ (в сжатом виде).

  
  

• Долговечность и надёжность. Картриджи с лентами устойчивы к механическим повреждениям и при правильных условиях могут хранить данные десятилетиями —15-30 лет даже без электричества.

• Экономия электричества. Ленточные накопители по сути не требуют электроэнергии — всё питание приходится на контроллеры, ленточные приводы и роботизированные механизмы, которые работают с ними.

• Подключение. Ленточные накопители не требуют постоянного подключения к системе, что позволяет изолировать данные и защититься от онлайн-угроз.

Минусы:

• Медленная скорость передачи данных. Передача данных c/на ленты медленнее, чем у более современных технологий хранения.

• Ограниченный случайный доступ к данным. Ленточные накопители ограничены в случайном доступе к данным, что ограничивает операции чтения и восстановления.

• Обслуживание. При правильном использовании ленты надёжны и долговечны, но они также требуют бережного обращения, их нужно хранить в правильных условиях и периодически проверять.

• Компетенции. Технология не так популярна, как классические серверы и СХД на HDD и SSD. Для правильной работы и обслуживания понадобится сисадмин с навыками и опытом.

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

Требования к серверу для бэкапа

Переходим к подбору конфигурации сервера для бэкапов. В статье не получится рассказать, какое решение нужно именно вам — слишком много неизвестных и переменных. Если вы уточните бюджет, опишите задачу, то мои коллеги подберут оптимальный сервер конкретно под ваши требования. Пишите прямо в чат, отвечают быстро :) 

Я же дам общие рекомендации.

Технические характеристики сервера

Серверы резервного копирования для разных сфер

Система резервного хранения состоит из нескольких компонентов — это управляющее ПО (это может быть профессиональный софт, например, Кибер Бэкап, а может быть и скрипт с вызовом архиватора) и хранилища (их может быть несколько, например, локальный NAS, сервер и облачное S3). Есть и другие варианты — виртуалка на серверах общего назначения + хранилище.

Решение зависит от масштабов вашего бизнеса/инфраструктуры/данных и бюджета. Условно можно выделить три категории, но чётких границ на самом деле не существует. Исходите всегда из задачи.

Домашние пользователи

Серверный шкаф :D

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

• Домашний сервер: Если у вас есть старый компьютер (или выбирайте недорогой восстановленный сервер, лучше башенный), вы можете превратить его в домашний сервер для резервного копирования, используя ПО, например, FreeNAS или OpenMediaVault. 

• NAS (Сетевое хранилище): Сетевые хранилища, такие как Synology, QNAP или WD My Cloud, поставляются со встроенными инструментами резервного копирования. Они просты в настройке и обеспечивают удобный доступ к данным через локальную и/или глобальную сеть.

• Внешний жёсткий диск: Внешний HDD или даже SSD — вполне себе вариант для дома. Просто подключите внешний жёсткий диск и регулярно создавайте на нём резервные копии.

• Облачные сервисы: ЯндексДиск, СберДиск, МейлОблако, ВтораяПамять, ОблакоБилайн — неплохие варианты для хранения важных файлов в облаке. Эти сервисы поддерживают автоматическую синхронизацию и резервное копирование, есть платное расширение хранилища. Вы наверняка слышали и про Google Drive, Dropbox, Microsoft OneDrive или iCloud. С функциональной точки зрения варианты точно не хуже, но из-за санкций вы можете лишиться всех данных — так что на ваш страх и риск.

• Универсальные устройства хранения: Western Digital My Passport Wireless Pro или Seagate Backup Plus Hub — устройства, которые объединяют в себе внешний жесткий диск и функционал резервного копирования. Довольно просты в использовании.

Малый бизнес, нужды небольших офисов и филиалов

Здесь нужны решения посерьезнее + учесть потребности в масштабируемости, безопасности, поддержке и бюджете. Рекомендуется также проконсультироваться с IT-специалистом (у нас их есть), чтобы выбрать оптимальное решение конкретно под ваши задачи.

• NAS: Сетевые хранилища от Synology, QNAP, WD и т.д. — удобные и надёжные решения для резервного копирования данных в офисе. Просты в управлении, обслуживании и могут масштабироваться при необходимости.

• Серверы для малого бизнеса: Многие производители, вроде Dell, HPE (Hewlett Packard Enterprise) и Lenovo, давно выпускают специальные линейки серверов для малого бизнеса, которые отлично подходят для резервного копирования. Например, Dell PowerEdge “T” и HPE ProLiant “ML” серии. Любимец сисадминов — малыш HPE Microserver :)

• Облачные решения: Amazon S3, Microsoft Azure, Google Cloud Storage, Yandex, MTS Cloud, Servermall Cloud и другие облачные провайдеры предоставляют облачные услуги для резервного копирования. Облака дают гибкость (в том числе в оплате), масштабируемость и удобство доступа к данным.

Средний и крупный бизнес

Диапазон широкий, вплоть до собственного дата-центра. Здесь может понадобиться консультация IT-архитектора/директора/специалиста (у нас всех их тоже есть). Но в среднем бизнесе, возможно, справится и продвинутый сервер/два.

• NAS: Более продвинутые сетевые хранилища от Synology, QNAP, WD и т.д. На 12-24 накопителей, а не 2-4, как в начальном уровне. Неплохой вариант именно для хранения (не обработки) данных.

• Enterprise-серверы: Производители, такие как Dell EMC, HPE, Lenovo и Huawei, выпускают высокопроизводительные серверы, разработанные специально для задач среднего и крупного бизнеса. Например, линейки Dell EMC PowerEdge “R” или HPE ProLiant “DL”.

• Гиперконвергентные платформы: Nutanix, VMware vSAN, Cisco HyperFlex и другие системы объединяют вычислительные ресурсы, хранение и виртуализацию в единую инфраструктуру, что может упростить управление и масштабирование, в том числе для резервирования данных.

• Сети хранения данных (Storage Area Networks, SAN): Высокопроизводительные и высокомасштабируемые инфраструктуры для хранения данных с централизованным и быстрый доступом к данным. Для среднего и крупного бизнеса, которые работают с большими объёмами данных, SAN может стать спасением.

• Облачные и гибридные решения: Крупный/средний бизнес нередко выбирает облака для резервного копирования. А гибридные решения могут комбинировать облачные и локальные системы для оптимальной производительности, безопасности и гибкости.

Вместо выводов

Резервируйте данные, друзья. Поверьте, вы скажете себе спасибо в будущем. Выбор сервера для резервирования данных — это как подготовка к важному экзамену: надеемся, что всё пройдет гладко, вытянем лёгкий билет, но готовимся к самым сложным вариантам. А если подготовка так себе, то и завалить всё можно.

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

Самое важное я затронул, но не всё — статьи для этого маловато. Но вы можете задать любой вопрос менеджерам СЕРВЕР МОЛЛ. Ребята быстро и бесплатно ответят на вопросы, помогут подобрать решение под ваш бюджет и задачу.

Спасибо, что прочитали статью. Если статья понравилась, то добавляйте блог в закладки (Ctrl-D). У нас много интересного :)