Planificación de la capacidad del servidor web: más núcleos frente a más memoria

Question

Tenemos un proyecto ASP.NET (más o menos 40 formularios web, 50 tablas, cosas de IO bastante estándar con el cuidado de minimizarlas cuando sea posible) que pronto será necesario implementar. Habrá alrededor de 100 usuarios simultáneos en el sistema, pero solo unos 20 a la vez lo golpearán. Lo implementaremos en Windows Server 2008, inicialmente de 32 bits.

Al considerar las especificaciones del servidor de producción, ¿de qué deberíamos preocuparnos más, obtener más núcleos y menos memoria (4 núcleos y 4 mb, por ejemplo) o más memoria y menos núcleos (2 núcleos y 8 mb)?

¿El aumento a Windows Server de 64 bits ayuda con la utilización de la memoria?

Answer 1

Windows Server de 32 bits solo puede direccionar ~ 3 gb de memoria. Consigue 64 bits, 2 núcleos y 4gb. O si el dinero no es un problema, obtenga 8 núcleos y 24 gb. El punto es nunca adivinar. Si supones que te equivocarás. Supervise la presión de la memoria y la carga de la CPU, y compre más / actualice según sea necesario. Es imposible, y tonto, tratar de adivinar cuál será el cuello de botella en el rendimiento. La forma única es medir, medir, medir y responder de acuerdo con eso.

Answer 2

Una información importante que no se incluye es la cantidad de datos que van a contener las bases de datos y la cantidad que utilizará cada usuario. Eso determinará la cantidad de caché que querrá y si todo encajará en la memoria caché o si va a golpear mucho más el disco.

¿Utilización? Solo si estás disparando para > 3.5GB de ram. Y con 20 usuarios activos simultáneos, querrá los 4 núcleos y una memoria caché considerable, porque lo último que desea es que los datos de un usuario activo se vacíen de la memoria caché para cargar otros datos de usuarios activos, solo para tener que golpear el disco para obtener los datos de los primeros usuarios cuando toman su próxima acción, enviando datos de otros usuarios activos desde la caché ... (léase: paliza).