Sis 180 raid controller что это

Обновлено: 04.07.2024

Это вторая часть обзора двухканальных контроллеров. В первой части мы рассмотрели массив RAID0. Теперь пришло время заняться массивом RAID1. Массив зеркало (RAID1) представляет собой работу двух или более жестких дисков в паре параллельно друг другу. Тем самым значительно увеличивается надежность массива, ведь при выходе из строя одного из дисков (а это, к сожалению, иногда случается) вся информация остается на другом. К сожалению, скорость работы такого массива весьма не велика, и не может превышать скорости работы одного диска, к тому же сильно зависит от RAID – контроллера. Вот мы и посмотрим, как зависит скорость работы массива от применения того или иного контроллера.
Участники тестирования, тестовые система, и методика тестирования остались без изменения, как в первой части обзора, поэтому не будем задерживаться и сразу перейдем к результатам тестирования.

Результаты тестов (RAID1 (Mirror)): IOMeter

IOMeter: Паттерн Database

В этом паттерне мы проверяем способность контроллеров работать со смешанным потоком запросов на чтение и запись блоков данных объемом 8KБ со случайным адресом. Изменяя соотношение запросов на чтение и запись, мы можем выявить качество сортировки драйвером контроллера запросов на чтение и запись.

В таблицах такого размера и количества очень трудно разобраться. Для лучшего восприятия построим графики по трем типам нагрузки (1, 16 и 256 исходящих запросов)

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

При увеличении нагрузки до шестнадцати исходящих запросов в единоличные лидеры вышел контроллер ICH6R, два оставшихся представителя INTEL немного потеряли скорость, особенно контроллер ICH5R. Контроллер ICH7R занял второе место, но ему на пятки наступает проваливший предыдущую нагрузку контроллер SIL3132. В нижней части графика оказались два аутсайдера, знакомые нам еще по первой части, контроллеры SIS180 и VIA8237.

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

IOMeter: Паттерны Sequential Read & Write

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

Чтение средних блоков показало дружную работу всех испытуемых, но на малых и на больших блоках нет такого единодушия. Малые блоки хорошо читают три контроллера: SIL3132, VIA8237 и Promise FX TX2300. На больших блоках из этих троих выпал контроллер SIL3132, зато присоединились ICH5R и VIA8237.

Посмотрим, как изменятся результаты при записи.

При записи все сильно изменилось. Контроллер Promise FT TX2300 сильно отстал, его драйвер не позволяет достичь приемлемой скорости записи больших блоков. У контроллера VIA8237 противоположные проблемы, он плохо справляется с блоками малого и среднего размера. Довольно хорошо малые блоки пишут контроллеры ICH7R и SIL3132, но на блоках размером более 4KB у них возникают небольшие проблемы. А вот контроллеры ICH5R и SIS180 напротив достигли наивысшей скорости на блоках более 8KB включительно.

IOMeter: Fileserver & Webserver

Проведём сравнение контроллеров по усреднённому значению их производительности (среднее арифметическое скорости контроллера при пяти вариантах нагрузки).

Три представителя фирмы INTEL полностью оккупировали верх диаграммы, лучшим из них с приличным отрывом стал контроллер ICH6R. Худшими с почти одинаковым результатом снова стали контроллеры SIS180 и VIA8237, это уже становится тенденцией.

На паттерне Webserver расположение контроллеров не изменилось. Только отрыв контроллера ICH6R над ICH5R стал минимальным, а отставание двух аутсайдеров стало еще более большим.

IOMeter: Workstation

Паттерн этот характеризуется большой долей запросов на запись, и это должно изменить расстановку сил:

В этом паттерне кардинальных изменений нет, лишь контроллер SIL3132 поднялся с пятого на третье место, но скорей это не его заслуга, а просто контроллеры ICH5R и Promise как-то слишком замедлились.
Уменьшим тестовое пространство массивов до 32GB и повторим тест заново.

Уменьшение объема увеличило скорость работы контроллеров, а вот расстановку не изменило, за исключением того, что контроллеры ICH5R и Promise поменялись местами.

Результаты тестов (RAID1 (Mirror)): Winbench99

Тест Winbench99 мы используем для проверки работы дисковой подсистемы в режиме "настольного компьютера". Для этого массив общим объемом 400GB форматируем в NTFS средствами операционной системы (размер кластера по умолчанию равен 4КБ) и в FAT32, используя программу Paragon Partition Manager (размер кластера 32КБ), а также проводим тестирование на объеме массива в 32GB в форматах NTFS и FAT32 (для разметки дисков использовался штатный W2K Disk Manager).

Начнем на объеме логического диска 400Gb и в формате FAT32.

Для начала сравним время отклика массивов на разных контроллерах:

Самое лучшее время доступа у наиболее старого контроллера семейства INTEL ICH5R, да и два оставшихся контроллера от INTEL заняли второе и третье места. Худший результат показал Promise FT TX2300, вероятно, общение этого контроллера с дисками происходит на самом низком уровне, что не позволяет увеличить скорость доступа.

Рассмотрим результаты контроллеров по скорости линейного чтения в начале и конце логического диска - Beginning и End.

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

Сами графики линейного чтения можно посмотреть по этим линкам:

Рассмотрим результаты контроллеров в двух интегральных тестах - Business Disk Winmark и High-End Disk Winmark.

В тесте Business Disk Winmark, как и на RAID0, лучший результат показал контроллер Promise FT TX2300, его отрыв от всех конкурентов трудно не заметить. А вот контроллер SIL3132 явно провалил этот тест, да и в тесте High-End Disk Winmark он тоже стал худшим. Драйвер этого контроллера явно настроен под массив "чередование". Лучшем контроллером в тесте High-End Disk Winmark стал ICH6R, он показал достойный результат в этих тестах.

Посмотрим на изменение результатов контроллеров при уменьшении логического диска до 32GB.

В тесте High-End Disk Winmark два лидера поменялись местами, а вот SIL3132, хоть и немного увеличил скорость работы, все равно остался на последнем месте. В тесте Business Disk Winmark от изменения объема массива расположение на диаграмме не изменилось.

Посмотрим на успехи контроллеров под файловой системой NTFS:

Promise FT TX2300 безоговорочный лидер теста High-End, а SIL3132 по прежнему худший. В тесте Business Disk Winmark произошли кардинальные изменения, контроллер SIS180 с большим отрывом от конкурентов, занял первое место, да и в High-End Disk Winmark показал хороший результат.

Снова уменьшим объем массива до 32GB:

Уменьшение объема не принесло изменений в расположении результатов контроллеров на диаграмме. Так же, как и на полном объеме, наблюдается большое преимущество в скорости контроллеров Promise FT TX2300 в тесте High-End Disk Winmark, SIL3132 в тесте Business Disk Winmark, и сильное отставание контроллера SIL3132 в этих тестах.

Результаты тестов (RAID1 (Mirror)): FileCopy Test

Переходим к FileCopy Test. Мы применяем FC-Test по нашей стандартной методике - на диске (в данном случае - на массиве) создавалось два логических диска по 32 GB, и они размечались в NTFS и FAT32. На первом диске создавался набор файлов, затем, этот набор файлов читался с диска, затем набор файлов копировался в директорию, созданную на первом логическом диске (т.е. производилось копирование внутри одного раздела), и завершало цикл тестов копирование первого набора файлов на второй логический диск.

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

При создании файлов типа "Install" наблюдается явный провал контроллера Promise FT TX2300, остальные же контроллеры с этой задачей справляются примерно одинаково. При чтении этих же файлов появляются два лидера - это контроллеры ICH7R и SIS180. Причем контроллер ICH7R превосходит своего ближайшего преследователя почти на 10MB/sec. На копировании лучшим стал контроллер ICH6R, а Promise FT TX2300 снова оказался замыкающим.

Три контроллера от INTEL показали одинаковую скорость создания файлов типа "ISO", еще три контроллера VIA8237, SIS180 и SIL3132 немного отстали, но их отставание не критично. А вот Promise FT TX2300, как и в предыдущем случае, не выдерживает конкуренции. Зато на чтении контроллер Promise FT TX2300 не намного, но обогнал всех, такое непостоянство можно объяснить лишь тем, что драйвер этого контроллера в ущерб записи приспособлен к хорошему чтению больших файлов. Это и подтверждается на копировании, где контроллер Promise снова оказался последним. Лучшим на копировании файлов этого типа стал контроллер ICH6R.

Контроллер Promise FT TX2300 по скорости создания файлов типа "MP3" снова не может соперничать с конкурентами. При чтении этих же файлов произошел приличный отрыв контроллеров фирмы INTEL от всех остальных, а на копировании только один из них, контроллер ICH6R, смог немного оторваться от остальной группы, да и то в компании с контроллером SIL3132.

Создание файлов типа "Programs" хорошо получается у контроллеров VIA8237 и ICH6R, а в отстающих снова Promise. Чтение и копирование у конкурентов проходит почти одинаково, с небольшим преимуществом ICH6R.

Результаты работы контроллеров над файлами малого объема типа "Windows" очень схожи с результатами, показанными на файлах типа "Programs", с одним исключением. Скорость создания контроллера Promise FT TX2300 поднялась до уровня ICH7R, а отстающим неожиданно стал контроллер, почти всегда показывавший приемлемые результаты, SIS180.
Результаты теста в файловой системе FAT32 мало чем отличаются от только что рассмотренной нами файловой системы NTFS. Поэтому, нет смысла также подробно обсуждать эти результаты. С таблицами результатов и диаграммами можно ознакомиться здесь .

Выводы

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

VIA8237 – контроллер работает довольно слабо, особенно в синтетике, лучшие показатели он показал только в FileCopy Test при создании файлов. Одним словом контроллер на массивах RAID0 и RAID1 работать будет, но для быстрой и хорошей работы нужно поискать что-нибудь другое.

SIS180 – в синтетическом тесте IOMeter почти скопировал работу VIA, но в тесте Winbench99 неожиданно показал довольно хорошие результаты, особенно в файловой системе NTFS. В тесте FileCopy Test держался в середине общего списка, иногда вырываясь в лучшую сторону.

SIL3132 - вероятнее всего, драйвер контроллера написан чисто под массив RAID0, поскольку на массиве RAID1 успехи в тесте Winbench99 растворились в небытие. Контроллер абсолютно провалил этот тест. Да и в тестах IOMeter и FileCopy Test его результаты оказались как тот не стабильны, есть и взлеты есть и откровенные провалы.

Promise FT TX2300 – контроллер не смог конкурировать с лидерами сегодняшнего обзора, вероятной причиной этому стала медленная шина PSI. Единственный тест в котором он показал хороший результат - это Winbench99 паттерн Business Disk Winmark, в остальных же тестах результаты контроллера оказались ниже среднего.

ICH7R – стабильно занимал места в первой тройке. Практически без провалов прошел все тесты. Показал лучшую скорость чтения всех типов файлов, за исключением "ISO". В тестах IOMeter и Winbench99 частенько показывал одинаковые результаты с, лидером нашего обзора контроллером ICH6R. Скорей всего драйвер контроллера еще немного сыроват, будем надеяться, что следующие версии драйвера выведут этот контроллер в настоящего лидера на рынке встроенных контроллеров.

ICH6R – этот контроллер стал лучшим из представленных контроллеров. Хоть он и не всегда занимал первое место, но по сумме взлетов и падений его результаты оказались наилучшими. Особенно надо отметить его отличные результаты в тестах FileCopy Test и IOMeter паттерн Database.

ICH5R – это самый старый контроллер из линейки фирмы INTEL, но по его результатам этого и не скажешь. Показал лучшее время доступа, да и в остальных тестах оказался достойным конкурентом лидеру. Единственным минусом этого контроллера можно назвать не очень большую скорость записи в тесте FileCopy Test, а в остальном - практически одни плюсы.

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

Надежность и скорость работы дисковых накопителей — вопрос, волнующий каждого системного администратора. Несмотря на заверения производителей о качестве собственных устройств — HDD и SSD продолжают выходить из строя в самое неподходящее время, теряя драгоценные данные. Технология S.M.A.R.T. в большинстве случаев дает возможность оценить «здоровье» накопителя, но это не гарантирует того, что диск будет продолжать беспроблемно работать.

Предсказать выход диска из строя со 100%-ой точностью невозможно, поэтому следует предусмотреть вариант, при котором это не станет проблемой или причиной остановки сервисов. Использование RAID-массивов решает эту задачу. Рассмотрим три основных подхода, применяющихся для этой задачи:

Программный RAID — наименее затратный вариант, но и наименее производительный. Массив создается средствами операционной системы, вся нагрузка по обработке данных «ложится на плечи» центрального процессора.
Интегрированный аппаратный RAID (еще его часто называют Fake-RAID) — микрочип, установленный на материнскую плату, который берет на себя часть функционала аппаратного RAID-контроллера, работая в паре с центральным процессором. Этот подход работает чуть быстрее, чем программный RAID, но надежность у такого массива оставляет желать лучшего.
Аппаратный RAID — это отдельный контроллер с собственным процессором и кэширующей памятью, полностью забирающий на себя выполнение всех дисковых операций. Наиболее затратный, однако, самый производительный и надежный вариант для использования.

Давайте рассмотрим аппаратный RAID детально.

Внешний вид

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

RAID-контроллеры форм-фактора PCI-E

Для подключения дисков используются специальные интерфейсные кабели. Со стороны контроллера используются разъемы SFF8643. Каждый кабель позволяет подключить до 4-х дисков SAS или SATA (в зависимости от модели). Помимо этого интерфейсный кабель еще имеет восьмипиновый разъем SFF-8485 для шины SGPIO, о назначении которой поговорим чуть позже.

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

BBU (Battery Backup Unit) — модуль расширения с литий-ионной батареей, позволяющий поддерживать напряжение на энергозависимой микросхеме кэша. В случае внезапного обесточивания сервера его использование позволяет временно сохранить содержимое кэша, которое еще не было записано на диски. Как только электропитание сервера будет восстановлено — содержимое кэша будет записано на диски в штатном режиме. По заявлениям производителя полностью заряженная батарея способна хранить данные кэша в течение 72 часов.
ZMCP (Zero-Maintenance Cache Protection) — специальный модуль расширения для RAID-контроллера, имеющий собственную энергонезависимую память и суперконденсатор. В случае возникновения сбоя сервера по электропитанию, суперконденсатор обеспечивает микросхемы электроэнергией, которой достаточно для записи содержимого энергозависимой памяти кэша в NAND-память ZMCP. После того, как электропитание сервера восстановлено, содержимое кэша автоматически будет записано на диски. Именно такие модули устанавливаются в наши серверы с аппаратным RAID-контроллером и Cache Protection.

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

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

Температура

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

Производитель контроллера приводит в качестве рекомендуемого значения воздушного потока — 200 LFM (linear feet per minute), что соответствует показателю 8,24 литра в секунду (или 1,02 метра в секунду). Рассчитаны такие контроллеры исключительно на установку в rackmount-корпусы, где такой воздушный поток создается скоростными штатными кулерами.

От 0°C до 40-55°C — рабочая температура большинства RAID-контроллеров Adaptec (в зависимости от наличия установленных модулей), рекомендованная производителем. Максимальная рабочая температура чипа составляет 100°C. Функционирование контроллера при повышенной температуре (более 85°C) может вывести его из строя. Удобства ради приводим под спойлером табличку рекомендуемых температур для разных серий контроллеров Adaptec.

Серия контроллера Adaptec	Рабочая температура
Series 2 (2405, 2045, 2805) and 2405Q	55°C без модулей
Series 5 (5405, 5445, 5085, 5805, 51245, 51645, 52445)	55°C без батарейного модуля, 40°C с батарейным модулем ABM-800
Series 5Z (5405Z, 5445Z, 5805Z, 5805ZQ)	50°C с модулем ZMCP
Series 5Q (5805Q)	55°C без батарейного модуля, 40°C с батарейным модулем ABM-800
Series 6E (6405E, 6805E)	55°C без модулей
Series 6/6T (6405, 6445, 6805, 6405T, 6805T)	55°C без ZMCP модуля, 50°C с ZMCP модулем AFM-600
Series 6Q (6805Q, 6805TQ)	50°C с ZMCP модулем AFM-600
Series 7E (71605E)	55°C без модулей
Series 7 (7805, 71605, 71685, 78165, 72405)	55°C без ZMCP модуля, 50°C с ZMCP модулем AFM-700
Series 7Q (7805Q, 71605Q)	50°C с ZMCP модулем AFM-700
Series 8E (8405E, 8805E)	55°C без модулей
Series 8 (8405, 8805, 8885)	55°C без ZMCP модуля, 50°C с ZMCP модулем AFM-700
Series 8Q (8885Q, 81605Z, 81605ZQ)	50°C с ZMCP модулем AFM-700

Скорость работы

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

CPU Intel Xeon E3-1230v5;
RAM 16 Gb DDR4 2133 ECC;
4 HDD емкостью по 1 ТБ.

В качестве операционной системы будет установлена CentOS 7. Роль серверного приложения возьмет на себя 1C Bitrix24. Вначале мы соберем программный RAID-массив с помощью mdadm и измерим производительность с помощью встроенного в Bitrix24 теста. Каких-либо изменений или дополнительных настроек в систему специально не вносим — устанавливается демо-конфигурация с настройками по-умолчанию.

Затем в этот же стенд поставим RAID-контроллер Adaptec ASR 7805 с модулем защиты кэша AFM-700, подключим к нему эти же жесткие диски и выполним точно такое же тестирование.

С программным RAID

Несомненное преимущество программного RAID — простота использования. Массив в ОС Linux создается с помощью штатной утилиты mdadm. При установке операционной системы чаще всего создание массива предусмотрено непосредственно из установщика. В случае, когда такой возможности установщик не предоставляет, достаточно всего лишь перейти в соседнюю консоль с помощью сочетания клавиш Ctrl+Alt+F2 (где номер функциональной клавиши — это номер вызываемой tty).

Создать массив очень просто. Командой fdisk -l смотрим, какие диски присутствуют в системе. В нашем случае это 4 диска:

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

В случае, если на одном или нескольких дисках будут метаданные, удалить их можно следующим образом (где sdX — требуемый диск):

Создадим на каждом диске разделы для будущего массива c помощью fdisk. В качестве типа раздела следует указать fd (Linux RAID autodetect).

Собираем массив RAID 10 из созданных разделов с помощью команды:

Сразу после этого будет создан массив /dev/md0 и будет запущен процесс перестроения данных на дисках. Для отслеживания текущего статуса процесса введите:

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

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

С аппаратным RAID

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

при помощи внутренней утилиты контроллера,
утилитой из операционной системы.

Внешний вид утилиты

Утилита позволяет не только управлять настройками контроллера, но и логическими устройствами. Инициализируем физические диски (вся информация на дисках при инициализации будет уничтожена) и создадим массив RAID-10 с помощью раздела Create Array. При создании система запросит желаемый размер страйпа, то есть размер блока данных за одну I/O-операцию:

больший размер страйпа идеален для работы с файлами большого размера;
меньший размер страйпа подойдет для обработки большого количества файлов небольшого размера.

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

После того как статус массива изменился на Optimal, мы установили Bitrix24 и провели точно такой же тест. Результат теста:

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

Управление контроллером

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

Debian,
Ubuntu,
Red Hat Linux,
Fedora,
SuSE Linux,
FreeBSD,
Solaris,
Microsoft Windows,
Citrix XenServer,
VMware ESXi.

Пользователям других дистрибутивов Linux также доступны исходные коды драйверов. Помимо драйверов и консольной утилиты ARCCONF производитель также предлагает программу с графическим интерфейсом для удобного управления контроллером — maxView Storage Manager.

С помощью указанных утилит можно, не прерывая работу сервера, легко управлять логическими и физическими дисками. Также можно задействовать такой полезный функционал, как «подсветка диска». Мы уже упоминали про пятый кабель для подключения SGPIO — этот кабель подключается напрямую в бэкплейн (от англ. backplane — соединительная плата для накопителей сервера) и позволяет RAID-контроллеру полностью управлять световой индикацей каждого диска.

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

Каждому устройству, подключенному к аппаратному RAID-контроллеру Adaptec, присваивается идентификатор, состоящий из номера канала и номера физического диска. Номера каналов соответствуют номерам портов на контроллере.

Замена диска — штатная операция, впрочем, требующая однозначной идентификации. Если допустить ошибку при этой операции, можно потерять данные и прервать работу сервера. С аппаратным RAID-контроллером такая ошибка является редкостью.

Делается это очень просто:

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

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

«Подсвеченный» диск

Настройка кэширования

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

Чтобы достичь максимальной скорости работы, необходимо использовать вариант Write Back. При такой схеме работы контроллер будет сообщать операционной системе об успешной IO-операции сразу после того, как данные поступят в кэш.

Важно — при использовании Write Back настоятельно рекомендуется использовать BBU или ZMCP-модуль, поскольку без него при внезапном отключении электричества часть данных может быть утеряна.

Настройка мониторинга

Вопрос мониторинга статуса работы оборудования и возможности оповещения стоит достаточно остро для любого системного администратора. Для того чтобы настроить «связку» из Zabbix и RAID-контроллера Adaptec рекомендуем воспользоваться перечисленными решениями.

Зачастую требуется отслеживать состояние контроллера напрямую из гипервизора, например, VMware ESXi™. Задача решается с помощью установки CIM-провайдера с помощью инструкции Microsemi.

Прошивка

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

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

Важно — не следует выполнять перепрошивку самостоятельно, поскольку любая ошибка может привести к потере данных!

Заключение

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

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

Существует множество классификаций уровней массивов RAID. Обычно используемые типы RAID включают RAID 0 (чередование данных), RAID 1 (зеркальное отображение диска) и контроллер RAID 5 (чередование с распределенной четностью). Все уровни и типы RAID конфигураций вы можете найти тут.

Контроллеры RAID классифицируются по нескольким характеристикам, включая типы дисков, такие как SATA или SAS, количество портов и количество дисков, которые они могут поддерживать, конкретные уровни RAID, архитектуру интерфейса и объем памяти, существующий в собственном кэше. Например, это означает, что контроллер, изготовленный для среды SATA, не будет работать с массивом SAS, и что контроллер RAID 1 не может быть преобразован в RAID 10.

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

Конфигурации RAID-контроллеров

Внешние RAID-контроллеры

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

RAID может быть аппаратным или программным

Аппаратный RAID находится на плате контроллера PCI-X или PCIe или на интегрированной материнской плате. RAID-on-Chip (ROC).

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

Программный RAID полностью работает на центральном процессоре системы главного компьютера.

Основное преимущество: более низкая стоимость из-за отсутствия оборудования для RAID.
Основной недостаток: более низкая производительность RAID. Нет резервной копии данных

Преимущества RAID-контроллеров

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

Загрузить драйверы
SiS 180 RAID Controller

Шаги обновления драйвера устройства 180 RAID Controller вручную:

Основные драйверы 180 RAID Controller можно получить через %%os%% или проведя обновление Windows®. Встроенный драйвер поддерживает основные функции оборудования 180 RAID Controller. Вот полное руководство по ручному обновлению этих драйверов устройств SiS Corporation.

Автоматическое обновление драйверов 180 RAID Controller:

Рекомендация: Как правило, мы настоятельно рекомендуем большинству пользователей Windows (за исключением случаев, если они являются продвинутыми пользователями) для обновления драйверов SiS Контроллер диска скачать специальный инструмент , например DriverDoc [DriverDoc - Продукт от Solvusoft]. DriverDoc — это утилита, которая автоматически скачивает и обновляет драйверы 180 RAID Controller, гарантируя установку надлежащей версии драйвера для вашей операционной системы.

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

180 RAID Controller Часто задаваемые вопросы относительно обновления

Каковы существуют преимущества и риски обновления драйверов 180 RAID Controller?

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

Какова роль драйверов Контроллер диска SiS?

По сути, драйверы — это небольшие программные приложения, которые позволяют 180 RAID Controller вашего устройства «взаимодействовать» с операционной системой, а также являются залогом функциональности аппаратных средств.

Драйверы 180 RAID Controller работают на каких операционных системах?

Windows имеет действительный драйвер для 180 RAID Controller.

Когда следует обновлять драйверы 180 RAID Controller?

Обычной рекомендацией является обновление драйверов 180 RAID Controller после крупных обновлений Windows.

Распространенные проблемы обновления драйверов

Ошибки 180 RAID Controller можно связать с поврежденными драйверами ПК. Когда операционная система, от которой зависит ваше устройство, получает обновление, драйверы могут внезапно перестать работать с ней. Не волнуйтесь, потому что эти проблемы с ПК, вероятно, будут исправлены после обновления драйверов Контроллер диска.

Поиск правильного драйвера 180 RAID Controller на веб-сайте SiS Corporation может быть очень сложным и часто может занять много времени на поиск. Хотя у вас может быть большой опыт работы с драйверами 180 RAID Controller, в этом процессе обновления все еще много времени. Установка неправильных драйверов может негативно сказаться на функциональности оборудования или операционной системы.

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

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