Конфигурация оборудования для крупномасштабного веб-приложения ASP.NET

Все зависит от вашего приложения - с одной стороны, оно может просто напечатать привет, мир, с другой - это может быть сложная платформа для поддержки принятия решений - вам нужно протестировать значительное количество потенциальных пользователей - не менее 50 или так смоделировали пользователей - чтобы вы могли видеть, как он себя ведет.

Что касается комплекта, то у вас есть один четырехъядерный процессор 2008 года - он вполне может делать то, что вам нужно, но меня беспокоит то, что у вас мало места, если что-то станет жарко. Этот чип нельзя заменить новым чипом на базе Nehelam с гиперпоточностью или> 4-ядерным. Если бы я не знал, как отреагирует моя машина, мне лично хотелось бы знать, что я могу перейти на более быстрый / более мощный чип или действительно иметь возможность добавить второй процессор. Также я бы посоветовал вам перейти на 4 ГБ, поскольку память сейчас очень дешевая и может значительно помочь при таких небольших вложениях.

Удачи с вашим новым сайтом.

+1 для точек масштабирования @ Chopper3.

Если ваша модель безопасности допускает это, вы можете рассмотреть вариант размещения этого в облаке; например Amazon. Проблемы с масштабированием становятся менее опасными, если вы можете добавить еще один сервер примерно за 15 минут. У вас также есть избыточность, которую не может выполнить одна коробка.

В настоящее время у меня есть сайт на AWS с ~ 2500 ежедневными пользователями,> 800K запросов, на 3 небольших веб-серверах с балансировкой нагрузки (32-битный, W2K8, 1,7 ГБ памяти, 2 процессора) + 1 ящик базы данных среднего размера (64-битный, W2K8, 7,5 ГБ памяти, 2 процессора).

Все устройства имеют в среднем менее 35% ЦП, с достаточным запасом для пиковых периодов.

Виджей - Отвечая на ваш второй вопрос.

В настоящее время веб-служба и база данных (MsSql) совместно используют один и тот же сервер с клиентским приложением. Это приводит к другому вопросу. Это хорошая идея или стоит развернуть их на отдельных серверах?

Учитывая предоставленную вами оценку, мы получаем более 104 просмотров в минуту. И это при условии равной нагрузки в течение 24 часов, чего, как мы знаем, не произойдет. Лично я бы сказал, уберите это ap с моего сервера базы данных, если бы я был вашим администратором баз данных.

Вероятно, вы наблюдаете большое количество операций чтения с диска как страниц ASPX, так и файлов базы данных. Это обязательно вызовет некоторую конкуренцию за диск. На вашем месте я бы изменил размер этого развертывания, чтобы сделать его масштабируемым, размещение сервера БД на том же сервере, что и приложение, обычно не является хорошей идеей для масштабирования. Если бы это было небольшое ведомственное приложение, которое обслуживало бы только 100 человек с 9 до 5, хорошо, но это не так.