microsoft - porta azure
Orchard Performance en Azure (2)
Usando http://docs.orchardproject.net/Documentation/Deploying-Orchard-to-Windows-Azure He implementado con éxito Orchard en Azure.
Después de cada 20 minutos más o menos sin actividad (¿reciclar el 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 se desactivó Debug (!) Y se puso en plena confianza como se describe aquí http://docs.orchardproject.net/Documentation/Optimizing-Performance-of-Orchard-with-Sharred-Hosting
Experimentará con configuraciones / páginas de preparación ...
El ping parece pesado: ¿me falta algo?
Me temo que la pequeña instancia adicional puede no ser una muy buena opción para Orchard, que difícilmente puede describirse como "extra pequeña". 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 tamaño razonable, por lo que tomaría minutos debería ser una señal suficiente para alejarlo de un tamaño pequeño.
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 blogueó sobre cómo hacer esto . Implica una tarea de inicio que llama a un script de comando elevado que establece el tiempo de espera del grupo de aplicaciones:
%windir%/system32/inetsrv/appcmd set config -section:applicationPools -applicationPoolDefaults.processModel.idleTimeout:00:00:00