Нужен ли второй RAID-контроллер для отказоустойчивости?


9

У меня установлен сервер с 3-мя жесткими дисками и общей емкостью 6. Мы планируем максимально увеличить его, но наш консультант также предложил получить второй RAID-контроллер «для резервирования» для поддержки новых дисков. Для меня это не имеет особого смысла. Даже если второй контроллер RAID работает с половиной дисков, мы все равно останавливаемся на половине наших дисков / программ / данных, если один из контроллеров умирает (что не намного лучше, чем без него). Мы помещаем vmware на сервер, и он смутно упомянул о некоторых расширенных функциях отказоустойчивости / отказоустойчивости, но если диски недоступны из-за неисправного контроллера, как он должен работать?

Учитывая только причины избыточности, а не производительности, зачем мне использовать второй RAID-контроллер на моем сервере?


Я видел историю, когда выходил из строя единственный RAID-контроллер, из-за чего многодисковое хранилище RAID, которое он обслуживал в одиночку, было не просто непригодным для использования, но даже все находящиеся там данные не подлежали восстановлению. Это был тяжелый удар для компании. В конечном итоге большая часть данных была восстановлена ​​из файлов, найденных на рабочих станциях. Полный позор. Всегда зеркально отображайте данные на независимом кластере дисков, очевидно, с другим контроллером. Никогда не думайте, что RAID 6 спасет вам жизнь во всех случаях, если вы полагаетесь на одну маленькую карту, которая нагревается до 80 ° C при работе в течение многих лет 7/24.
h22

Ответы:


11

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

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


AFAIK, мы не собираемся использовать кластеризацию. Какую пользу принесет мне второй контроллер в одной коробке? Есть ли такая вещь, как отказоустойчивость контроллера?
Bigbio2002

1
Нет, в мире ESX / ESXi нет - один будет хорошо, убедитесь, что у вас есть контроллер, который сделает один большой массив R10 из всех 6 дисков, но позволит вам создать эти 2 ТБ (или меньше) логических дисков. Серия Pxxx от HP позволит вам сделать это, между прочим.
Chopper3

7

Второй RAID-контроллер, который активно используется, не предназначен для резервирования. Только если это контроллер холодного резерва, на который вы переключаете все свои диски, когда первый из них умирает. Тогда у вас есть резервирование (для контроллера). Но остерегайтесь этого, как написано здесь .

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

Я не являюсь носителем языка, но для меня «отказоустойчивость» - это нечто иное, чем «избыточность». Может ли какой-нибудь носитель английского языка помочь мне здесь?


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

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

Двухпортовые накопители довольно распространены в корпоративных средах (например, на полках SAN), но цены, очевидно, возрастают в 2 или 3 раза.
Адаптер

3

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

  • используйте дорогостоящие двухпортовые диски SAS, где каждый канал SAS подключен к другому контроллеру. Таким образом, каждый контроллер подключен к каждому диску. Очевидно, что два контроллера не могут работать на дисках одновременно; некоторая форма блокировки / ограждения необходима для координации доступа к дискам. В SCSI есть специальное положение, обеспечивающее необходимый механизм ограждения, но оно должно координироваться соответствующим программным обеспечением. Другими словами, вы не можете просто подключить диск к двум контроллерам и назвать это день; скорее, вам нужна соответствующая конфигурация программного обеспечения, чтобы она работала без проблем;
  • используйте обычные и более дешевые одноканальные диски SAS / SATA, подключив половину из них к каждому контроллеру. Например, для 6 дисков необходимо подключить 3 диска к контроллеру и 3 диска к другому контроллеру. На каждом контроллере настройте RAID-массив по мере необходимости (например, RAID 5 или RAID1). Затем на уровне операционной системы вы можете настроить программный RAID между двумя дисковыми массивами, достигнув полной избыточности массива. Хотя это решение и дешевле, оно обладает дополнительным недостатком, позволяющим эффективно сократить объем хранилища вдвое (благодаря программному уровню RAID1).

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

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


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

Это зависит от основного механизма репликации. DRBD, например, позволяет использовать полную (протокол C) или почти полную (протокол B) синхронизированную репликацию. Это означает, что, когда запись подтверждается на исходном хосте, она также фиксируется на удаленном хосте. Другими словами, барьеры записи соблюдаются на обоих хостах). С такой гарантией любая надежная файловая система / база данных должна восстановиться без проблем.
Shodanshok

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

1

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

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

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.