Планирование пропускной способности веб-сервера:больше ядер по сравнению с большим объемом памяти

Question

У нас есть проект ASP.NET (около 40 веб-форм, 50 таблиц, довольно стандартный ввод-вывод, по возможности сведенный к минимуму), который вскоре необходимо будет развернуть.В системе будет около 100 одновременных пользователей, но только около 20 одновременно будут работать с ней.Мы будем развертывать его на Windows Server 2008, изначально 32-разрядной версии.

При рассмотрении спецификации производственного сервера, о чем нам следует беспокоиться больше: о получении большего количества ядер и меньшего объема памяти (например, 4 ядра и 4 МБ) или большего объема памяти и меньшего количества ядер (2 ядра и 8 МБ)?

Поможет ли переход на 64-разрядную версию Windows Server с использованием памяти?

Answer 1

32-битный Windows Server может адресовать только ~ 3 ГБ памяти. Получите 64-битные, 2 ядра и 4 ГБ. Или, если деньги не проблема, получите 8 ядер и 24 ГБ. Дело в том, чтобы никогда не догадываться. Если ты угадал, ты ошибаешься. Контролируйте давление памяти и загрузку процессора и покупайте больше / обновляйте по мере необходимости. Невозможно и глупо пытаться угадать, каким будет узкое место в производительности. only - это измерять, измерять, измерять и реагировать в соответствии с этим.

Answer 2

Одна важная информация, которая не включена, заключается в том, какой объем данных будут хранить базы данных и сколько каждый пользователь будет использовать.Это определит, какой объем кэша вам понадобится, и поместится ли все это в кеш или вы собираетесь использовать диск намного чаще.

Использование?Только если вы снимаете с объемом оперативной памяти > 3,5 ГБ.А при одновременном использовании 20 активных пользователей вам понадобятся все 4 ядра и значительный кэш, потому что последнее, что вам нужно, - это удаление данных одного активного пользователя из кэша для загрузки данных другого активного пользователя, только для того, чтобы получить данные первого пользователя, когда он предпримет следующее действие, отправив данные другого активного пользователя из кэша...(читать:взбивание).