Какой raid выбрать для резервных копий

Обновлено: 06.07.2024

есть так много статей, хлопающих RAID (и, следовательно, RAID 1), Как плохие решения для резервного копирования:

Я понимаю аргумент, что все RAID-диски могут потерпеть неудачу или что вирус может удалить все файлы на всех жестких дисках, но я не вижу, как вручную делать то, что делает RAID 1 (копирование всех файлов на внешний диск), имеет какое-либо реальное значение. Если дом сгорит дотла, все файлы на внешнем диске также будут потеряны. Если ваш компьютер получает вирус, он, скорее всего, также удалит файлы на внешнем диске. Если все RAID-диски выходят из строя примерно в одно и то же время, что остановит внешний диск от сбоя примерно в одно и то же время?

может кто-нибудь, пожалуйста, объясните мне это

резервные копии, для меня, являются моментальными снимками того, как данные выглядели в момент времени, когда они были приняты. RAID 1-это постоянно перезаписываемая резервная копия, которая бесполезна, если вы хотите восстановить файл, сохраненный на прошлой неделе.

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

RAID-это не бэкап, это избыточность исключительно с целью обеспечения непрерывности бизнеса в случае сбоя оборудования. Избыточность не является резервным копированием.

RAID не является резервной копией.

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

RAID не является резервной копией.

резервное копирование и избыточность-это две совершенно разные дисциплины с разными целями. Сравнение RAID с Backup похоже на сравнение двойных шин на грузовике с запасным колесом.

RAID не является резервной копией.

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

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

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

по этим причинам RAID 1 используется совместно с другими методами для защиты данных. Эти способы включают резервные копии и резервные копии, которые не происходят в реальном времени.

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

интересно, как люди думают о своих данных. Вы правы, когда говорите, что RAID 1 не является резервной копией, но приведенные примеры резервного копирования могут быть решены с помощью решений, найденных в Windows 7 и выше. Если вам нужно получить данные с недельной давности, используйте функцию "восстановить предыдущие версии" на уровне папки. Мне нравится иметь настройку RAID 1 для моих "данных" и комбинацию системного образа с инкрементными резервными копиями для моей ОС, рабочего стола, Моих документов на C:\drive неважно. Если некоторые "данные" важны для меня, затем я перемещаю их в RAID 1. Я также планирую сканирование вирусов раз в неделю. Я также проверяю свои резервные копии, чтобы убедиться, что они работают. Я твердо верю в облачное хранилище как отличное место для сохранения важных "данных", но дорогое для резервного копирования. Мой последний комментарий заключается в том, что каждый должен разработать и проверить осуществимый план для них. материал. Внешние жесткие диски обеспечивают ложное чувство безопасности.

Привет, друзья. В прошлых статьях мы с вами узнали, как создать массив RAID 0 из SSD M.2 NVMe. И в ответ от вас поступило много вопросов о резервном копировании и восстановлении таких дисковых массивов. На самом деле здесь ничего сложного нет, и создать бэкап массива RAID 0 можно встроенным в Windows 10 средством восстановления, а так же самой простой программой для резервного копирования - AOMEI Backupper. Ещё можно известной Acronis True Image, либо любым её аналогом. Предлагаю ниже этим и заняться: давайте создадим резервную копию RAID 0, т.е. копию всего того дискового пространства, что являет собой массив, и потом восстановим его из созданной копии. Ну а программу для этих целей выберем простую AOMEI Backupper. Но прежде мы немного поговорим о самом RAID.

↑ RAID 0: создание резервной копии и восстановление


↑ Что такое RAID, и почему RAID 0 уязвим

Дисковые массивы - это очень полезная технология, и мы начали её использовать ещё более 20 лет назад, но только на дорогих серверных системах. Расскажу немного подробнее. Появились RAID-контроллеры во второй половине 90-х годов прошлого века, были дорогими и представляли из себя плату производителей Adaptec или LSI Logic стандарта SCSI, которая устанавливалась в разъём PCI (позже в PCI-X) специальной материнской платы, предназначенной для серверных операционных систем. Или были материнки с уже встроенным RAID-контроллером. Подсоединялись к такой материнской плате высоконадёжные жёсткие диски тоже стандарта SCSI в специальной корзине. Устанавливалась на такой компьютер специальная операционная система для серверов Windows Server. Использовали в основном конфигурации RAID 0, 1, 5. Всё это было очень дорого и работало только в крупных организациях. Это и не удивительно, ведь домашний компьютер в то время был роскошью.

В начале 2000-х годов стали появляться уже не такие дорогие RAID-контроллеры для IDE и SATA дисков с интерфейсом подсоединения PCI и PCI-X, их можно было с успехом использовать на домашних системах. Уже намного позже производители материнских плат стали интегрировать контроллеры RAID в свои устройства, и дисковые массивы стали доступны обычным пользователям в качестве бонуса. И это было здорово, так как RAID 0 давал двойное повышение скорости работы за компьютером, ведь жёсткие диски того времени были очень медленными, к примеру, скорость винта стандарта IDE была равна 40-50 мб для записи и чтения данных, а объединённые в RAID 0-массив четыре диска давали скорость 160-200 мб. Но что интересно, даже на сегодняшний эта технология используется только компьютерными любителями-энтузиастами. Первая причина - это довольно непростые для начинающего настройки БИОСа, связанные с созданием и обслуживания RAID-массива. Вторая - отсутствие в Интернете подробных инструкций об установке операционной системы на рейд-массив, а также восстановлении системы и пользовательских данных в случае развала дискового массива (имеется ввиду RAID 0).


На нашем сайте мы по мере сил пытаемся восполнить этот пробел, и начали с подробного описания создания RAID в конфигурациях 0 и 1 из обычных HDD, SSD SATA и SSD M.2 NVMe. Нулевой рейд – это когда мы устанавливаем в компьютер два или более накопителей, при этом желательно, чтобы они были одинаковые, как минимум одного объёма и от одного производителя, и они работают в паре, увеличивая скорость чтения\записи данных в два раза. Например, скорость у двух SSD M.2 NVMe будет доходить до 6000 Мбит/с. Почему? Потому что, когда в БИОСе компьютера отключена технология RAID 0, то информация записываются на один накопитель обычным способом - определённый объём данных за определённое количество времени. Но если мы настроим RAID 0, то информация будет записываться в два раза быстрее, так как накопителей будет уже два, этот же объём данных будет делиться на две малых части, и каждая часть будет записываться одновременно на один из двух дисков. Если мы объединим в RAID 0 три диска, то инфа будет уже делиться на три части и записываться одновременно, и, соответственно, скорость увеличится втрое. Простыми словами, в RAID 0 мы получаем N-кратное увеличение производительности, где N - это количество дисков.
Но за скорость придётся платить тем, что такой рейд не обеспечивает двойной защиты данных, свойственной всем другим конфигурациям RAID - 1, 5, 10, поэтому и имеет он название «0». Простыми словами, если у вас в нулевом рейде выйдет из строя один диск или сам массив RAID 0 по каким-либо причинам развалится, то спасти ваши данные будет сложно даже специалистам. Так как, ещё раз напомню, специфика конфигурации RAID 0 такова, что информация записывается на оба SSD как на один диск. Поэтому обязательно создавайте резервные копии системы как можно чаще. Лучше всего для этого настроить фоновое создание бэкапов по расписанию, и программа-бэкапер будет создавать их так часто, как вам необходимо. Если вы каждый день много работаете за компьютером, то имеет смысл создавать бэкапы каждый день.

Примечание: друзья, на нашем сайте есть целая серия статей о создании и работе RAID-массивов разной избыточности. В них вы сможете узнать, что такое аппаратные и программные RAID-массивы, как их создавать, и как они работают.
Итак, имеем массив RAID 0 из двух SSD M.2 NVMe Samsung 970 EVO Plus 250 Гб, в системном управлении дисками он значится как Диск 1. На массив установлена Windows 10.
Давайте поработаем с бэкапом массива.

↑ Резервное копирование RAID-массива программой AOMEI Backupper


Используем для начала программу AOMEI Backupper. Запускаем её и создаём резервную копию массива RAID 0. Выбираем для этого резервное копирование диска.
Добавляем диск.
На карте дисков программы указываем наш RAID 0.

Указываем хранилище резервной копии массива.
Это, соответственно, должен быть отличный от самого массива жёсткий диск, внутренний или внешний, NAS-хранилище, либо иное поддерживаемое программой сетевое хранилище.
Запускаем создание резервного копирования.
Ожидаем завершения операции.
Вот наша созданная резервная копия.

↑ Восстановление RAID-массива в работающей Windows

Если ваш массив RAID 0 работает с ошибками, но установленная на нём Windows 10 загружается, то вы можете восстановить систему из бэкапа в работающей операционной системе. В программном разделе восстановления выбираем файл-образ, т.е. файл резервной копии.
Указываем, что мы хотим восстановить весь диск целиком.
На карте дисков в качестве места назначения резервной копии указываем массив RAID 0.
Подтверждаем запуск операции восстановления.
Жмём кнопку запуска.
Подтверждаем нажатием «Да».
Запустится восстановление резервной копии.
Просто дожидаемся завершения операции.

↑ Восстановление RAID-массива с загрузочной флешки AOMEI Backupper

В случае, если ваш массив RAID 0 развалился причинам типа выхода из строя одного накопителя, либо же операционная система работает нестабильно, в частности, не загружается, то на такой случай предварительно нужно создать загрузочную флешку UEFI в программе AOMEI Backupper. Это делается в разделе «Инструменты».
И с помощью такой загрузочной флешки восстановить массив RAID 0 можно из резервной копии, даже если с запуском или работой Windows 10 на дисковом массиве будут проблемы.
Загружаем с флешки наш ПК.
Выбираем восстановление из файла резервной копии.
Указываем файл копии.
Выбираем восстановление всего диска, и указываем массив.
Теперь указываем массив в качестве места восстановления резервной копии.
Подтверждаем запуск операции восстановления.
Запускаем операцию восстановления.
Дожидаемся её завершения.
Загружаемся в восстановленную Windows 10.
Вот и всё: массив RAID 0 восстановлен из резервной копии.

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


Где RAID важен

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

Как настроить RAID

RAID можно настроить с использованием как программных, так и аппаратных конфигураций. Программная конфигурация RAID означает, что вы можете использовать возможности RAID без использования специального оборудования. Выделенное оборудование RAID обычно означает контроллер RAID. При использовании программного RAID используются присущие операционной системе возможности RAID. Windows 10, Windows 8 и Windows 7, а также серверы Linux и OS X полностью поддерживают программный RAID. Поскольку этот уровень RAID можно настроить внутри программного обеспечения без дополнительных затрат, это означает, что этот метод идеально подходит для людей, работающих с небольшим количеством дисков дома или в небольшом офисе.

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

Какой уровень RAID выбрать

Существует много уровней RAID, которые обычно используются как в потребительской, так и в профессиональной среде. Каждый из этих уровней (также называемых массивами RAID) имеет свои преимущества и недостатки. Пользователь должен определить, какой из них больше всего соответствует его потребностям. Также важно отметить, что программные и аппаратные конфигурации RAID поддерживают разные уровни RAID, а также могут определять типы дисков, которые поддерживаются в конфигурации RAID: SATA, SAS или SSD.

Эта конфигурация также известна как «зеркальное отображение диска», и самой сильной стороной RAID 1 является отказоустойчивость. Диски в этом массиве RAID являются точными копиями друг друга, что создает большую сеть безопасности на случай выхода из строя какого-либо диска в массиве. Данные легко копируются с одного диска на другой, и это самый простой способ создать зеркало диска при относительно небольших затратах.

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

Это наиболее распространенная конфигурация для корпоративных NAS-устройств и бизнес-серверов. Этот массив является улучшением по сравнению с RAID 1, поскольку он частично снижает потерю производительности, присущую зеркалированию дисков, а также обеспечивает хорошую отказоустойчивость. Обе эти вещи действительно важны в профессиональных приложениях для хранения данных. В RAID 5 данные и четность распределяются по 3 или более дискам. Если есть какое-либо указание на сбой в одном приводе, данные беспрепятственно передаются в блок четности. Еще одно преимущество этого приложения RAID заключается в том, что оно позволяет выполнять «горячую замену» многих серверных дисков, что означает, что диски могут быть заменены в массив во время работы системы.

Этот массив RAID почти идентичен RAID 5 с одним ключевым отличием. Он имеет более надежную систему четности, что означает, что до 2 дисков могут выйти из строя, прежде чем появится вероятность того, что данные будут затронуты. Это делает его очень привлекательным выбором для центров обработки данных и других корпоративных приложений.

RAID 10 представляет собой комбинацию RAID 1 и RAID 0 (таким образом, 1 + 0). Это гибридная комбинация RAID, которая пытается объединить лучшие части массивов RAID 1 и RAID 0. Он сочетает в себе чередование RAID 1 с зеркалированием RAID 2, чтобы увеличить скорость, а также обеспечить лучшую отказоустойчивость. Это делает его идеальным для серверов, которые выполняют много операций записи. Его также можно реализовать программно или аппаратно, но, как правило, лучше выбрать аппаратную реализацию.

Ярким недостатком массива RAID 10 является его стоимость. Для этого массива требуется минимум 4 диска, при этом более крупные центры обработки данных и корпоративные приложения должны тратить на диски как минимум в 2 раза больше, чем на другие массивы.

Другие уровни RAID

Помимо вышеупомянутых основных уровней RAID, есть и другие массивы. Это комбинации основных массивов, которые используются для определенных целей.

В RAID 4 используется система чередования на уровне байтов, а не система с чередованием на битовом уровне, которая используется в RAID 3. Другие приложения идентичны.

Это проприетарный уровень RAID, принадлежащий Storage Computer Corporation, который в настоящее время не функционирует.

RAID не альтернатива резервному копированию

Заключительные слова


показать все

19.11.2021


Игра в кальмара, искусственный интеллект и цифровизация. Как прошла 6-ая конференция TECH WEEK


Читать далее

19.11.2021


SMART RUSSIA 2021 Международная конференция


Читать далее

16.11.2021


Систему автоматического видеосопровождения самолётов при посадке создадут на девятом хакатоне по искусственному интеллекту в Челябинске


Читать далее

15.11.2021


Открытая конференция Института системного программирования РАН состоится в декабре


Читать далее


показать все

02.11.2021


Читать далее

21.09.2021

Поможет ли стратегия развитию Open Source в России?


Читать далее

18.08.2021

Платформенный бизнес в России


Читать далее

16.05.2021


Читать далее

08.04.2021

KPI: стоит ли овчинка выделки?


Читать далее

13.02.2020

Чат-бот CallShark не требует зарплаты, а работает круглосуточно


Читать далее

24.12.2019

До встречи в «Пьяном Сомелье»!


Читать далее

21.12.2019

Искусство как награда Как изготавливали статуэтки для премии IT Stars им. Георгия Генса в сфере инноваций


Читать далее

04.12.2019

ЛАНИТ учредил премию IT Stars памяти основателя компании Георгия Генса


Читать далее

04.06.2019

Маркетолог: привлекать, продавать, продвигать?


Читать далее


показать все

Рубрика: Тема номера / Системы хранения и обработки данных (СХД и ЦОД)

Андрей Бирюков , системный архитектор, ЗАО «НИП Информзащита»

Выбираем СХД
для резервного копирования

Информационные активы – содержимое баз данных, образы операционных систем, конфигурации оборудования и ресурсы файловых серверов – требуют обязательного сохранения в резервной копии

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

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

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

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

Также считается, что лента является достаточно надежным носителем информации, срок годности картриджа составляет до десяти лет. Этот довод я бы все-таки оспорил, так как в процессе эксплуатации ленточных архивов неоднократно возникали ситуации, когда при проверке картриджей выяснялось, что информацию невозможно считать из-за дефектов ленты, вызванных продолжительной эксплуатацией, – то, что называется «зажевало ленту».

Полный бэкап (Full backup) – полная резервная копия всех данных, независимо от того, когда была сделана предыдущая резервная копия.

Дифференциальный бэкап (Differential backup) – резервная копия содержит все изменения данных с момента последнего полного бэкапа.

Инкрементальный бэкап (Incremental backup) – резервная копия содержит все изменения с момента создания последнего инкрементального бэкапа.

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

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

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

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

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

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

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

Завершая обсуждение ленточных СХД, хотелось бы упомянуть об одном неочевидном на первый взгляд их достоинстве – мобильности. Лучшие практики по информационной безопасности рекомендуют выполнять резервное копирование на носители, находящиеся в другом здании, а лучше даже в другом географическом регионе. Если такой возможности нет, то бэкап должен копироваться на съемный носитель, который затем хранится отдельно от основных систем. Если с дисковым хранилищем выполнить эти рекомендации трудно, то с лентами вполне реально. После выполнения бэкапа их можно отвезти в другой офис или филиал и там хранить с соблюдением надлежащих требований по безопасности. Кассеты должны храниться в запирающемся сейфе, в охраняемом помещении, где имеется система пожарной сигнализации.

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

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

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

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

Для предотвращения потери данных на дисках используется технология RAID (англ. redundant array of independent disks – избыточный массив независимых дисков). Вот различные типы RAID-массивов:

  • RAID 0 – дисковый массив повышенной производительности с чередованием, без отказоустойчивости;
  • RAID 1 – зеркальный дисковый массив;
  • RAID 2 – зарезервирован для массивов, которые применяют код Хемминга;
  • RAID 3 и 4 – дисковые массивы с чередованием и выделенным диском четности;
  • RAID 5 – дисковый массив с чередованием и «невыделенным диском четности»;
  • RAID 6 – дисковый массив с чередованием, использующий две контрольные суммы, вычисляемые двумя независимыми способами;
  • RAID 10 – массив RAID 0, построенный из массивов RAID 1;
  • RAID 50 – массив RAID 0, построенный из массивов RAID 5;
  • RAID 60 – массив RAID 0, построенный из массивов RAID 6.

Современные СХД позволяют собрать массив для большинства этих типов. RAID 0 не является отказоустойчивым и для хранения резервных копий не используется. RAID 1 не слишком эффективно использует дисковое пространство, ведь при зеркалировании из двух дисков мы получаем лишь один.

Наиболее подходящей для хранения бэкапов будет архитектура RAID 5. Объем дискового массива RAID5 рассчитывается по формуле (n-1)*hddsize, где n – число дисков в массиве, а hddsize – размер наименьшего диска [1]. Например, для массива из четырех дисков по 80 Гб общий объем будет (4 – 1) * 80 = 240 Гб. Недостатком RAID 5 является меньшая скорость, особенно при выполнении операции записи в произвольном порядке. Но для хранения резервных копий скорость записи не является критичным параметром, так как бэкапы пишутся последовательно, и скорость записи на диск, как правило, не является самым узким местом по сравнению, например, с пропускной способностью каналов связи и других накопителей.

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

Замечание: все значения емкости хранимых данных рассчитываются в десятичном исчислении (например, 1 Тб = 1 000 000 000 000 байт).

Компания Hewlett Packard является одним из наиболее известных производителей СХД. Для обеспечения резервного копирования она предлагает решение HP StoreOnce [2].

Линейка StoreOnce содержит устройства, предназначенные для работы в организациях различного масштаба. Для небольших компаний подойдет HP StoreOnce 2600: 4 Тб дискового пространства (полезная емкость – 2,5 Тб), пропускная способность – до 670 Гб/ч, одно место в серверной стойке. Хорошо подходит для небольших компаний (порядка 20 пользователей) и филиалов. Стоимость решения – порядка $12 000.

Более мощный двухюнитовый собрат – HP StoreOnce 4210,
поддерживает расширение дополнительной полкой дисков и может содержать до 9 Тб полезной емкости, а модификация 4220 – до 18 Тб. Возможность расширения дает значительный запас масштабируемости. Рекомендуется для небольших организаций, предполагающих значительное увеличение числа рабочих мест (более 50%) и, как следствие, объема данных для резервного копирования. Стоимость решения начинается от $30 000.

HP StoreOnce 44x0 поддерживает до трех полок расширения, занимает 4U в базовой комплектации и имеет до 76 Тб полезной емкости. Имеется 200 виртуальных приводов и 50 библиотек, аппаратный RAID 6, больше 4,5 Тб/ч пропускной способности и более 10 Тб/ч при использовании HP StoreOnce Catalyst. Это решение можно рекомендовать средним компаниям, также рассчитывающим на значительный рост. Стоимость здесь составит от $82 000.

«Серьезный шкаф» HP B6200: 10U за базовый блок, до шести дополнительных контроллеров, до 32 дисковых полок, скорость записи – до 100 Тб/ч данных и 512 Тб полезной емкости. С учетом дедупликации это уже все 10 Пб. Решение для крупных и очень крупных организаций. Составление бюджета можно начинать от четверти миллиона долларов.

Несколько слов о технологии HP Catalyst, упомянутой чуть выше. Это программный агент, который устанавливается на сервер резервного копирования. На нем работают ПО резервного копирования HP DataProtector или Symantec NetBackup и Backup Exec.

Дедупликацию данных HP Catalyst производит прямо на этих серверах, используя тот функционал, который заложен в соответствующее ПО для бэкапа. Это позволяет снизить нагрузку на устройство резервного копирования, что является немаловажным при больших объемах данных. Например, по информации, представленной в статье [3], топовая система HP B6200 может записывать данные с дедупликацией со скоростью до 40 Тб/ч, а с использованием HP Catalyst – уже до 100 Тб/ч.

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

У IBM набор СХД также достаточно серьезный. Начнем с меньших моделей. IBM Storwize V3500 – решение для малого и среднего бизнеса [4]. IBM Storwize V3500 – это относительно компактное, 2U хранилище, использующее 8Gb оптический канал. Поддерживается до 12 3,5-дюймовых или 24 2,5-дюймовых дисков. Также поддерживается технология IBM FlashCopy, которая выполняет высокопроизводительные операции. Благодаря этой функции можно сразу восстанавливать систему после потери данных или сбоев.

Более мощным устройством является IBM Storwize V3700. Оно поддерживает до 12 3,5-дюймовых или 24 2,5-дюймовых дисков, устанавливается в стойку высотой 2U. Также к основной контроллерной полке можно подключить дополнительно четыре полки расширения. К недостаткам этой модели СХД можно отнести отсутствие компрессии, поддержки NAS и отсутствие возможности объединять системы в кластеры.

Наиболее производительным в линейке IBM Storwize является модель V7000. Система содержит два контроллера и позволяет использовать 12 дисков 3,5 дюйма или 24 диска 2,5 дюйма, максимальное количество – до 240 или 480 дисков для кластеризованной системы. Полки расширения подключаются через SAS 6Gbit и также бывают двух типов – 2U 12HDDx3.5’’ и 24HDDx2.5’’. Количество различных полок произвольно. Каждый контроллер IBM Storwize V7000 включает в себя по 8 Гб кэша и имеет по четыре порта FC 8Gbit и по два порта iSCSI 1Gbit и 10 Gbit.

К сожалению, мне не удалось найти в открытых источниках цены для всех моделей данного оборудования. Для получения полной спецификации необходимо обращаться непосредственно к партнерам IBM. Однако ценник для V7000 начинается от 750 000 рублей.

Еще одним известным разработчиком является корпорация EMC. Здесь наиболее подходящими для хранения резервных копий являются устройства из линейки EMC DataDomain [5]. Решения данной серии обладают возможностью быстрой дедупликации. Производительность СХД – до 31 ТБ/ч. Система позволяет сокращать требования к емкости резервных копий в 10-30 раз. Сокращение требований к архивной системе хранения в пять раз. Для обеспечения отказоустойчивости используется массив RAID 6 с двойными данными четности дисков. Теперь рассмотрим, какие модели входят в данную линейку.

Младшее устройство EMC DataDomain DD160 обеспечивает до 1,1 Tб/ч пропускной способности и до 80 Тб логической емкости. Стоимость этого решения – порядка $8500.

Решение для организаций среднего уровня EMC DataDomain DD620. Здесь технические характеристики более серьезны по сравнению с предыдущей моделью: до 2,4 Tб/ч пропускной способности и до 415 Тб логической емкости. Примерная стоимость устройства – от $1000.

Для крупных компаний EMC предлагает DataDomain DD670 со следующими характеристиками: 13,4 Tб/ч пропускной способности и до 415 Тб логической емкости. Ценник для этого устройства начинается от $35 000.

Основные характеристики решений по СХД приведены в таблице 1.

Таблица 1. Основные характеристики решений по СХД

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

Читайте также: