Condividi tramite

Raccomandazioni per la distribuzione per il routing delle richieste di applicazioni

  • Articolo

di Won Yoo

Questa sezione del documento si applica a Microsoft Application Request Routing versione 2 per IIS 7 e Versioni successive.

Obiettivo

Per evidenziare e comprendere le raccomandazioni sulla distribuzione per il routing delle richieste di applicazione (ARR).
Si tratta di più di un documento sulle procedure consigliate per la distribuzione di ARR versione 2 rispetto a un tipico articolo della procedura dettagliata.

Prerequisiti

Questo articolo presuppone che si abbia familiarità con la funzionalità complessiva di ARR e sappia come distribuire e configurare ARR con la cache dei dischi. Se non è già stato fatto, è consigliabile esaminare le procedure dettagliate seguenti prima di procedere:

Se il routing della richiesta applicazione 2 non è stato installato, è possibile scaricarlo all'indirizzo:

  • Microsoft Application Request Routing versione 2 per IIS 7 (x86) qui (https://download.microsoft.com/download/4/D/F/4DFDA851-515F-474E-BA7A-5802B3C95101/ARRv2_setup_x86.EXE).
  • Microsoft Application Request Routing versione 2 per IIS 7 (x64) qui (https://download.microsoft.com/download/3/4/1/3415F3F9-5698-44FE-A072-D4AF09728390/ARRv2_setup_x64.EXE).

Seguire i passaggi descritti in questo documento per installare ARR versione 2.

Passaggio 1: disabilitare il timeout del pool di applicazioni.

Il timeout inattivo del pool di applicazioni è una funzionalità IIS che arresta il pool di applicazioni quando è presente l'inattività. Per impostazione predefinita, l'importo viene impostato per 20 minuti, che rappresenta:

Tempo (in minuti) che un processo di lavoro rimarrà inattivo prima di arrestarlo. Un processo di lavoro è inattiva se non elabora le richieste e non vengono ricevute nuove richieste.

La finalità di questa funzionalità in IIS consiste nel riutilizzare la risorsa usata dal pool di applicazioni e recuperarla se il pool di applicazioni è inattiva. Questo è utile se il server IIS viene usato per ospitare più siti e applicazioni ed è configurato per condividere le risorse tra i siti e le applicazioni.

In uno scenario di distribuzione ARR tipico, questo non è il caso e si vuole che il pool di applicazioni per ARR sia in esecuzione tutto il tempo.

I passaggi per disabilitare il timeout inattivo del pool di applicazioni sono descritti nell'articolo Installa routing richiesta applicazione versione 2 .

Passaggio 2: disabilitare le condizioni di riciclo del pool di applicazioni.

Il riciclo del pool di applicazioni è una funzionalità IIS che ricicla periodicamente il pool di applicazioni. Questa funzionalità è utile quando non si ha un livello elevato di attendibilità nelle applicazioni in esecuzione nel pool di applicazioni (ad esempio in un ambiente di hosting condiviso in cui l'utente finale distribuirà direttamente l'applicazione) e il riavvio del pool di applicazioni trarrebbe vantaggio dalla funzionalità e dalla stabilità dell'applicazione. Ad esempio, un'applicazione potrebbe avere una perdita di memoria lenta. Anziché eseguire l'applicazione in modo indefinito, si riciclerà periodicamente l'applicazione per attenuare i difetti del codice.

Questo, naturalmente, non è ideale per il caso d'uso di ARR quando si prevede che ARR sia disponibile tutto il tempo (e anche per rispondere rapidamente tutto il tempo).

I passaggi per disabilitare le condizioni di riciclaggio del pool di applicazioni sono descritti nell'articolo Installa routing richieste applicazione versione 2 .

Passaggio 3: separare la posizione dell'unità cache dall'unità di sistema.

Anche se ARR supporta percorsi di unità cache che sono cartelle, è consigliabile che i percorsi dell'unità cache siano separati dall'unità di sistema. Ciò è dovuto al fatto che il numero di contenuti memorizzati nella cache aumenta a milioni di oggetti (o anche miliardi di oggetti), la gestione può essere un'operazione di I/O costosa. Come indicato nell'articolo Elimina oggetti memorizzati nella cache , l'eliminazione di tutti gli oggetti memorizzati nella cache da tutte le posizioni dell'unità cache primaria può richiedere molto tempo e l'esecuzione di una formattazione rapida dell'unità potrebbe essere un'alternativa migliore. Naturalmente, per eseguire questa operazione, sarà necessario separare i percorsi dell'unità cache dall'unità di sistema.

Per prestazioni ottimali, è consigliabile che la posizione dell'unità cache sia un'unità fisicamente separata rispetto all'unità di sistema. È anche consigliabile che la posizione dell'unità cache sia un'unità RPM elevata (15K RPM) per prestazioni migliori. Se si dispone di un'unica unità fisica, è comunque consigliabile separare l'unità di sistema dall'unità del percorso della cache. È possibile partizionare la stessa unità fisica in più volumi usando Gestione dischi in Server Manager.

Passaggio 4: disabilitare la creazione del nome 8.3.

La creazione di nomi e directory di file 8.3 per tutti i nomi e le directory di file lunghi nelle partizioni NTFS può ridurre le prestazioni di enumerazione directory. Poiché ARR usa pesantemente l'unità disco per la funzionalità di memorizzazione nella cache, è consigliabile disabilitare la creazione di nomi 8.3.

In Windows Server 2008 la creazione del nome 8.3 può essere disabilitata solo per l'intero server. In modo più esplicito, non può essere configurato per volume.

In Windows Server 2008 R2 questa impostazione può essere configurata per volume.

Altre informazioni sulla creazione di nomi 8.3 in NTFS sono documentate in KB121007. Per disabilitare semplicemente la creazione di nomi 8.3, al prompt dei comandi digitare fsutil.exe set di comportamenti disabilita8dot3 1 e quindi premere INVIO.