Назад | Перейти на главную страницу

Mac OS X Server 10.6 - стоит ли программный зеркальный RAID от Apple?

Я устанавливаю Intel Xserve (четырехъядерный Xeon) с сервером Snow Leopard (10.6) на два жестких диска SATA 80 Гбайт, 7200 об / мин.

Я создал зеркальный набор RAID с помощью Disk Utility с этими двумя дисками, все прошло нормально.

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

Есть ли у вас отзывы по этому поводу? Будет ли нормально работать, если выйдет из строя один HD? Это влияет на производительность?

[ОБНОВИТЬ]

Коротко: Аппаратный RAID лучше программного RAID, который лучше, чем ничего.

Спасибо всем за ответы, они очень помогли.

Особенно скрипт Гордона для отслеживания сбоев. Поскольку программный RAID от Apple почти ничего не говорит о сбое диска.

Я поддержу предупреждение SvenW о тихих сбоях; во всяком случае, это слишком хорошо для того, чтобы пережить отказ привода. Я видел последствия для пары серверов, у которых по какой-то причине один диск выпал из программного зеркала (подозреваю, что они не готовы вовремя после перезагрузки); все работает нормально с оставшимся диском, пока несколько месяцев спустя что-то не пойдет не так с ЭТОМ диском - и он снова переключается на диск, который дал сбой в первый раз, а последние несколько месяцев исчезли.

Вот короткий сценарий оболочки, который я придумал, чтобы исправить это. Замените свой адрес электронной почты, сохраните его как что-то вроде /etc/periodic/daily/150.check-raid, сделайте его исполняемым, и он должен отправить вам предупреждение (в 3:15 следующего утра), если рейд когда-либо ухудшится. Чтобы проверить это (настоятельно рекомендуется в случае блоков спама и т. Д.), Подключите пару одноразовых накопителей (USB-связки ключей, что угодно), отзеркалите их, отключите один, оставьте второй на ночь и посмотрите, есть ли у вас предупреждение в вашем почтовом ящике. утром.

#!/bin/sh

# This script checks for any degraded/offline/failed/whatever software
# RAIDs, and if any are found emails a note to an admin.  To use it,
# replace the ADMIN_EMAIL value with your own email address, drop it in
# /etc/periodic/daily, and change the owner to root.  This'll make it
# run its check every morning at 3:15am.
#
# Warning: this script doesn't check anything other than software RAIDs
# built with the Apple (i.e. Disk Utility) RAID tools.  It does not check
# any hardware RAIDs (including Apple's RAID card), or even any third-party
# software RAIDs.  If "diskutil listraid" doesn't list it, it's not going
# to be checked.
#

ADMIN_EMAIL="user@example.com"

if diskutil listraid | grep "^Status:" | grep -qv "Online$"; then
    diskutil listraid | mail -s 'RAID problem detected' "$ADMIN_EMAIL"
fi

У меня хороший опыт работы с программным рейдом, но я использую его только как системный диск. Обязательно используйте Server Monitor или Disk Utility, чтобы проверить состояние диска, так как, по крайней мере, в MacOS 10.4 система совершенно молчит о неисправном диске. Я не уверен, что стало лучше в 10.5 / 10.6, это кое-что в моем списке тестов. Одна вещь, которую мне очень не хватает, - это RAID5, когда у вас более двух дисков, все, что вы можете сделать, это чередование.

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

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

Я всегда предпочитаю аппаратный RAID, но предпочитаю программное обеспечение. Я также знаю, что есть некоторые, кто придерживается противоположной точки зрения. Да, он продолжит работать, если один из дисков выйдет из строя. Это основная причина использования RAID. «R» означает избыточный.

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

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

Модифицированная версия скрипта Гордона для проверки аппаратной RAID-карты Apple.

#!/bin/sh

# This script checks for any degraded/offline/failed/whatever software
# RAIDs, and if any are found emails a note to an admin.  To use it,
# replace the ADMIN_EMAIL value with your own email address, drop it in
# /etc/periodic/daily, and change the owner to root.  This'll make it
# run its check every morning at 3:15am.


ADMIN_EMAIL="example@example.com"

if raidutil list status | grep "^General" | grep -qv "Good$"; then
     raidutil list status | mail -s 'RAID problem detected' "$ADMIN_EMAIL"
fi

Карта XServe RAID стоит 699 долларов - хотя я предпочитаю аппаратный RAID, я бы сказал, что программный RAID OSX достаточно хорош, чтобы серьезно подорвать оправдание такого дорогого аппаратного контроллера.

В принципе, не беспокойтесь об этом, потратьте часть этих денег на USB-диск => 80 ГБ и оставьте его Time Machine, чтобы предоставить вам восстанавливаемую резервную копию, если вы потеряете свое зеркало.

Лучшая утилита для мониторинга любого RAID OS X (аппаратного или программного) - Монитор RAID. Я использую его на всех своих компьютерах с OS X, которые имеют RAID-массивы, и это отличные вещи, которые Apple должна была включить в свою ОС.