Сервер PostgreSQL: об/мин 10k SAS или твердотельные диски Intel 520 Series?
Если вы используете сервер, оснащенный контроллером Smart Array P400, вы имеете дело с ProLiant серии 300 (DL360 G5, DL380 G5 и т. д.) или ProLiant 500-й серии эпохи G4 / G5 (DL580, ML570). Все эти системы были заменены в 2009 году или раньше, поэтому ваша система отстает на несколько версий, и вы оставляете производительность на столе ...
Тем не менее, вы можете использовать твердотельные накопители Intel на вашем контроллере P400. Помните, что P400 - это только контроллер SAS 3 Гбит / с.
Сначала обновите прошивку контроллера.
Они обеспечат некоторое преимущество при записи. Настройте соотношение кэш-памяти вашего RAID-контроллера на 75:25 запись: чтение. При наличии блока с резервным питанием от батареи (BBWC) отсутствие суперконденсатора на твердотельном накопителе Intel 520 не является проблемой. (у вас будет такая же проблема с вращающимися дисками и без BBWC, верно?)
Поскольку ваша цель - пространство для хранения, вы также можете добавить еще четыре диска по 146 ГБ и расширить существующий массив. В этом есть преимущество, если у вас есть отсеки для дисков, которые нужно поддерживать.
В любом случае у вас есть несколько вариантов.
Редактировать:
Примечания к контроллерам SSD и P410:
Какой RAID-контроллер поставляется с DL360 G7?
HP P410 RAID + Samsung 830 SSD + Debian 6. 0 - Какая производительность ожидается?
SSD серии Intel 520 оцениваются Intel как 20 ГБ случайных операций записи 4 КБ в день в течение 5 лет.
Вы должны иметь возможность измерить, сколько операций ввода-вывода на одно день, когда вы делаете, и сравните это с этой цифрой. Это масштабируется, как и ожидалось - если вы делаете 40 ГБ из 4 КБ случайных записей в день, Intel оценивает ваш диск на 2,5 года. Конечно, это все еще может быть приемлемо для вас.
На самом деле это не так четко, как выше, потому что очень маловероятно, что вы действительно выполняете 100% случайную запись 4k. Кэш вашей файловой системы и кеш контроллера RAID будут объединять записи на пути вниз по стеку, что, вероятно, приведет к записи больших блоков. Ваше приложение также может выполнять групповую запись (я специально не рассматривал здесь поведение PostgreSQL).
Однако
Поскольку ваши рабочие нагрузки связаны с вводом-выводом, как вы говорите, замена текущих дисков на диски большего размера, вероятно, не поможет. Для улучшения операций ввода-вывода вам понадобится больше шпинделей (больше дисков 146 ГБ) или более быстрые диски (SSD).