14

Ho un sito Web .net 4.5 in esecuzione su siti Web di Azure. Ho installato una distribuzione temporanea. Riscaldo entrambi i siti e quindi eseguo il processo di swap (sia dal portale azzurro che dal PowerShell di Azure). Qualunque cosa provi, il processo di swapping riavvia i miei siti web (entrambi) e impiegano circa 3 minuti per avviarsi.Perché azzerare il sito Web quando eseguo uno scambio di slot di distribuzione?

Ho avuto l'impressione che lo scambio di distribuzione avrebbe dovuto mantenere i siti "caldi" e non avere tempi morti? I miei siti web sono inutilizzabili per circa 3 minuti!

Per quanto posso dire entrambi gli slot di produzione e messa in scena hanno le stesse impostazioni dell'applicazione ecc

Qualsiasi consiglio o puntatori sarebbe molto apprezzato.

+0

hai trovato una soluzione alternativa? –

risposta

4

Jeff ha ragione. Quando ci sono impostazioni dell'app appiccicose o stringhe di connessione definite per lo slot, il processo di lavoro del sito Web verrà riavviato durante lo scambio. La sequenza di azioni che si verificano in questo caso è questa:

  1. Applicare le impostazioni persistenti dallo slot di produzione al processo di lavoro del sito che è attualmente nello slot di gestione temporanea. Ciò provoca il riavvio del processo di lavoro;
  2. Riscaldare il processo di lavoro del sito nello slot di staging effettuando richieste http al proprio URL di root su ogni istanza VM in cui il sito deve essere in esecuzione;
  3. Scambia i processi di lavoro tra gli slot. Ora il processo di riscaldamento è in fase di produzione e accetta il traffico di produzione;
  4. Applicare le impostazioni persistenti dallo slot di gestione al processo di lavoro che si trova attualmente nello slot di gestione temporanea. A questo punto questo è il processo di lavoro "usato per essere in produzione". Questo cambiamento di configurazione causa il riavvio di quel processo di lavoro, ma a quel punto non prende alcun traffico di produzione.
+0

Quanto tempo il sistema offre un sito tra i passaggi 2 e 3 per riscaldarsi? Aspetta una risposta di 200 sull'URL di root, o semplicemente lo colpisce e poi fa subito lo swap? O c'è una durata specifica? –

+1

Attende la risposta 200 sull'URL di root. Inoltre, se aggiungi una serie di pagine di riscaldamento nel tuo file web.config, aspetterà che tutte le pagine vengano colpite. Maggiori informazioni qui: https://github.com/projectkudu/kudu/wiki/Understanding-site-swaps – RuslanY

+0

Impressionante, grazie per il link. Questo chiarisce tutto. Ho notato che il documento esiste solo da due giorni, il che lo spiega. –

0

Mi sono imbattuto in questo quando sto usando le opzioni di impostazioni dell'app appiccicoso. La mia ipotesi è che faccia lo swap ma poi debba cambiare l'impostazione al valore sticky e quindi è come se stessi modificando in web.config o cambiando il valore nel portale da solo, che ha bisogno di riavviare l'app.

Non ho trovato alcuna documentazione ufficiale su questo, ma se si dispone di installazione di slot appiccicoso credo che sia il colpevole. E non sono sicuro se c'è qualcosa che può essere fatto a riguardo, se questo è il caso.