Condividi tramite

Raccomandazioni sulla distribuzione per il routing delle richieste di applicazioni

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 di distribuzione per il routing delle richieste di applicazioni (ARR).
Questo documento è più un insieme di pratiche consigliate per la distribuzione di ARR Versione 2, piuttosto che un tipico articolo di guida dettagliata.

Prerequisiti

Questo articolo presuppone che l'utente abbia familiarità con le funzionalità generali di ARR e sappia come distribuire e configurare ARR con la cache del disco. Se non è già stato fatto, è consigliabile esaminare le procedure dettagliate seguenti prima di procedere:

Se Application Request Routing Versione 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 di inattività del pool di applicazioni.

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

Durata del tempo (in minuti) per cui un processo di lavoro rimarrà inattivo prima dello spegnimento. Un processo di lavoro è inattivo se non elabora le richieste e non vengono ricevute nuove richieste.

Lo scopo di questa funzionalità in IIS consiste nel riconfigurare la risorsa usata dal pool di applicazioni e recuperarla se il pool di applicazioni è inattiva. Ciò è utile se il server IIS viene usato per ospitare più siti e applicazioni ed è configurato per condividere le risorse tra siti e applicazioni.

In uno scenario di distribuzione ARR tipico, questo non è il caso e si desidera effettivamente che il pool di applicazioni per ARR sia in esecuzione continuamente.

I passaggi per disabilitare il timeout di inattività del pool di applicazioni sono descritti nell'articolo Installare la versione 2 di Application Request Routing.

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 elevato livello di attendibilità nelle applicazioni in esecuzione nel pool di applicazioni , ad esempio in un ambiente di hosting condiviso in cui l'utente finale distribuirà l'applicazione direttamente e il riavvio del pool di applicazioni trarrà vantaggio dalle funzionalità e dalla stabilità dell'applicazione. Ad esempio, un'applicazione potrebbe avere una perdita di memoria lenta. Invece di eseguire l'applicazione per un periodo illimitato, 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 per tutto il tempo (e anche per rispondere rapidamente tutto il tempo).

I passaggi per disabilitare le condizioni di riciclo del pool di applicazioni sono descritti nell'articolo Installare il routing delle richieste dell'applicazione versione 2 .

Passaggio 3- Separare il percorso dell'unità della cache dall'unità di sistema.

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

Per ottenere prestazioni ottimali, è consigliabile che l'unità cache sia collocata su un disco fisicamente separato rispetto all'unità di sistema. È inoltre consigliabile che l'unità cache sia un disco ad alta velocità di rotazione (15K RPM) per ottenere prestazioni migliori. Se si dispone di una sola unità fisica, è comunque consigliabile separare l'unità di sistema dall'unità della posizione della cache. È possibile partizionare la stessa unità fisica in più volumi usando Gestione disco in Server Manager.

Passaggio 4: Disabilitare la creazione dei nomi in formato 8.3.

La creazione di nomi di file e directory in formato 8.3 per tutti i nomi di file e le directory lunghi nelle partizioni NTFS può deteriorare le prestazioni nella ricerca delle directory. Poiché ARR utilizza intensamente il disco rigido per la funzionalità di caching, è raccomandato 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. 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 del nome 8.3, al prompt dei comandi digitare fsutil.exe behavior set disable8dot3 1 e quindi premere INVIO.

  • Last updated on