2012-02-15 18 views
7

Utilizzo di http://docs.orchardproject.net/Documentation/Deploying-Orchard-to-Windows-Azure Ho installato con successo Orchard in Azure.Prestazioni del frutteto su Azure

Dopo ogni 20 minuti circa senza attività (riciclo di pool di applicazioni?) Occorrono alcuni minuti per eseguire il rendering di una pagina. Sto lavorando su un'istanza Extra Small in Azure. Webinstance, Storage e Database SQL sono tutti nello stesso datacenter - SE Asia.

C'è un modulo chiamato keepalive, che esegue un ping regolare.

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

girato anche fuori di debug e mettere in piena fiducia, come descritto qui http://docs.orchardproject.net/Documentation/Optimizing-Performance-of-Orchard-with-Shared-Hosting

sperimenterà impostazioni/pagine di riscaldamento e ..

Il ping sembra mano pesante (!) - am Mi manca qualcosa?

risposta

15

Hai ragione riguardo al riciclo del pool di applicazioni: il timeout di inattività predefinito è 20 minuti. Se si imposta su 0 (infinito), non si vedrà la pausa dopo 20 minuti di inattività.

Steve Marx blogged about how to do this. Si tratta di un compito di avvio chiamando uno script di comandi con privilegi elevati che imposta pool di app timeout:

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

L'impostazione di timeout risolve anche il problema del tempo di avvio di Orchard su IIS vaniglia semplice (non Azure). –

+0

Qualcuno sa se questa modifica influirà sul costo delle istanze? Ho pensato che potrebbe avere perché potrebbe eventualmente consumare più CPU o potrebbe essere considerato come più 'up-time'? Chiunque? – Alex

+1

L'elaborazione viene fatturata all'ora e non all'utilizzo della CPU. Finché una VM viene distribuita e in esecuzione, la stai pagando. Quindi ... no, questo non cambierebbe il costo delle istanze. –

5

Temo che la piccola istanza supplementare non può essere una misura molto buona per il frutteto, che difficilmente può essere descritto come "extra small ". Il sito Orchard, ad esempio, viene eseguito su due normali istanze Web. Funziona molto velocemente e, dato che è costantemente colpito dagli utenti, raramente si verifica una partenza a freddo. Se il problema è l'inattività, allora la tua unica possibilità è di colpire artificialmente il sito o aumentare il timeout del dominio dell'app. Tuttavia, anche un avvio a freddo non dovrebbe richiedere più di qualche secondo su un server di dimensioni ragionevoli, quindi è necessario un numero di minuti sufficiente per dare l'impressione di essere troppo piccolo.

+0

Grazie per l'heads up di Bertrand. Controllerò l'utilizzo della memoria dell'istanza e vedrò cosa succede. Sembra che stia volando al momento .. con 1 utente :-) .. e nessuna cache di pagine ancora. Impressionante CMS. –

+0

Curioso: su che dimensioni scorre il sito? Normale = Piccolo/Medio/Grande/XL? –