32 базового выполнения многопоточности для ASP.NET 4.0 и MS SQL 2008 Web Edition
Ответ - технически 100%-я способность является мечтой из-за издержек управления большим количеством работы, но SQL Server MS 2008 довольно хорош в масштабировании горизонтально ядер/процессоров... Вот диаграмма возможности: http://msdn.microsoft.com/en-us/library/ms143760.aspx
Я рисковал бы предположить, что Вы будете преследовать узкие места при увеличении единственной большой системы типов поля, и довольно возможно, что дополнения ЦП не могут сделать ничего вообще, если текущее узкое место является io's диска или памятью.
Деньги, потраченные на ЦП (и соответствующие затраты лицензии SQL), будут, вероятно, лучше подаваться путем расходов его при том, чтобы истратить всю доступную память сначала. Затем взгляд на более быстрые диски (SSD, возможно?), Очевидно, гарантируют, что любые сетевые проблемы обрабатываются если не уже изученный. Но очень самой большой вещью посмотреть на является код/дизайн. Время, проведенное при оптимизации существующего кода, вероятно, даст Вам большую часть 'удара для маркера'
Однако моя основная рекомендация - тратит относительно небольшую сумму денег на аудит профессионалом SQL. Позвольте им дать Вам краткое изложение того, что было бы лучшим решением Вашей уникальной проблемы.
Удачи!
Можно ли обеспечить больше информации в количестве запросов, которые Вы получаете, говорят за час или день? Какие аппаратные средства Вы в настоящее время получали? Где в настоящее время горлышко бутылки? Это - ЦП или ввод-вывод?
ASP.NET может использовать все ядра. 2008 SQL MS может использовать все ядра и любой объем памяти, которому Вы позволяете его.
Проблема никогда не с программным обеспечением Server, а скорее всегда с кодом Ваша запись (который является Вашим приложением ASP.NET), и способ, которым Вы разработали свою базу данных (и логическая и физическая база данных) и запросы, которые Вы пишете и т.д.
На основе опыта с оптимизацией больших веб-сайтов общественного достояния я могу сказать Вам, что Ваш веб-сервер не то, где вещи замедляются. Это обычно находится в способе, которым приложение разработано и кодировано и как база данных была разработана.
Необходимо собрать много данных по использованию, текущих аппаратных средств и представить приложение asp.net и базу данных для наблюдения то, что вызывает напряжение.
После того как Вы знаете то, что вызывает напряжение, решение могло бы просто состоять в том, что необходимо очистить код/базу данных немного.