Вы попытались запустить приложение на реальном сервере, чтобы видеть, зависает ли оно там? Я подозревал бы "облачную" вычислительную платформу прежде, чем думать, что Ваше приложение или ОС являются проблемой. То, почему Вы говорите, что SQL имеет 300 МБ поршня =-, является этим, что он использует? Ваши спецификации говорят, что у Вас есть сервер с 1 ГБ поршня.
Я, вероятно, установил бы 12 в RAID-10 с одним горячим резервированием и 4 в RAID-5, таким образом, можно получить некоторую четность для резервных копий, хотя RAID-6 был бы более идеальным.
Производительность, которую Вы получаете, будет в большой степени зависеть от Вашего RAID-контроллера, хотя с хорошим контроллером это масштабируется вполне прилично.
Вы привычка как он... он зависит ;)
Wha я сделал бы:
Возьмите 4 диска, RAID 10. Подавите нижнюю часть на 64 ГБ для работы systme, остальных для журналов ;) Там yoyu идут. Поскольку ОС является главным образом донгом nothning, и у Вас есть кэширующийся RAID-контроллер (надо надеяться), влияние двух разделов минимально.
Другие 11... вынимают 1 как горячее резервирование.
10... зависит, в чем Вы нуждаетесь. Для высокой производительности я СНОВА пошел бы RAID 10.
Прием здесь - то, что никакое действие IO по дискам хранения базы данных не вмешается в журнал возможность IO. Это в основном дает определенные характеристики обоих концов IO, которые гарантируются и могут измеряться независимо.
В зависимости от контроллера RAID и ОС можно хотеть быть осторожными с форматированием - на SQL Server: