Re: md raid1 testing issue
В Пнд, 07/04/2008 в 12:48 +0400, alex kuklin пишет:
> Maxim Kudelya wrote:
> > alex kuklin wrote:
> >> Maxim Kudelya wrote:
> >>> > 2 Nikita V. Youshchenko: спасибо, интересная дока. Прочитал и пришла
> >>> > мысль, что если сдохнит винт, быстрее будет перезагрузиться и
> >>> вставить
> >>> > новый, чем мудрствовать лукаво ;) Такой себе вариант для истинных
> >>> > джедаев ))
> >>> Не новый, а предварительно замоченный в солидоле диск, с точно
> >>> такой-же геометрией как и вылетевший.
> >> С фигов ли? Нужен диск НЕ МЕНЬШЕ.
> >> И непонятно, почему не новый?
> > Юный падаван хочет как у настоящих джедаев, а у настояших джедаев на
> > raid-1 из двух дисков приходится четыре одинаковых диска, два в рейде,
> > один в hot spare и один на полочке в солидоле.
> > Особенно это актуально, если собирать raid из дисков, а не разделов.
> > На практике, чаще собирают raid из разделов на двух дисках, потом один
> > диск вылетает, запасного нет, админ быстрым оленем скачет в магазин,
> > покупает диск такого же объема (если еще такие диски выпускают) или
> > больший диск, а так как довольно часто даже у дисков одинакового
> > объема, не говоря уже про большие диски, различается геометрия, то
> > начинается ковыряние fdisk'ом и создание вручную таблицы разделов,
> > потом еще синхронизация. Все это только добавляет удовольствия и
> > скорости в столь нервный процесс.
> > И кому нужны эти все проблемы? Даже без hot-spare, достать диск из
> > шкафа, вставить в сервер и сделать sfdisk -d /dev/sda | sfdisk
> > /dev/sdb куда проще и правильнее на мой взгляд.
> Все правильно. Лучше держать запасную железку.
> Но. Если ее нет, то это не катастрофа, т.к.
> можно купить новую, не меньшего объема.
> dixi.
Из этого всего самая полезная фича - это hotspare. А винты в серваках в
организации где винты хоть изредка покупаются, хотябы для профилактики
раз в 3-5 лет желательно менять. Тем самым делая периодическую отсрочку
вероятным внештатным ситуациям, ибо чем дольше работает устройство тем
выше становится вероятность его выхода из строя.
--
Покотиленко Костик <casper@meteor.dp.ua>
Reply to: