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

Размер диска, доступный для ОС

У меня есть контроллер хранилища 3ware 9550SXU-12 и к нему подключены диски 750G. Диски настроены как отдельные блоки (не JBOD).

Я провел несколько тестов производительности, в основном, чтобы увидеть влияние выравнивания разделов, шифрования, уровня рейда и т. Д. На производительность чтения / записи / iops.

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

Это побудило меня начать проверять, есть ли разница в том, как диск виден ОС при подключении через контроллер 3ware и при использовании порта на материнской плате, которая вообще не имеет поддержки RAID.

Я знаю о метаданных Disk Control Block (DCB), которые контроллеры 3ware помещают на диски, чтобы можно было заменить контроллер, не перенастраивая его, поскольку данные конфигурации считываются из блока DCB на дисках. Мой контроллер использует «Новый формат», что, по-видимому, означает, что контроллер записывает DCB в последние 1024 LBA диска.

Мне было интересно узнать, не помешает ли мне контроллер 3ware, представляющий ОС только часть диска.

Что я нашел:

Было бы понятно, если бы разница была всего лишь в 1024x512B (DCB), но 160MB кажется слишком большим пространством для хранения метаданных этого типа контроллера.

ВОПРОСЫ:

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

Из любопытства - кто-нибудь знает, для чего используются последние 160 МБ дискового носителя?

Спасибо

Я не могу комментировать напрямую, так как не знаком с 3ware.

Однако в целом я столкнулся с довольно большим количеством массивов хранения, которые «крадут» часть дискового пространства. Есть множество причин, в том числе:

  • Контроллер работает с урезанной ОС и требует места. (Конфигурация / управление и т. Д.)
  • Контроллер запускает кэш записи, и в случае сбоя питания необходимо где-то аварийно очистить кеш.
  • Нормализация размера, чтобы разрешить небольшие различия в размерах дисков.
  • встроенный в контроллер «блок распределения», например разрешает только распределение фиксированных мультипликаторов. (Обычно ориентированы на ограничения кеширования / подкачки).

Что касается выравнивания - единственная причина, по которой я могу думать о том, что ваше правильное выравнивание будет медленнее, - это если ваш контроллер также обработка выравнивания. Все чаще массивы / контроллеры осведомлены об ОС хоста - частично из-за необходимости правильно устанавливать флаги SCSI, но также из-за этой проблемы с выравниванием.

Вы можете обнаружить, что если вашему массиву известна платформа вашего хоста, то он уже внутренне «скорректировал» выравнивание. (и, таким образом, выровняв себя, вы снова выровняли его).