The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Периодически вылетают HDD(Linux)"
Отправлено 2ihi, 09-Окт-11 13:44 
Да, все верно, то что на аппаратной платформе размещен спецконтроллер выполняющий определенную программу - верно. Я же говорю про немного иное.

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

При любом обновлении данных в сегменте RAID5 нужно обязательно изменить чётность так, чтобы применение операции "исключающее ИЛИ" к данным со всех дисков сегмента RAID5 давало в результате 0 - это то самое уравнение, которое позволяет реконструировать данные в случае выхода из строя диска. Проблема в том, что нет способа обновить содержимое двух или более дисков одной неделимой операцией (то есть существует временное окно между выполнением двух операций записи, в течении которого система уязвима к сбоям и имеется вероятность потерять ВСЁ), поэтому массив RAID5 может оказаться повреждённым в случае системной ошибки или отключения питания в момент обновления сегмента.
Представьте, что питание пропадает после записи блока данных, но до записи соответствующего блока контроля чётности. Теперь блоки данных и блок контроля чётности для данного сегмента RAID5 противоречивы, и останутся таковыми навсегда (если только у вас не получится перезаписать старые данные полностью путем записи полного сегмента в какой-то момент времени). Поэтому в случае отказа диска процесс реконструкции RAID5 сгенерирует "мусор" при следующем чтении любого блока из этого сегмента. Хуже всего то, что это происходит неявно - массив RAID5 даже не будет подозревать, что возвращает вам некорректные данные.
Для этой проблемы существуют чисто программные обходные пути, но все эти механизмы ОЧЕНЬ И ОЧЕНЬ медленны. Все доступные на данный момент аппаратные RAID5 (и вариации типа 6,4 итд) среднего и высшего ценового диапазона используют реализации использующие энергонезависимую память (батарейку или же новейшее железо - SSD) для защиты от сбоев и пропадания питания. Этот вариант работает, но стоит от 600-700$ и до бесконечности.

Лично я вижу 2 вывода при юзе софтовых реализаций
1. Если обеспечить питанием сервер с RAID5 возможности нет, то лучше остановиться на зеркале.
2. Если первое получилось, то при большом количестве записей на массив лучше подстраховаться все тем же зеркалом.

 

Ваше сообщение
Имя*:
EMail:
Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру