¿Cuál es la penalización de rendimiento general para ejecutar Session State Server en lugar de InProc? ¿Es significativo? Entiendo que puede reiniciar w3wp con el servidor de estado y conservar todo el estado de la sesión: ¿es esa la única ventaja sobre InProc?ASP.NET Servidor de estado de sesión vs. Sesión InProc
Depende de sus planes de implementación: en un solo servidor, la multa es pequeña, pero el beneficio es igualmente limitado: su estado de sesión sobrevive al proceso de reciclaje (como se mencionó), pero eso es todo. Tendrá un proceso cruzado de clasificación cruzada con el modo StateServer, por lo que se espera una carga de CPU adicional, nada demasiado impresionante.
En una granja de servidores/carga de configuración equilibrada, InProc no funcionará, a menos que pueda configurar sesiones adhesivas/afinidad del servidor. Tenga en cuenta que el nodo StateServer en sí mismo puede convertirse en un único punto de falla, así que asegúrese de compensarlo. Una vez dicho esto, la latencia de un StateServer es en general mucho menos (= mejor) que cuando se usa el modo SQLServer.
Asegúrese de que su código/sitio maneja correctamente el estado perdido, independientemente de dónde almacene los datos.
Si tiene una configuración de equilibrio de carga (sin el uso de sesiones adhesivas) no puede usar InProc ya que (en función de la configuración del equilibrio de carga, por supuesto) puede cambiar entre nodos.
Reciclar el proceso de trabajo (pero eso es, por supuesto, lo mismo que reiniciar w3wp) también matará su sesión cuando sea InProc.