Dirigimos una empresa de servidores de juegos donde básicamente tenemos una gran cantidad de clientes que comparten una sola máquina y solo utilizamos su propia instancia de un proceso Java (Minecraft) administrado por nuestros paneles de control web. En las últimas actualizaciones del juego lanzadas, hemos notado que muchos de los complementos de terceros que usan nuestros clientes están mal escritos y con frecuencia vemos enormes aumentos de CPU en ciertos servidores hasta que finalizamos manualmente el proceso.
Nuestro Panel de juego reinicia automáticamente los procesos, por lo que eliminarlos no es realmente un problema. Nuestro problema es que una vez que uno de estos servidores comienza a consumir más del 50% del uso de CPU, se necesitan al menos 5 minutos para ingresar RDP en la máquina, localizar a quién pertenece, apagarla y notificarles.
¿Existe alguna solución actual para Server 2008 que permita limitar el uso de la CPU o, en el peor de los casos, simplemente eliminar automáticamente un proceso atascado usando tanto? Como Minecraft es esencialmente una aplicación de un solo subproceso, hemos investigado el uso de Affinity, aunque con las variaciones en nuestros paquetes y las fluctuaciones en el uso, esto no nos funciona bien. Alguna opción para limitar el uso máximo que un proceso puede usar sería perfecta, o al menos la opción de eliminar un proceso que usa esa cantidad.
¡Gracias!
Respuesta1
Parece que quieres algo como lo que se describe aquí:
http://technet.microsoft.com/en-us/library/ff384148%28v=ws.10%29.aspx
Este es un sistema de cuotas por usuario para procesos (técnicamente por SID) y debería hacer lo que necesita. Si tiene 10 procesos de Minecraft y limita cada uno al 9%, debería tener un 10% de CPU disponible para RDP y similares.
Si está alcanzando otros límites de recursos, es posible que desee considerar limitarlos por separado.
Respuesta2
Recomendaría simplemente eliminar la prioridad en cada instancia. De esa manera, su acceso remoto tendrá mayor prioridad que las tareas fuera de control. Es posible que también desee considerar un esquema de administración más liviano, como PowerShell remoto.