У меня есть возможность создать один том рейда и разделить его в ОС или создать несколько томов рейда (по одному для каждого раздела)?
Ответ на это полностью зависит от ситуации.
Вам необходимо оценить вашу конкретную среду и свои конкретные потребности, чтобы принять решение о структуре тома RAID и схемах разделения.
Разница между двумя способами решения этой проблемы сводится к «одному или нескольким томам RAID».
С одним томом RAID у вас будет простота - вы разбиваете один большой блок пространства.
Эта простота достигается за счет производительности: все ваши запросы попадают в один том RAID, поэтому при масштабировании и добавлении дополнительных запросов вы приближаетесь к насыщению доступной полосы пропускания в этом томе.
Нет различий между запросами, поэтому, если ваша машина сильно меняет местами и попытка одновременного чтения данных из базы данных эти две задачи будут пытаться задействовать один и тот же пул полосы пропускания диска и могут вызвать конфликт ресурсов, что в конечном итоге снижает производительность.
Несколько томов RAID позволяют разделить «типы запросов» на разные группы дисков и, возможно, на разные контроллеры RAID, чтобы максимально увеличить доступную полосу пропускания.
Используя нашу борьбу "подкачка против базы данных" сверху, если пространство подкачки и база данных находятся на разных томах RAID, они не будут мешать друг другу: запросы подкачки попадают на диски тома подкачки, а запросы к БД попадают в БД. диски тома. Это устраняет конкуренцию за ресурсы и позволяет повысить производительность.
За производительность также приходится платить - вы теряете простоту конструкции «один большой блок пространства» и должны более тщательно продумывать назначение дисков для томов RAID, чтобы убедиться, что у вас не закончится свободное пространство. Вам также может потребоваться купить больше дисков, чтобы правильно структурировать такую среду.
Три потенциально показательных примера:
Для простого «интерфейсного» сервера, то есть чего-то, что просто запускает веб-сайт и выполняет все свои запросы к внутренним системам / базам данных, обычно имеет смысл использовать один RAID-массив, разделенный ОС.
Вы не собираетесь хранить данные в этом ящике, и производительность чтения / записи обычно не критична, так как объем дискового ввода-вывода мал, а код вашего приложения обычно помещается в ОЗУ / кеш - все, что вам нужно, это для система продолжит работу, если вы потеряете диск.
Файловый сервер (или «дамп файла») часто можно разбить на два тома RAID:
В этом случае «Материал ОС» будет разделен таким же образом, как указано выше, но том RAID «Хранилище файлов» может быть одним большим разделом или несколькими разделами.
Одной из причин для этого может быть предоставление различных уровней RAID (RAID 1 для ОС, RAID 0 для данных (если вас не заботит избыточность и вам просто нужно место), возможно, для разных классов дисков (быстрое файловое хранилище , более медленные / дешевые диски ОС).
Серверы баз данных - это полная противоположность «клиентскому» серверу.
Обычно их разбивают на несколько томов RAID для:
Первый из них может быть дополнительно разделен ОС, но остальные обычно представляют собой разделы поверх отдельных выделенных RAID-массивов.
Здесь структура тома RAID (и разбиение на разделы) действительно диктуется факторами производительности базы данных, и вы обычно будете следовать рекомендациям поставщика вашей базы данных (или администраторов баз данных), которые будут сосредоточены на нескольких шпинделях (иногда на нескольких контроллерах), чтобы максимизировать пропускную способность диска. .