Azure deloyment with e New Relic

Ho una distribuzione automatizzata dell'app ASP.NET MVC che utilizza NewRelic per la profilazione delle prestazioni in azzurro utilizzando MSBuild e WebDeploy.Azure deloyment with e New Relic

Ho utilizzato l'URL waws-prod-blu-001.publish.azurewebsites.windows.net:443 per la distribuzione come è stato menzionato nel profilo di pubblicazione. Inoltre, interrompo il mio sito Web prima della distribuzione e ricomincio dopo che NewRelic blocca alcuni file di registro, quindi la distribuzione non riesce. Questa soluzione alternativa è menzionata nello in NewRelic documentation.

In genere l'implementazione richiede 2-3 minuti. Tuttavia negli ultimi giorni lo sviluppo ha iniziato a richiedere più di 30 minuti e non riesce di volta in volta. Ho scaricato il nuovo profilo di pubblicazione e ho notato che l'URL di WebDeploy è stato modificato in URL KUDU ({my-app} .scm.azurewebsites.net: 443). Dopo l'aggiornamento della distribuzione dell'URL occorrono 2-3 minuti come al solito. Tuttavia quando interrompo il sito web KUDU non è accessibile e non posso fare il deployment.

La mia domanda è: come posso eseguire la distribuzione del sito Web di Azure che utilizza NewRelic tramite KUDU quando NewRelic richiede l'interruzione del sito Web mentre la distribuzione e KUDU richiedono l'esecuzione del sito Web per la distribuzione. Sono accettabili anche altri modi di impiego.

ho già provato cose prossimi:

1) Distribuire tramite FTP è anche molto, molto lento in quanto utilizza lo stesso URL (FTPS: //waws-prod-blu-001.publish.azurewebsites.windows .netto/).

2) Riavviare il sito Web prima della distribuzione non aiuta. NewRelic blocca ancora alcuni file di registro.

saluti,

-Petro

fonte

2014-07-15 petro.sidlovskyy

Questo è un problema interessante che hai lì. Ho dovuto bin NewRelic perché non supporta l'opzione "Always On" e semplicemente non ha funzionato. Se si ha accesso all'opzione "Sempre attivo", è possibile prima della distribuzione modificare l'interruttore di configurazione del sito su "Sempre attivo", (questo disabiliterà NewRelic), eseguire la distribuzione, disattivare "Sempre attivo". Ma questo è un trucco, quindi non inviare come risposta. – trailmax

Chiedete anche al supporto di Azure perché la vecchia distribuzione è diventata lenta. E supporto ticket per NewRelic perché blocca i file e come prevenirli. Una delle risposte ti darà una soluzione di lavoro -) – trailmax

nel portale Azure si può forzare Azure per scaricare il file DLL profiler modificando l'impostazione applicazione COR_ENABLE_PROFILING a 0 e colpire Salva. Ciò riavvierà IIS e scaricherà la DLL senza che gli utenti vedano alcun errore (solo un ritardo nell'ottenere il sito). È quindi possibile eseguire la distribuzione che dovrebbe procedere senza il problema di blocco. Assicurati che l'impostazione dell'app sia tornata a 1 al termine della distribuzione.

È anche possibile farlo tramite Azure PowerShell.

fonte

2014-07-15 16:17:51

Mi sono imbattuto in questa e questa soluzione ha funzionato per me. Il mio errore è stato: 'Web Deploy non può modificare il file 'NewRelic.Collections.dll' sulla destinazione perché è bloccato da un processo esterno. –

Come Cameron, non è stato possibile eseguire la distribuzione perché il file NewRelic.Collections.dll era in uso. Purtroppo, l'aggiunta di quell'impostazione dell'app, l'interruzione/avvio/riavvio dello slot di preparazione non ha fatto alcuna differenza. Ho finito per dover eliminare e ricreare il mio spazio di preparazione per il successo della mia implementazione. –

Abbiamo apportato una modifica recente che consente a Kudu di continuare a funzionare anche se si interrompe il sito. Quindi il modo più semplice per evitare questo problema ora è semplicemente quello di fermare il sito, pubblicare e riavviare il sito.

fonte

2014-09-14 05:14:53

Come ho già detto su Twitter, l'arresto del sito non sblocca il blocco. Ho incontrato questo problema molte volte durante il tentativo di installare siti Web di Azure e mi ha fatto strappare i capelli ogni volta. La risposta contrassegnata è l'unica soluzione che ha funzionato in modo coerente. – AdvancedREI

Discussione correlata: https://github.com/projectkudu/kudu/issues/1334 –

Anche l'arresto del sito non funziona alcune volte. – Co7e

risposta

Problemi correlati