Hp smart array p812 настройка

Обновлено: 07.07.2024

Мы покажем, как организовать серверное хранилище на базе устройства компании HP марки ProLiant DL380p посредством интегрированного ПО, добавить дополнительный носитель, установить операционную систему и вернуть случайно утраченные данные в полном объеме простым способом.

Устройство компании HP по умолчанию комплектуется собственным администрированным программным приложением, которое исполняет все востребованные операции по поддержке работоспособности массива и его безошибочному функционированию, следит за деятельностью комплектующих и их исправностью, а также помогает осуществлять настройку всех параметров хранилища. Современная версия ПО (Smart Storage Administrator) является усовершенствованным продолжением исходного программного первоисточника (Array Configuration Utility) и оснащено более мощным функционалом при дружественной к пользователям простой консоли управления.

Теперь, используя встроенное программное решение HP мы создадим, настроим, расширим массив RAID 5 из трех дисковых носителей на базе устройства ProLiant DL380p, установим ОС, а затем покажем процесс восстановления содержимого хранилища при поломке его вложенных комплектующих.

Как создать востребованный массив в обновленном ПО.

Запустите серверное устройство. В момент отображения на системном экране сведений о массиве выполните запуск встроенного ПО, путем нажатия на соответствующую системную кнопку вызова программной консоли (по умолчанию это кнопка F5).

В представленном меню выберите искомый раздел приложения Smart Storage Administrator и подтвердите свое решение, щелкнув клавишу Ввод. Дождитесь запуска ПО. Затем на основной вкладке щелкните параметр Smart Array (контроллер устройства).

В левой боковой панели окна, содержащей список доступных устройств, отметьте параметр Smart Array (содержит наименование версии платы управления хранилища). Потом в связанной правой панели в разделе Actions щелкните по кнопке Configure. Затем нажмите в предложенной области кнопку, ответственную за создание массива (выберите Create Array).

Подобный порядок приемлем только для дисков, ранее не задействованных в организации массива. В противном случае, ответственная за создание хранилища кнопка представлена не будет и пользователям потребуется выполнить следующие подготовительные операции, предполагающие стирание существующего RAID массива. В левой боковой панели выберите параметр Logical Devices. В средней панели, содержащей список устройств, выберите нуждающийся в удалении массив. В правой панели в разделе действий (Actions) щелкните кнопку Delete Array. Подтвердите свой выбор щелкнув кнопку Yes, выдав во всплывающем запросе системы свое согласие на проведение операции, и завершите процедуру.

Теперь создайте новый массив. Пройдите путь: в левой панели отметьте параметр Smart Array, в представленной панели действий щелкните кнопку создания массива (Create Array).

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

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

Характеристики параметров следующие:

RAID Level – задает формат нового хранилища.

Strip Size / Full Stripe Size – величина блока.

Sectors/Track – разбивает каждую дорожку на заданное значение секторов.

Size – устанавливает размер запоминающей области массива.

Caching – включает для увеличения скорости обработки или отключает возможность сохранять данные в кэше.

Parity Initialization Method – способ инициализации, который будет применен при создании массива (скоростной, выбран изначально, или более длительный, предполагающий принудительное заполнение нулями всех ячеек).

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

По завершению, созданное хранилище RAID будет отображено в левой панели консоли ПО.

Способ увеличить защищенность массива путем установки добавочного страховочного диска

Увеличить защищенность данных массива и повысить работоспособность хранилища позволит добавление отдельного запасного носителя.

В главном окне ПО в левой панели выберите параметр Logical Devices и для своего массива в разделе действий в правой панели нажмите на кнопку Manage Spare Drives.

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

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

Простой способ выполнить установку в массив операционной системы по выбору через встроенное ПО

Когда возникает необходимость выполнить установку ОС в хранилище RAID, неоценимую помощь окажет другое программное приложение, присутствующее в системе изначально, под названием Intelligent Provisioning Preferences, произвести запуск которого можно посредством использования другой системной персональной клавиши (используйте кнопку управления F10).

В окне основного интерфейса приложения выберите раздел Configure and Install. В продолжение из раскрывающегося перечня доступных версий ОС выберите требуемую, а потом задайте параметры, отвечающие за способ ее установки и источник с загрузочным носителем.

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

Как вернуть утраченные данные в случае неисправности массива

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

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

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

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

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

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

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

Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике. А также зайдите на наш Youtube канал, там собраны более 400 обучающих видео.

Изначально имеем конфигурацию:

HP Proliant DL160 g6:
2*Intel Xeon 5650
16*4GB DDR3 ECC REGISTERED
4*HGST SAS 2.0 4Tb HUS724040ALS640
1*HP P410 raid

Прошивки raid-контроллера и BIOS самые последние, скаченные с официального сайта. Настоятельно рекомендую использовать именно самые последние версии прошивок.

Разумеется с самого начала нам необходимо сконфигурировать raid-массив:

Пора приступать к делу.

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

Для этого заходим в BIOS (F10) и находим необходимый раздел настроек (скриншот ниже уже сделан из консоли IPMI):

Создать необходимые RAID-массивы вы можете как из самой консоли контроллера (во время загрузки сервера нажимать F8), так и из специальной утилиты HP ProLiant Offline Array Configuration Utility 6 . Последняя предлагает значительно более гибкие возможности, тогда как встроенная прошивка позволяет лишь создавать массивы дисков и делать их загрузочными (чего нам не хватает в силу озвученных выше ограничений).

Настройка HP Smart Array P410

Дожидаемся загрузки, выбираем ACU и ждем:

Смотрим начальное окно. У меня уже был сконфигурирован массив и я его удалил:

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

Создаем первый массив RAID1+0. Делаем его любого объема, но не более пары терабайт. На этом массиве будет располагаться исключительно операционная система с загрузочной областью MBR. Второму диску предоставляем весь оставшийся объем. Этот массив мы сделаем с GPT, но уже из под операционной системы, которую поставим на первый массив:

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

Надо отметить, что на многих серверах вам придется решать подобную задачу, связанную с использованием дисков большого объема. Кроме HP, мне она встречалась ещё как минимум на различных материнских платах SuperMicro. Однако с топовыми решениями таких проблем встречается мало (например у Dell PowerEdge с UEFI все хорошо). Кстати, последние поколения серверов HP исправились (все тот же HP Proliant 7 и уже имеет поддержку UEFI.

На этом настройка HP Smart Array P410 завершена, не забывайте о резервном копировании ваших данных, ведь RAID и бэкап это не одно и то же, хотя многие разницы не видят.

Во второй части нашей статьи про сборку домашнего быстрого NAS, мы выбрали бюджетную материнскую плату Asus Prime J3355-C, именно из-за того, что она имеет 1 слот PCI Express 4x, в который мы установим дискретный контроллер для подключения всех винчестеров и SSD в нашей системе. Давайте рассмотрим, какие контроллеры бывают и определимся с выбором.

HBA или RAID?

Существует два типа дисковых контроллеров - Host Bus Adapter (HBA) и RAID. Первый представляет собой интерфейсную плату, имеющую несколько комбинированных внешних и внутренних портов SAS/SATA.

RAID-контроллер отличается от HBA тем, что умеет производить расчеты контрольных сумм (XOR), которые лежат в основе самых востребованных типов массивов - RAID 5 и RAID 6. Раньше эти вычисления считались очень ресурсоемкими, поэтому на RAID-контроллерах устанавливались мощные RISC-процессоры для расчета XOR. Сегодня же тренд совершенно обратный - все сложные операции берут на себя CPU компьютеров и, как показывает практика, даже дохлый Intel Atom первого поколения на программном уровне легко справляется с вычислениями контрольных сумм RAID 5/6, чего уж говорить про такие процессоры как Intel Xeon или Xeon D. Контроллеры, имеющие встроенный процессор (их еще называют XOR-процессор), принято называть «железными RAID», «честными RAID» или «настоящими RAID». Контроллеры, которые возлагают расчет XOR на CPU, обозначают терминами «софт RAID», «фейковый RAID» или «хост RAID».

ZFS или Btrfs?

Тенденции последних лет ведут к тому, что операционная система сама создает дисковый массив на уровне файловой системы. Лучший тому пример - ZFS, файловая система, имеющая функции дедупликации и сжатия данных на лету. Для её работы крайне желательно, чтобы ядро операционки имело прямой доступ к каждому диску для контроля состояния сбойных блоков, мониторинга S.M.A.R.T. и реализации всех своих функций масштабирования и отказоустойчивости. Фактически, в таком режиме контроллер работает просто как интерфейс SAS/SATA, поэтому не важно какие функции на нем есть, есть ли на нем кэш или какие-либо другие «фишки» - все что надо, сделает операционная система.

В то же время, ZFS не является 100%-отказоустойчивым решением, и целая армия поклонников аппаратного RAID считают, что лучше использовать более простые нересурсоемкие файловые системы, такие как Btrfs или EXT4, а работу с дисками доверить полноценному RAID-контроллеру. Такое решение имеет один существенный минус - не каждая операционная система позволит мониторить параметры дисков в RAID массиве и уж тем более предупреждать о сбойном жестком диске.

Файловая система ZFS по умолчанию используется в операционной системе FreeNAS, а так же в гипервизоре Proxmox, и для этих случаев нужен HBA-контроллер с режимом прямого доступа к дискам. Аппаратный же RAID можно использовать для NAS-оболочки Openmediavault или для гипервизора VMware ESXi.

Итого: выбираем RAID контроллер для OpenMediaVault или HBA для FreeNAS.

Требования к RAID контроллеру для OpenMediaVault

На небольших дисковых массивах лучше использовать RAID 5, как наиболее эффективный по объему, поэтому наш контроллер должен иметь встроенную кэш-память для быстрой записи. Обычно, объем кэша составляет от 64 до 128 Мб, и если у вас меньше 8 дисков, размер встроенной памяти не влияет на скорость, тем более в NAS-е. Учитывая нашу конфигурацию, требования к контроллеру следующие:

Интерфейс PCI Express
Не менее 6 внутренних портов SAS/SATA
Поддержка RAID 5
Встроенный кэш
Низкопрофильный размер

Скорость интерфейсов SAS/SATA не имеет особого значения, так как все контроллеры, выпущенные за последние 10 лет, имеют пропускную способность дискового интерфейса от 300 Мб/с и выше, а сетевой порт на материнской плате ограничен 110 мегабайтами в секунду.

Новый или БУ?

Самый дешевыми RAID-контроллерами, удовлетворяющими нашим требованиям, стали:

Adaptec (Microsemi) 8805 - 37 000 рублей
LSI MegaRAID 9261-8i - 27 000 рублей

Такие траты никак не вписываются в идею создания дешевого быстрого NAS-а - рынок поделен, производители в сговоре, благо у нас есть огромный рынок подержанного серверного оборудования, и вспоминая пункт 5 нашего руководства по покупке б.у. серверов, я считаю, что RAID-контроллер, не поддерживающий SATA-600, должен стоить копейки, тем более что у нас на материнской плате есть 2 порта SATA-600, к которым мы можем подключить SSD для кэширования.

Решение принято - ищем Б.У.

Нужен ли SSD кэш на контроллере?

Это очень сложный вопрос. Некоторые RAID-контроллеры, такие как LSI 9260-8i, могут хранить часто запрашиваемые данные на SSD, но данная функция требует лицензионного ключа и работает независимо от операционной системы. Аппаратный SSD кэш был востребован 6-7 лет назад, но сегодня его преимущества неоднозначны - запись горячих данных на SSD делается операционной системой, но прежде чем попасть на твердотельный диск, данные кешируются в памяти сервера.

Я считаю, что для NAS-а функцию SSD-кэширования надо настраивать софтом.

Оптимальный выбор для OpenMediaVault - HP P410

HP SmartArray P410 - это уникальный в своем роде контроллер, его как будто специально создавали для вторичного рынка. Он поддерживает SAS-600, но не поддерживает SATA-600, из-за чего он совершенно не нужен в домашнем игровом компьютере. Он не может работать в режиме HBA, поэтому для FreeNAS его не рекомендуют, хотя данная модель там работает, если заранее сконфигурировать логический том в другой операционной системе и презентовать ZFS уже целиком массив как логический диск.

SmartArray P410 имеет 8 внутренних портов и отдельный модуль кэш-памяти объемом 256, 512 Мб или 1024 Мб, причем 256-мегабайтный кэш представляет собой обычную память DDR2-800 и подключается к аккумуляторам (BBWC - Battery Backuped Write Cache) для защиты от перебоев электропитания, 512-мегабайтный модуль, как и 1024-мегабайтный, уже является тандемом из чипов DDR2 800 DRAM и флэш памяти, на которую сбрасывается кэш при отключении электричества, а вместо батареи здесь используется супер-конденсатор. Такая технология позволяет хранить закешированные данные в памяти контроллера вечно, в то время как обычный аккумулятор емкостью 650 мАч поддерживает питание памяти не более 2 часов. Пропускная способность кэша составляет 800 Мб/с, на век нашего NAS - хватит.

Средние цены на HP P410:

Российские фирмы, торгующие Б.У. - 4000 рублей за версию с 256 Мб без батарейки
Российские частники на Avito - 3000 рублей за версию с 256 Мб без батарейки
Aliexpress - 2300 рублей за версию с 256 Мб и батарейкой
Ebay - 1500 рублей, включая доставку, за версию с 512 Мб и супер-конденсатором

Совместимость с железом не от HP

Основных вопросов перед покупкой четыре:

будет ли контроллер HP работать в материнской плате «не HP»?
будет ли он работать с дисками не от HP?
будет ли он поддерживать SATA-600 диски?
будет ли он поддерживать диски объемом более 2 Тб?

На первые три вопроса один ответ - да! Привязка вендора к комплектующим обеспечивается за счет BIOS-а серверов, а не компонентов, поэтому HP P410 будет работать в материнских платах Asus, Gigabyte, MSI с жесткими дисками WD, Hitachi, Toshiba и Seagate и другими. SATA-600 диски обратно совместимы с SATA-300, поэтому здесь волноваться не о чем. Для совместимости с жесткими дисками объемом более 2 Тб, может потребоваться обновление прошивки до версии 5.0 или выше, самая свежая версия которой (6.64) располагается по этому адресу.

Контроллер HP P410 построен на базе процессора PMC PM8011, это Raid-on-Chip от компании PMC-Sierra, которая вместе с Adaptec ныне входит в холдинг Microsemi. Информации об этом чипе в открытом доступе нет, и кроме серверов Hewlett Packard, он больше нигде не используется, но его ближайший аналог, PMC PM8013 устанавливался на контроллеры Adaptec 6805. Процессор PMC PM8011 очень горячий, поэтому сверху его радиатор закрыт тепловым экраном, который можно снять, чтобы улучшить охлаждение от системного вентилятора корпуса, а можно оставить, чтобы RAID-контроллер не расплавил виброизоляцию, нанесенную на стенку корпуса в первой части статьи.

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

Capacitor backup module состоит из двух 35-Фарадных конденсаторов номинальным напряжением 2.7 В, подключенных последовательно, что дает общую емкость в 17 Фарад. Конденсаторы в модуле резервного питания считаются вечными, и над их ресурсом можно не задумываться, как можно и не думать особо о ресурсе флэш-памяти FBWC: она задействуется только при аварийном отключении электричества, что бывает очень редко, и многие из этих флэш-чипов за всю свою жизнь так и не узнали, что такое запись.

Перепрошивка

Из всех прошивок для HP P410 имеет смысл обратить на две: версия 3.52 имеет полноценный BIOS с возможностью настройки массивов до загрузки операционной системы, но не поддерживает современные жесткие диски объемом более 4 Тб. Версия 6.64, последняя из доступных, поддерживает большие жесткие диски, но как и все после версии 5.0, не имеет встроенного BIOS-а, из-за чего с этим контроллером многие материнские платы не проходят POST-процесс и зависают при загрузке. На ASUS Prime J3355I-C есть режим совместимости, позволяющий игнорировать BIOS-ы плат расширения при загрузке. Включив его, мы сможем загрузиться с жесткого диска, подключенного к материнской плате или с флешки, но массив увидим только из-под ОС. Загружать операционку с HP P410 можно только на прошивке до версии 3.52, ну или при наличии сервера HP.

Контроллер HP P410 можно конфигурировать через софт HP Array Configuration Utility (ACU) из-под Windows, поэтому, если есть возможность, то лучше поставить Windows 7 или 10 на флешку или на временный жесткий диск и настроить RAID из приятного графического интерфейса. Почти для всех версий Linux, в том числе в OpenMediaVault, есть поддержка интерфейса утилиты настройки через командную строку (hpacucli), но нормальный графический интерфейс для контроллера есть только под Windows.

Соотношение объема кэша для чтения и записи по умолчанию установлено на 25/75%. Выровняем его до 50/50%, и на этом настройку дискового пула закончим.

Цена вопроса

Стоимость б/у HP SmartArray P410 512Mb FBWC вместе с супер-конденсатором составила 1600 рублей. Как говорится, комментарии здесь излишни.

Оптимальный выбор для FreeNAS - LSI 9240-8i с перепрошивкой в IT-режим

При использовании ZFS, кэширование осуществляется в ОЗУ сервера, и для нашей сборки 8 гигабайт памяти NAS-а должно хватить. Разработчики ZFS рекомендуют использовать серверную память с поддержкой ECC, но эта опция слишком сильно удорожает наш компьютер, поэтому сойдемся на обычной качественной геймерской памяти Geil.

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

Цена вопроса

HBA-адаптер LSI 9211-8i на вторичном рынке стоит дороже чем RAID-контроллер LSI 9240-8i, поэтому выгоднее купить именно 9240-8i (от 2 до 4 тысяч рублей) и перепрошить её в 9211-8i, чтобы дать файловой системе ZFS прямой доступ к жестким дискам. Надо иметь в виду, что очень много продающихся с рук экземпляров LSI 9240-8i были выпущены для компаний Dell (H310) и IBM (M1015) по OEM-схеме. Прошивка брендовых контроллеров отличается от прошивки оригинальных одной-единственной строчкой, но все же при прочих равных условиях лучше покупать оригинальный не-брендовый контроллер.

Процесс перепрошивки:

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

Устанавливаем LSI 9240-8i в материнскую плату и загружаемся с USB-флешки. Если BIOS контроллера ругается на то, что не видит диски, в UEFI материнской платы включаем режим Compatibility Support Mode и отключаем загрузку со storage-контроллеров.
В командной строке DOS вводим:
megarec -writesbr 0 sbrempty.bin
megarec -cleanflash 0
Перезагружаем компьютер и снова загружаемся с флешки

sas2flsh -o -f 2118it.bin если нам не нужен BIOS на контроллере

Теперь у нас вместо RAID-контроллера - обычный HBA, такой же как на материнской плате, и загрузив Windows, мы видим подключенный к нему жесткий диск точно так же, как если бы мы подсоединили HDD напрямую к материнской плате.

На всякий случай, вот команды для обратной перепрошивки в 9240-8i с поддержкой RAID:

Megarec -cleanflash 0
Megarec -writesbr 0 sbrm1015.bin
Перезагружаемся
Megarec -m0flash 0 0061_lsi.rom

После перепрошивки процессор LSISAS2008 совсем не греется, так как вычислений никаких не производит и о вентиляции в тесном корпусе можно даже не беспокоиться. В случае, если в будущем мы будем делать апгрейд материнской платы и выберем серверную с 8 портами SAS/SATA, то переподключив жесткие диски к материнке, мы не потеряем наши данные - ZFS автоматически пересоберет массив, а освободившийся слот можно будет использовать например для вывода внешних интерфейсных портов.

Кабели

Вместе с RAID-контроллером нам нужно заказать 2 комплекта кабелей типа SFF8087-SATA. Искать на AliExpress или Ebay нужно по запросу «Mini SAS SFF8087 to SATA» и выбирать самый короткий. Стоимость одного кабеля - в районе 350 рублей.

Процесс подключения и укладки кабелей показан на фотографиях ниже. Сначала - для HP P410

Контроллер LSI 9240-8i установить проще из-за бокового расположения SFF портов и отсутствия суперконденсатора.

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

Немного личных впечатлений

У нас нет самого главного - нет жестких дисков, чтобы произвести полноценное сравнение аппаратного RAID и программного ZFS. Но удержаться от первых тестов невозможно, и в систему был установлен древний WD Velociraptor на 150 Гб, который был протестирован в сборке с HP P410 / Openmediavault / EXT4 и LSI 9240-8i / FreeNAS / ZFS, а заодно я сравнил его с домашней хранилкой Synology DS1511+, где установлено 5 HDD на 7200 RPM 1 Tb.

Вообще, простое копирование 50-гигабайтной директории с играми с HDD на NAS в случае с сетапом OMV дает постоянные 112 Мб/с, на Synology прыгает от 110 до 80 Мб/с, на сетапе FreeNAS прыгает от 90 до 2 Мб/с. Но полноценное тестирование можно будет провести когда в NAS будут установлены нормальные жесткие диски.

Выводы

SATA/SAS контроллер может стать самым дорогим компонентом NAS-а, но здесь можно хорошо сэкономить, купив на Avito или Ebay подержанную плату, отслужившую 5-7 лет в серверах. Самый ненадежный компонент контроллера - это резервный аккумулятор встроенного кэша, чей ресурс составляет 2-3 года, поэтому лучше выбирать модели с супер-конденсаторами или подключать NAS к ИБП и настраивать автовыключение для защиты от потери закешированных данных.

Какое решение выбрать - аппаратное или программное? Изучив отзывы пользователей, становится ясно, что и серверы с ZFS и серверы с EXT4 или Btrfs одинаково часто ломаются и уносят в небытие десятки терабайт данных, поэтому выбирать стоит не по принципу «аппаратный RAID vs программный», а по удобству и функционалу операционной системы или гипервизора, которыми вы планируете пользоваться, но все же следует понимать, что аппаратный RAID уходит в прошлое.

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

HP Array Configuration Utility (ACU) из состава ProLiant Support Pack это браузер-ориентированная утилита позволяющая управлять дисковой подсистемой серверов HP, например дисковыми массивами подключёнными к контроллерам HP Smart Array. Этот инструмент вполне интуитивно понятен и не создаёт никаких проблем при использовании на полной версии Windows Server c GUI и IE на борту. По умолчанию ACU запускается и выполняется на такой системе в режиме локального приложения (Local Application Mode), но есть у этой утилиты ещё и режим службы для возможности удалённых подключений -Remote Service Mode. При переключении ACU в этот режим в ОС регистрируется системная служба, принимающая запросы на подключение к возможностям ACU от удаленных клиентов. Режим Remote Service Mode может оказаться полезен при работе с серверами на базе OC Windows Server 2008/2008 R2 в режиме Core или Hyper-V Server 2008/2008 R2, то есть там, где нет возможности использовать браузер для запуска ACU в режиме Local Application Mode.

Рассмотрим пример настройки и использования ACU в режиме Remote Service Mode на сервере c OC Hyper-V Server 2008 R2.

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

netsh advfirewall firewall add rule name=’HP System Management Homepage (Secure Port)’ protocol=TCP dir=in localport=2381 action=allow

netsh advfirewall firewall add rule name=’HP System Management Homepage (Insecure Port)’ protocol=TCP dir=in localport=2301 action=allow

После того как порты открыты из командной строки вызываем программу настройки режима запуска ACU:

"Program Files (x86)CompaqCpqacuxeBinsetup.exe"

В открывшейся диалоговой форме выбираем соответствующий режим:

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

sc query "Array Configuration Utility"

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

Обратите внимание на то, что текущая реализация ACU подразумевает то, что совместить режимы Remote Service Mode и Local Application Mode невозможно.

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

На практике я столкнулся с интересной ситуацией – если запускать ACU в режиме Remote Service Mode на полной версии Windows Server 2008 R2 (с GIU), то удалённое подключение к ACU через System Management Homepage работает без проблем.

… а вот если использовать этот режим в Hyper-V Server 2008 R2 то ссылка на ACU в System Management Homepage перенаправляет нас на страницу с предупреждением о том, что на целевом сервере не доступен режим удалённого использования:

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

… Но такая ссылка не работает

При этом даже полное отключение брандмауэра не решает этой проблемы…

то мы получим таки доступ к ASU…

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

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