2012-02-15 10 views
7

Uso de http://docs.orchardproject.net/Documentation/Deploying-Orchard-to-Windows-Azure Implementé correctamente Orchard en Azure.Rendimiento de Orchard en Azure

Después de cada 20 minutos más o menos sin actividad (¿reciclaje de grupo de aplicaciones?) Lleva unos minutos renderizar una página. Me estoy ejecutando en una instancia Extra Small en Azure. Webinstance, Storage y SQL Database están todos en el mismo centro de datos - SE Asia.

Hay un módulo llamado keepalive, que hace un ping regular.

o http://blog.smarx.com/posts/controlling-application-pool-idle-timeouts-in-windows-azure

también apagado de depuración y poner en plena confianza, como se describe aquí http://docs.orchardproject.net/Documentation/Optimizing-Performance-of-Orchard-with-Shared-Hosting

experimentarán con ajustes/páginas de calentamiento ..

el ping parece de mano dura (!) - am Me falta algo?

Respuesta

15

Tiene razón sobre el reciclaje del grupo de aplicaciones: el tiempo de inactividad por inactividad predeterminado es de 20 minutos. Si configura esto en 0 (infinito), no verá la pausa después de 20 minutos de inactividad.

Steve Marx blogged about how to do this. Se trata de una tarea de inicio de llamar a una secuencia de comandos con privilegios elevados que establece grupo de aplicación de tiempo de espera:

%windir%\system32\inetsrv\appcmd set config -section:applicationPools -applicationPoolDefaults.processModel.idleTimeout:00:00:00 
+0

La configuración de tiempo de espera también resuelve el problema del tiempo de inicio de Orchard en IIS simple (no en Azure). –

+0

¿Alguien sabe si este cambio afectará el costo de las instancias? Pensé que podría tener porque eventualmente podría consumir más CPU o podría considerarse como más "tiempo de actividad". ¿Nadie? – Alex

+1

El cálculo se factura por horas, no por la utilización de la CPU. Siempre que una VM esté desplegada y ejecutándose, estará pagando por ella. Entonces ... no, esto no cambiaría el costo de las instancias. –

5

Me temo que la pequeña instancia adicional puede no ser una muy buena opción para Orchard, que difícilmente puede ser descrito como "extra small ". El sitio de Orchard, por ejemplo, se ejecuta en dos instancias web normales. Funciona bastante rápido, y como es afectado permanentemente por los usuarios, rara vez se produce un arranque en frío. Si el problema es la inactividad, entonces su única posibilidad es de golpear artificialmente el sitio o aumentar el tiempo de espera del dominio de la aplicación. Aún así, incluso un arranque en frío no debería tomar más de unos pocos segundos en un servidor de un tamaño razonable, por lo que tomaría minutos debería ser una señal suficiente para alejarlo de un tamaño pequeño.

+0

Gracias por la información de Bertrand. Controlaré el uso de memoria de la instancia y veré qué sucede. Parece que está volando en este momento ... con 1 usuario :-) ... y tampoco tiene caché de página. Impresionante CMS. –

+0

Curioso: ¿en qué tamaño se está ejecutando el sitio? Normal = Pequeño/Medio/Grande/XL? –