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

Question

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

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

Будет ли загружаться 64-разрядная справка на Windows Server с использованием памяти?

Answer 1

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

Answer 2

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

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