Share via

Passaggio di pianificazione 1: Pianificare l'infrastruttura web farm IIS

  • Articolo

di Keith Newman e Robert McMurray

Il primo passaggio nella pianificazione della web farm consiste nel decidere l'infrastruttura. Quale configurazione del server si vuole? Quali tecnologie si impiegano? Come si esegue il bilanciamento del carico? Il sito necessita della sicurezza SSL?

In questo argomento vengono presentate le informazioni necessarie per creare un piano generale per la web farm. Seleziona una semplice configurazione della Web farm e mostra i tipi di server necessari. In questo argomento viene inoltre illustrato il modo in cui Application Request Routing (ARR) fornisce il bilanciamento del carico per la Web farm.

Al termine di queste attività, registrare le decisioni di progettazione prima di passare al passaggio 2: Pianificare la configurazione della Web farm IIS.

1.1. Decidere l'infrastruttura web farm

Esistono molti modi per progettare l'infrastruttura di una Web farm. Questa discussione illustra brevemente due contenuti comuni locali e contenuti di rete condivisa. Confronta i vantaggi e gli svantaggi di entrambe le progettazioni e ne seleziona uno per questo scenario.

Infrastruttura del contenuto locale

L'infrastruttura del contenuto locale richiede che ogni server Web mantenga il contenuto in locale. È necessario fornire un modo per eseguire il push del contenuto in tutti i nodi della Web farm.

Vantaggi

  • Il contenuto locale fornisce l'isolamento tra i server. Se un server diventa inattivo, gli altri server non sono interessati.
  • Il contenuto locale richiede un minor numero di computer, perché non richiede un file server di contenuto back-end.
  • È possibile disattivare facilmente un server Web fuori linea per il test o la risoluzione dei problemi.

Svantaggi

  • Il contenuto deve essere replicato tra server. Un modo comune per gestire la replica del contenuto consiste nell'usare la replica DFS (Distributed File System Replication). Tuttavia, DFSR richiede l'accesso a un server di dominio.
  • Se il sito Web scrive in un disco, i dati non sono disponibili per altri server fino a quando non vengono replicati.
  • Ogni server deve avere una copia completa di tutto il contenuto. Per i siti Web di grandi dimensioni, il costo dell'archiviazione del contenuto può essere elevato.

Infrastruttura di contenuti di rete condivisa

Il contenuto di rete condivisa configura tutti i server Web che puntano a una posizione centrale ,ad esempio un file server back-end, che contiene il contenuto del sito Web.

Vantaggi

  • Il contenuto della rete condivisa è relativamente semplice da configurare ed è un buon punto di partenza per gli utenti che non hanno familiarità con le web farm o le tecnologie di Web farm Microsoft.
  • Il contenuto scritto su disco è immediatamente disponibile in tutti i server.
  • L'aggiunta di server aggiuntivi alle farm è relativamente semplice. È sufficiente puntare al percorso UNC del contenuto.
  • È necessario conservare solo alcune copie dei file del sito Web. I dischi rigidi nei server Web devono contenere solo il sistema operativo.

Svantaggi

  • Il file server back-end è un singolo punto di errore. Questo problema può essere ridotto a icona eseguendo il mirroring del file server e fornendo un mezzo di controllo del failover.
  • La larghezza di banda di rete può diventare un fattore di limitazione per una Web farm occupata.
  • I problemi di blocco dei file possono verificarsi quando più server usano gli stessi file.

Infrastruttura scelta per questo scenario

Questo scenario usa l'infrastruttura del contenuto di rete condivisa. Descrive e illustra il contenuto condiviso, la configurazione condivisa, il bilanciamento del carico software, i certificati SSL centralizzati e le tecniche di distribuzione delle applicazioni.

Per questa infrastruttura web farm è necessario configurare i server seguenti:

  • Un server ARR (Application Request Routing) per il bilanciamento del carico. Questo server richiede un'installazione predefinita del server Web IIS. Per altre informazioni su ARR, vedere Passaggio 3: Pianificare il bilanciamento del carico della Web farm IIS.
  • Due o più server Web. Questi server richiedono l'installazione del server Web IIS e dei moduli IIS necessari per supportare il sito Web.
  • Un file server per la condivisione di contenuto e configurazione. Configurare questo server con cartelle condivise per il contenuto del file di configurazione e del sito Web.
  • Un file server per l'archivio certificati centrale SSL. Per altre informazioni sull'archivio certificati centrale, vedere Passaggio 4: Pianificare l'archivio certificati centrale SSL.

1.2. Usare ARR per il bilanciamento del carico

Microsoft Application Request Routing (ARR) è un modulo di routing basato su proxy che inoltra le richieste HTTP ai server del contenuto in base a intestazioni HTTP, variabili del server e algoritmi di bilanciamento del carico. Per altre informazioni su ARR, vedere Passaggio 3: Pianificare il bilanciamento del carico della Web farm IIS.

Per configurare il bilanciamento del carico ARR, è necessario l'indirizzo IP per tutti i server. Per trovare un indirizzo IP, usare lo strumento da riga di comando Ipconfig.exe.

1.3. Iniziare con un sito Web funzionale

Il modo più semplice per configurare la web farm consiste nell'iniziare ottenendo il sito Web funzionante su un server. Per informazioni sulla configurazione del sito Web, fare riferimento a uno o più degli scenari IIS seguenti:

  1. Creare un sito Web statico in IIS
  2. Creare un sito Web ASP classico in IIS
  3. Creare un sito Web ASP.NET in IIS
  4. Creare un sito FTP in IIS

Nota

Per mantenere semplice questo scenario, si presuppone che la web farm server solo un sito. Tuttavia, è possibile configurare più siti con poca difficoltà.

Vedi anche