Как рассчитать СХД для резервного копирования: формулы и примеры

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

В этой статье:

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

Какие данные нужны для расчета СХД

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

Параметр	Что необходимо уточнить
Состав данных	Какие серверы, базы, файлы и приложения нужно копировать. Уточните, какие папки и диски входят в резервное копирование.
Текущий объем	Сколько места занимает информация, которую требуется сохранить. Учитывайте содержимое, включенное в копирование, а не всю емкость установленных дисков.
Объем изменений	Сколько информации изменяется между последовательными копированиями. Этот показатель может заметно различаться у файловых серверов и баз данных.
Периодичность	Как часто создаются копии: несколько раз в день, ежедневно или по другому расписанию.
Срок хранения	Как долго нужно сохранять предыдущие версии. Требуются ли отдельные недельные, месячные или годовые копии.
Рост данных	Планируется ли расширение баз, увеличение числа виртуальных машин или подключение новых систем.
Программа резервного копирования	Какое программное обеспечение используется, каким способом создаются копии и применяются ли функции уменьшения их размера.

Особое внимание уделите объему изменений.

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

Если резервное копирование уже настроено, изучите отчеты программы. В них можно найти сведения о размере созданных копий и объеме обработанных изменений, если программа предоставляет такие показатели. Желательно учитывать как обычные рабочие дни, так и периоды повышенной активности, например закрытие месяца в 1С.

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

Расчет емкости СХД: формулы и пример

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

Разберем различия, основные формулы и пример расчета для компании с 10 ТБ данных.

Полные, инкрементные и дифференциальные копии

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

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

Например, компания создала полную копию файлового сервера в понедельник. Во вторник изменилось 200 ГБ данных, в среду — еще 300 ГБ.

При инкрементном копировании программа сохранит 200 ГБ во вторник и 300 ГБ в среду.

При дифференциальном копировании средовая версия будет содержать все изменения с понедельника. Если в разные дни изменялись разные участки данных, ее объем составит 500 ГБ. Когда одни и те же участки изменяются повторно, фактический размер может быть меньше.

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

Формулы для расчета объема

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

При использовании полных и инкрементных копий применим следующую формулу:

V = (П × Кп) + (И × Ки)

Где:

• V — общий объем резервных копий.
• П — размер одной полной копии.
• Кп — количество сохраняемых полных копий.
• И — средний размер одной инкрементной копии.
• Ки — количество сохраняемых инкрементных копий.

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

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

Пример расчета для 10 ТБ исходных данных

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

Исходные условия:

Параметр	Значение
Объем защищаемых данных	10 ТБ
Ежедневные изменения	5% от исходного объема
Полное копирование	Раз в неделю
Инкрементное копирование	6 раз в неделю
Период хранения	28 ежедневных версий
Сжатие и устранение повторов	Не учитываются

Для простоты примем, что каждая полная копия занимает 10 ТБ, а размер ежедневных изменений остается постоянным. Служебные расходы программы пока не учитываем.

Шаг 1. Определяем объем ежедневных изменений

За сутки изменяется 5% исходных данных:

10 ТБ × 0,05 = 0,5 ТБ

Значит, каждая инкрементная копия в нашем примере занимает около 500 ГБ.

Шаг 2. Считаем место под полные копии

За четыре недели создаются четыре полные копии:

10 ТБ × 4 = 40 ТБ

Шаг 3. Добавляем инкрементные копии

Между полными копированиями программа шесть раз сохраняет изменения. За четыре недели получается 24 инкрементные версии:

0,5 ТБ × 24 = 12 ТБ

Шаг 4. Рассчитываем общий объем

Складываем полученные значения:

40 ТБ + 12 ТБ = 52 ТБ

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

Но 52 ТБ еще нельзя принимать за окончательную потребность в емкости СХД.

Шаг 5. Учитываем дополнительные копии и свободное пространство

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

Допустим, программа должна сохранить еще один полный недельный набор, прежде чем сможет удалить самый старый.

Его объем составит:

10 ТБ + (0,5 ТБ × 6) = 13 ТБ

Если одновременно хранятся пять полных недельных наборов, потребность увеличится:

52 ТБ + 13 ТБ = 65 ТБ

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

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

Формула:

Необходимая емкость = объем копий ÷ (1 − доля свободного пространства)

65 ТБ ÷ 0,8 = 81,25 ТБ

Получаем следующие результаты:

Этап расчета	Объем
Четыре недельных набора копий	52 ТБ
Дополнительный недельный набор при его сохранении	13 ТБ
Общий объем одновременно хранящихся копий	65 ТБ
Необходимая полезная емкость при условии 20% свободного пространства	81,25 ТБ

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

Что влияет на стоимость СХД для резервного копирования

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

Разберем основные составляющие стоимости и их влияние на бюджет.

Накопители и корпус СХД

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

HDD обычно обходятся дешевле в пересчете на 1 ТБ, поэтому их часто рассматривают для хранения больших объемов информации. SSD обеспечивают более быстрый доступ к данным, но сопоставимая емкость, как правило, стоит дороже. Разница зависит от характеристик и класса накопителей.

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

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

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

RAID и количество необходимых дисков

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

Для предварительной оценки стоимости полезно понимать различия между тремя распространенными вариантами.

Уровень RAID	Как используется емкость	Защита от отказов
RAID 5	При одинаковых дисках полезная емкость равна суммарной за вычетом одного накопителя	Допускает отказ одного диска
RAID 6	Под защитную информацию отводится емкость, эквивалентная двум накопителям	Допускает одновременный отказ двух дисков
RAID 10	Половина суммарной емкости используется для зеркального хранения данных	Допускает отказ отдельных дисков; количество допустимых отказов зависит от их расположения в зеркальных парах

Рассмотрим пример. Компании требуется примерно 48 ТБ полезной емкости без учета служебных расходов системы. Используем одинаковые диски по 12 ТБ.

• RAID 6: потребуется 6 накопителей. Полезная емкость составит (6 − 2) × 12 = 48 ТБ.
• RAID 10: потребуется 8 накопителей. Полезная емкость составит 8 × 12 ÷ 2 = 48 ТБ.

Оба варианта дают одинаковый расчетный объем, но для RAID 10 понадобится на два диска больше. Различаются также производительность и устойчивость к определенным сочетаниям отказов. Поэтому сравнивать их только по количеству накопителей нельзя.

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

Контроллеры и подключение

Контроллер СХД управляет доступом к данным и обменом информацией с подключенными серверами. В зависимости от модели система может иметь один или два контроллера.

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

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

Отдельная статья расходов — подключение хранилища к инфраструктуре. В зависимости от выбранного способа передачи данных могут потребоваться:

• Сетевые платы и адаптеры для серверов.
• Коммутаторы для организации соединений.
• Кабели и дополнительные модули подключения.

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

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

Расширение, программы и обслуживание

При закупке стоит учитывать расходы, которые могут появиться после запуска системы.

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

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

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

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

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

Подробнее о том, как учитывать хранилище в общей архитектуре: построение инфраструктуры хранения данных.

Как выбрать СХД для резервного копирования

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

Совместимость с программой резервного копирования

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

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

В документации программы нужно уточнить три момента:

• Какие виды хранилищ поддерживаются.
• Какие требования предъявляются к подключению и файловой системе.
• Доступны ли необходимые функции защиты и восстановления при выбранном способе хранения.

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

NAS или блочная СХД

Оба варианта можно использовать для хранения резервных копий. Главное различие заключается в способе предоставления дискового пространства.

NAS — файловое хранилище, которое предоставляет доступ к общим папкам через сеть. Программа резервного копирования может записывать в них файлы, если поддерживает такой способ работы. Для доступа обычно применяются SMB и NFS — протоколы обмена файлами по сети.

Блочная СХД предоставляет серверу выделенное дисковое пространство. Сервер воспринимает его как подключенный диск, создает файловую систему и использует для размещения резервных копий. Для подключения могут применяться iSCSI через сеть IP или Fibre Channel через специализированную сеть хранения.

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

Существуют также специализированные системы резервного копирования. Они могут иметь встроенные средства сокращения объема хранимых данных и дополнительные механизмы защиты. Поддержка таких функций зависит от производителя и совместимости с программой.

Тип хранилища	Когда стоит рассмотреть	На что обратить внимание
NAS	Программа поддерживает запись резервных копий в сетевые папки	Поддержка SMB или NFS, производительность сети, доступные функции защиты
Блочная СХД	Резервные копии размещаются на дисковом пространстве, подключенном к серверу хранения	Совместимость с сервером, файловой системой и программой резервного копирования
Специализированная система	Требуются дополнительные возможности хранения и обработки резервных копий	Поддерживаемые программы, функции защиты, ограничения и условия лицензирования

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

Подробно разобрали различия между типами СХД в отдельном материале.

Производительность при копировании и восстановлении

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

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

Отдельно нужно оценить восстановление данных. Здесь важны два показателя:

• RPO — допустимый период потери данных. Например, если компания допускает потерю изменений максимум за один час, резервные копии необходимо создавать с соответствующей периодичностью.
• RTO — допустимое время восстановления работы после сбоя. Например, если критичная система должна вернуться в работу за два часа, выбранная инфраструктура должна обеспечивать такое восстановление.

RPO в первую очередь влияет на расписание копирования. RTO помогает определить требования к скорости восстановления и составу инфраструктуры.

Требования к восстановлению также связаны с архитектурой резервирования. Подробнее: отказоустойчивость серверов и СХД.

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

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

Защита резервных копий

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

Для этого используют несколько механизмов.

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

Раздельное хранение. Дополнительные экземпляры резервных копий размещают на другом устройстве или площадке. Это снижает риск потери всех копий при аварии, затронувшей основное хранилище.

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

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

Отдельно разобрали способы защиты данных на СХД.

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

Примеры конфигураций СХД под разные задачи

Состав оборудования зависит от того, какие данные компания сохраняет и как планирует их восстанавливать. Для файловых серверов, виртуальных машин и длительного хранения больших объемов могут подойти разные системы.

Рассмотрим три задачи и примеры конфигураций Dell и Huawei из каталога CRABBIT. Расчетные значения помогут оценить необходимое количество накопителей и состав оборудования. Перед закупкой потребуется проверить доступную емкость с учетом особенностей конкретной модели.

Резервное копирование файловых серверов и баз 1С

Компания использует несколько файловых серверов и баз 1С. Сотрудники ежедневно работают с документами, ведут учет и обновляют информацию. Резервные копии создаются по расписанию, а расчетная потребность в пространстве для их хранения составляет 20 ТБ.

Для такой задачи можно рассмотреть Dell PowerVault ME5012 с жесткими дисками.

Компонент	Пример конфигурации
Модель	Dell PowerVault ME5012
Накопители	6 × 8 ТБ HDD NL-SAS
Суммарная емкость дисков	48 ТБ
Дисковый массив	RAID 6
Расчетная емкость после RAID	32 ТБ
Контроллеры	2
Подключение	iSCSI, 10 Гбит/с

ME5012 имеет 12 отсеков для накопителей формата 3,5 дюйма. В предложенном варианте установлены шесть HDD по 8 ТБ. После организации RAID 6 расчетная емкость массива составляет 32 ТБ без учета служебного пространства и особенностей отображения объема.

Для исходной потребности в 20 ТБ такая конфигурация оставляет запас. При этом фактически доступное пространство необходимо подтвердить после настройки системы.

Жесткие диски подходят для хранения регулярных резервных копий, если позволяют завершать запись и восстановление данных в установленное время. Использование HDD помогает снизить затраты на накопители по сравнению с полностью твердотельной конфигурацией сопоставимой емкости.

Еще шесть отсеков остаются свободными. При расширении системы можно установить дополнительные диски и создать новую группу хранения. Возможности увеличения существующего массива зависят от выбранного способа организации дисков.

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

Резервное копирование виртуальных машин

В компании работает несколько десятков виртуальных машин. На них размещены корпоративные приложения и другие рабочие системы. Резервное копирование выполняется по расписанию. При сбое важно иметь возможность восстановить несколько машин за ограниченное время.

Необходимая емкость для хранения копий составляет 24 ТБ. Предположим, что компания уже использует инфраструктуру Huawei и рассматривает расширение централизованной системы хранения.

Один из возможных вариантов — Huawei OceanStor 5800 V5 с твердотельными накопителями.

Компонент	Пример конфигурации
Модель	Huawei OceanStor 5800 V5
Накопители	16 × 3,84 ТБ SSD SAS
Суммарная емкость дисков	61,44 ТБ
Защита данных	RAID 6 с учетом архитектуры RAID 2.0+
Контроллеры	Контроллерный корпус OceanStor 5800 V5
Дисковый корпус	Полка на 25 накопителей формата 2,5 дюйма
Подключение	iSCSI, с выбором сетевых модулей по требованиям проекта

OceanStor 5800 V5 относится к корпоративным системам хранения. В классическом исполнении контроллеры размещаются в отдельном корпусе, а накопители устанавливаются в подключенные дисковые полки.

Для примера выбраны 16 SSD по 3,84 ТБ. Их суммарная емкость составляет 61,44 ТБ до организации защиты данных.

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

Окончательное количество SSD необходимо подтвердить расчетом для конкретной версии оборудования. Это позволит проверить, сколько пространства останется доступным для резервных копий.

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

Основные затраты: контроллерный корпус, дисковая полка, твердотельные накопители, сетевые модули и необходимые программные функции.

OceanStor 5800 V5 стоит рассматривать прежде всего для крупной инфраструктуры, где ее возможности могут использоваться для нескольких задач хранения. Если компании требуется отдельная СХД исключительно под 24 ТБ резервных копий, имеет смысл сравнить ее с более простой системой.

Длительное хранение большого объема резервных копий

Компания сохраняет данные нескольких информационных систем. Помимо ежедневных копий, она хранит недельные и месячные версии. Расчетная потребность с учетом сроков хранения и свободного пространства составляет не менее 300 ТБ.

Для такого объема можно рассмотреть Dell PowerVault ME5084 с жесткими дисками большой емкости.

Компонент	Пример конфигурации
Модель	Dell PowerVault ME5084
Накопители	42 × 12 ТБ HDD NL-SAS
Суммарная емкость дисков	504 ТБ
Дисковый массив	4 группы RAID 6 по 10 дисков
Резервные накопители	2 × 12 ТБ
Расчетная емкость после RAID	384 ТБ
Контроллеры	2
Подключение	iSCSI, 25 Гбит/с при соответствующем исполнении

ME5084 имеет корпус высотой 5U и поддерживает до 84 накопителей. Диски размещаются в двух выдвижных отсеках. Производитель предусматривает заполнение целыми рядами по 14 дисков, поэтому для первоначальной комплектации выбраны 42 накопителя.

Из них 40 дисков образуют четыре группы RAID 6 по десять накопителей. Два оставшихся можно назначить общими резервными дисками, которые система задействует при отказе накопителей в рабочих группах.

Расчетная емкость одной группы:

(10 − 2) × 12 ТБ = 96 ТБ.

Четыре группы предоставляют:

96 ТБ × 4 = 384 ТБ.

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

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

Основные затраты: 42 жестких диска, корпус ME5084 с контроллерами и компоненты подключения. Дополнительно учитывают размещение системы в серверной стойке, питание и охлаждение.

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

Вопросы и ответы