Я, как обычно, являюсь частью небольшой компании, выполняющей ряд различных ролей. Последний из них - это приобретение выделенного блока SQL Server для нашего веб-приложения .NET. Мы были процитированы на двухъядерной конфигурации процессора Xeon E5-2620 (шесть ядер) 2,00 ГГц (всего 12 ядер) с 32 ГБ оперативной памяти. В результате у нас был ограниченный бюджет для дискового массива, который в основном состоял бы из двух 2,5-дюймовых дисков SAS 300 ГБ (15 тыс. Об / мин) в конфигурации RAID 1.
Я знаю, что настройка диска является неоптимальной для SQL Server, и я бы очень хотел использовать RAID 10, чтобы мы могли разместить базу данных, файлы журналов и базу данных tempdb на своих собственных дисках. Чтобы сделать это совместимым с нашим бюджетом, я должен рассмотреть сокращение количества процессорных ядер? или я получу лучший банк для хранения ядра и использования меньшего количества дисков, возможно, 4 в двойной конфигурации RAID 1?
Вот некоторые дополнительные характеристики
База данных SQL Server наклонена к большому количеству операций чтения-записи, вероятно, 80% против 20% соответственно. В настоящее время размер БД составляет около
10 ГБ,в настоящее время он составляет 26 ГБ, увеличиваясь со скоростью 250 МБ в месяц.В настоящее время работает на SQL Server 2008 R2 Standard на одном четырехъядерном компьютере Xeon, совместно используемом с веб-сервером (12 ГБ оперативной памяти, 2 диска SAS по 10 ГБ 300 ГБ в RAID 1), и планирует перейти на SQL Server 2012 Standard.
База данных обслуживает около 100-150 одновременно работающих пользователей с некоторыми заданиями фонового планирования. Читая это, я думаю, что 12 ядер - это серьезное излишнее!
Я развернул все приложение в облачной службе Azure (2 небольших экземпляра), связанной с БД SQL Azure. Хотя при тестировании производительность была приемлемой (почти нулевая нагрузка), я потерял смелость использовать в производстве из-за непредсказуемости, о которой я так много читал. Это может лучше работать при масштабном подходе, но с базой данных всего 10 ГБ я, вероятно, смогу уйти с масштабированием прямо сейчас и сэкономить немного денег.
Сначала я не обращал внимания на затраты на лицензирование и не осознавал, что лицензирование SQL Server 2012 основано на количестве ядер. У меня есть подписка BizSpark MSDN со стандартной лицензией SQL Server 2012, поэтому мне нужно узнать, сколько ядер будет использоваться из коробки.