Давайте определим, как реально конфигурировать дисковые массивы с RAID.
Эту работу нужно делать систематическим и методичным образом. Способ конфигурирования дисковых массивов в большой степени зависит от числа дисков, требований к частичной готовности и поддержки параллелизма. Число дисков, в свою очередь, зависит от требующихся скоростей передачи данных
(в зависимости от обстоятельств) и от объемов данных, требующих сохранения.
Обычно имеется достаточно пространства, но более важным является обладание достаточным количеством дисков для того, чтобы поддерживать модели
доступа ввода/вывода приложения и его пользователей. Помните, что с RAID
мы получаем дополнительную общую пропускную способность за счет группирования дисков в тома. Это естественное расширение подхода "попробуй и убедись", призванного показать, что из большого количества маленьких дисков можно получить даже больше, чем из нескольких больших дисков.
Вот перечень некоторых основных вопросов, требующих рассмотрения:
• Определите подходящий уровень RAID для приложения, исходя
из известной/проектируемой модели доступа.
• Когда это допустимо, постарайтесь использовать аппаратный,
а не программный комплекс RAID.
• Конфигурируйте кэш контроллера дисков, применяя соотношение 60:40 для операций чтение:запись в гибридных приложениях, использующих как операции чтения, так и операции записи. Если приложение более интенсивно по чтению, используйте более высокое значение именно для этого.
• При возможности отключите создание кэша записи для томов,
поддерживающих онлайновые обновления базы данных, если вы не проверили работу источника бесперебойного питания и не убедились лично в том, что они абсолютно надежны. Ставкой в этой игре (когда
Oracle ожидает, что на диске находятся элементы журнала обновлений, и не находит их там) является целостность базы данных.
• Рассчитайте минимальные деньги, которые сможете потратить на
приобретение дисков, имея в виду масштабируемость, предельные
ограничения для главного компьютера, дисковый массив и
перспективный рост базы данных. Это не так просто в наши дни,
когда диски размером 18 Гбайт считаются маленькими.
• Помните, что более быстрые и большие по размеру диски не всегда лучше, чем маленькие медленные диски, так как время позиционирования для больших дисков с большими значениями
формфактора может быть больше, чем для их меньших и более
медлительных аналогов. Этот вопрос не слишком важен в тех случаях, когда диски поддерживают встроенную дорожку буферного кэша для хранения целой дорожки данных из запросов на чтение.
Не перегружайте контроллер.
Предположите, что все поддерживаемые контроллером диски будут задействованы в одно и то же время.
Не связывайте в цепочку (daisy-chain) диски или дисковые массивы.
Определите полосу пропускания ввода/вывода контроллера.
Определите полосу пропускания ввода/вывода для каждого диска.
Распределите имеющиеся тома по максимально возможному числу доступных контроллеров системы хранения информации, чтобы получить лучшее распределение обслуживания запросов ввода/вывода и лучшую доступность. (Контроллер не должен стать слабым звеном настраиваемой системы).
Убедитесь, что число дисков, приходящихся на один контроллер,
сконфигурировано по следующей формуле:
Диски на контроллер = (Полоса пропускания ввода/вывода
(Полоса пропускания ввода/вывода одного диска)
Замечание
При любом конфигурировании дискового массива необходимо
держать в центре внимания полосу пропускания контроллера дисков и скорость каждого индивидуального диска. Так, например, если контроллер поддерживает полосу пропускания 100 Мбайт/с, а каждый из дисков поддерживает скорость передачи 10 Мбайт/с, на такой контроллер нельзя конфигурировать более десяти устройств. Этот фактор нужно учитывать, рассматривая активность базы данных по чтению, тип и частоту генерируемых отчетов, а также число пользователей, запрашивающих такие отчеты.
| < Предыдущая | Следующая > |
|---|
