Pianificare la ridondanza (Search Server 2008)

Aggiornato: 2008-07-31

Contenuto dell'articolo:

• Informazioni sulla ridondanza

• Definire i requisiti di ridondanza dei server

• Pianificare un livello minimo di ridondanza dei server

• Scegliere una topologia di base per la server farm

• Pianificare la ridondanza dei server di query

• Pianificare la ridondanza dei server database

• Valutare i rischi legati agli errori dei server

In questo articolo vengono descritte le opzioni per la scalabilità orizzontale di ruoli di server ridondanti inclusi in una farm di Server di ricerca 2008 Microsoft. Dopo aver letto questo articolo, si sarà in grado di determinare le opzioni di ridondanza appropriate per l'ambiente.

Prima di leggere questo argomento, leggere gli argomenti seguenti:

• Pianificare la distribuzione di Search Server 2008 o Search Server 2008 Express

• Determinare i requisiti hardware e software (Search Server 2008)

• Pianificare la disponibilità (Search Server 2008)

In genere Server di ricerca 2008 e Server di ricerca 2008 Express non ospitano contenuto. Sono invece principalmente utilizzati per ospitare servizi di ricerca, eseguire l'indicizzazione del contenuto presente nelle farm di Windows SharePoint Services e Microsoft Office SharePoint Server o in altre origini di contenuto remote e rispondere alle query. In alcuni ambienti Server di ricerca 2008 e Server di ricerca 2008 Express possono essere utilizzati per ospitare contenuto. Se si prevede di utilizzare Server di ricerca 2008 o Server di ricerca 2008 Express per ospitare contenuto, leggere gli articoli in Pianificare le prestazioni e le capacità (Windows SharePoint Services) al fine di comprendere i requisiti necessari per ospitare contenuto ed eseguire Server di ricerca 2008 o Server di ricerca 2008 Express nella stessa farm.

Informazioni sulla ridondanza

Il termine ridondanza viene spesso confuso con il termine disponibilità. Questi concetti sono correlati, ma non sono la stessa cosa. Per ridondanza si intende l'utilizzo di più server in un ambiente con bilanciamento del carico per diversi scopi, ad esempio l'ottimizzazione delle prestazioni di una farm, la scalabilità orizzontale per supportare ulteriori utenti e il miglioramento della disponibilità.

La disponibilità è un concetto più specifico applicabile a un ambiente con più server progettato per accettare connessioni e funzionare normalmente anche qualora uno o più server della farm non siano operativi. Nel concetto di disponibilità pertanto è incluso il concetto di ridondanza, nonché un meccanismo di failover e altre possibili caratteristiche. Un sistema ridondante tuttavia potrebbe non essere a disponibilità elevata.

Per ulteriori informazioni sulla disponibilità, vedere Pianificare la disponibilità (Search Server 2008).

In questo articolo viene descritto come implementare server ridondanti in una farm di Server di ricerca 2008.

Definire i requisiti di ridondanza dei server

Server di ricerca 2008 supporta server farm scalabili per capacità, prestazioni e disponibilità. La capacità in genere è il primo elemento da prendere in considerazione per determinare il numero di computer server di partenza. Oltre a definire le prestazioni, la disponibilità determina inoltre il numero di server e la dimensione o la capacità dei computer server di una server farm.

Dopo aver letto questa sezione, si sarà in grado di determinare se è necessario offrire una capacità espandibile nella topologia di distribuzione dei server distribuendo server ridondanti oppure se è sufficiente per l'organizzazione pianificare una distribuzione di server limitata, senza server ridondanti.

Pianificare un livello minimo di ridondanza dei server

Per distribuire una soluzione ridondante, è necessario distribuire una server farm.

È possibile utilizzare diverse topologie di server di base. Ognuna di queste topologie genera un livello di ridondanza dei server. In questa sezione sono riepilogate tali server farm.

Topologie ridondanti

Questa sezione contiene esempi di topologie ridondanti.

Farm a cinque o più server

La topologia di server farm ridondante ottimale introduce un server di indicizzazione separato ed è costituita da cinque o più computer server, che include almeno due computer server database in una configurazione in cluster e almeno due computer server di query.

In base a questa topologia è possibile installare il ruolo del server di indicizzazione nel server applicazioni dedicato. Questa struttura consente di ottimizzare le prestazioni dei computer server di query ripartendo il carico dell'indicizzazione al livello intermedio.

Si noti che questa topologia presenta una configurazione cluster di SQL Server che consente il failover manuale. Per ulteriori informazioni sulla configurazione di un cluster SQL Server per il failover automatico, vedere Clustering di failover di SQL Server 2005 - White paper o Installazione di un cluster di failover di SQL Server 2008 (informazioni in lingua inglese), a seconda della versione di SQL Server utilizzata.

Farm a quattro server

La server farm più piccola in cui è disponibile la ridondanza è costituita da quattro server:

• Server 1 e 2: ruolo query installato in entrambi i computer.

• Server 3 e 4: server database in cluster o con mirroring.

Se si utilizza una farm a quattro server, è necessario decidere con attenzione la posizione in cui distribuire il ruolo del server di indicizzazione. Non è possibile distribuire il ruolo query sia nel server di indicizzazione che in un altro server della farm per ottenere la ridondanza, in quanto se il ruolo indice è installato nello stesso computer server del ruolo query, tramite il ruolo indice non vengono più propagati gli indici di contenuto agli altri server di query. Di conseguenza, se si installa il ruolo del server di indicizzazione in uno dei server Web, non è più possibile ospitare il ruolo query in entrambi i server Web. È possibile installare il ruolo indice nel server database, per ottenere la ridondanza del ruolo query nei server Web. Questa operazione influisce tuttavia sulle prestazioni del server database, in particolare quando si esegue una ricerca per indicizzazione del contenuto.

Farm a tre server

È prevista un'ulteriore alternativa per ottenere la ridondanza con la distribuzione di un numero inferiore di server. Se si utilizza una farm a tre server, è necessario decidere quale ruolo del server rendere ridondante, ovvero il ruolo del server Web o il ruolo del server database.

Aggiungendo un terzo server al livello del server Web, si ottiene la ridondanza del ruolo del server Web. I ruoli query e indice possono essere installati nello stesso server Web, come descritto nell'opzione A di questa sezione, o in server Web diversi, come descritto nell'opzione B di questa sezione.

In base a questa topologia il ruolo query non può essere distribuito in entrambi i server Web per ottenere la ridondanza, in quanto se il ruolo del server di query viene installato nello stesso server del server di indicizzazione, tramite quest'ultimo non viene propagato l'indice agli altri server di query. È tuttavia possibile installare il ruolo indice nel server database, in modo che sia possibile distribuire il ruolo query in entrambi i server Web. Questa operazione influisce tuttavia sulle prestazioni del server database.

Sebbene la disponibilità sia limitata, dedicando due server al ruolo del server Web è possibile migliorare le prestazioni generali di una farm di piccole dimensioni. Utilizzare questa topologia nei casi in cui le prestazioni sono più importanti rispetto alla ridondanza dei dati.

Topologie non ridondanti

Le topologie non ridondanti potrebbero contenere più di un server, ma non sono ridondanti perché esiste un solo server per ogni ruolo di server. Ad esempio, una farm che contiene un server di query, un server di indicizzazione e un server database non è ridondante.

Se non è necessario aumentare la capacità e incrementare le prestazioni nella distribuzione di server, è sufficiente iniziare con una topologia di server costituita da uno o due server. Per un utilizzo limitato, è possibile distribuire un unico server Server di ricerca 2008 o distribuire Server di ricerca 2008 Express Microsoft, che per la sua struttura intrinseca è limitato a un solo server applicazioni.

I diagrammi seguenti illustrano esempi di topologie non ridondanti.

Scegliere una topologia di base per la server farm

Ognuna delle topologie di server farm descritte in precedenza in questo articolo rappresenta un punto di partenza di base per la progettazione della distribuzione. Il punto di partenza più adatto alle esigenze dell'organizzazione dipende dai ruoli del server per i quali è necessaria la ridondanza.

Nella parte restante di questo articolo vengono descritte le opzioni di ridondanza per ognuno dei ruoli del server. Dopo aver terminato la lettura di questo articolo, sarà possibile determinare la topologia di base in grado di offrire la ridondanza richiesta dall'organizzazione. Questa sarà la topologia che verrà utilizzata come base per la pianificazione della capacità e delle prestazioni.

Pianificare la ridondanza dei server di query

Utilizzare questa sezione per eseguire le operazioni seguenti:

• Determinare se l'organizzazione richiede la ridondanza incorporata nel livello Web.

• Pianificare la tecnologia da implementare per il bilanciamento del carico dei server di query.

Il ruolo del server di query può essere distribuito in più server. Il codice distribuito in ogni server è identico e i server di query non prevedono l'archiviazione di dati. Ogni istanza del ruolo del server di query rimane pertanto identica. In caso di errore di uno dei computer server, i dati salvati non vengono persi. I server di query bilanciano automaticamente il carico delle richieste a questi ruoli del server tra i computer server disponibili.

Il ruolo query può essere distribuito in qualunque numero di server Web. Esiste tuttavia una limitazione. Se il ruolo query viene distribuito nello stesso server che ospita il ruolo indice, il ruolo query non deve essere distribuito in altri computer server. Il ruolo indice riconosce infatti che il ruolo query si trova nello stesso server e dunque non tenta di propagare l'indice.

Il ruolo del server applicazioni di indicizzazione non può essere ridondante in Server di ricerca 2008. In Server di ricerca 2008 il ruolo indice è associato a un provider di servizi condivisi. Il ruolo indice genera un indice per ogni provider di servizi condivisi. Non è possibile distribuire più server di indicizzazione per aumentare la capacità. Il server di indicizzazione è associato a un solo provider di servizi condivisi e in Server di ricerca 2008 può essere presente un solo provider di servizi condivisi.

Il passaggio successivo consiste nel pianificare la tecnologia di bilanciamento del carico da implementare. Server di ricerca 2008 supporta due metodi di bilanciamento del carico:

• Software, ad esempio tramite i servizi di Bilanciamento carico di rete disponibili nel sistema operativo Windows Server 2003. Bilanciamento carico di rete viene eseguito nei server di query e utilizza il protocollo TCP/IP per il routing delle richieste. Poiché sono eseguiti nei server di query, Bilanciamento carico di rete e le altre soluzioni software di bilanciamento del carico utilizzano le risorse di sistema dei server di query, riducendo le risorse che è possibile utilizzare per gestire le query. L'impatto prodotto sulle risorse del sistema è tuttavia limitato e una soluzione software è in grado di gestire fino a 32 server di query.

• Hardware, ad esempio un router o un commutatore. L'hardware di bilanciamento del carico utilizza la rete per eseguire il routing del traffico di query verso i server di query. L'hardware di bilanciamento del carico è più oneroso rispetto al software, ma non ha impatto sulle risorse dei server di query. È possibile utilizzare Server di ricerca 2008 con qualsiasi hardware di bilanciamento del carico.

Sebbene non sia consigliato, è disponibile un terzo metodo di bilanciamento del carico, ovvero il bilanciamento del carico Round robin con DNS (Domain Name System). Questo metodo può utilizzare un numero elevato di risorse nei server di query, è più lento rispetto al bilanciamento del carico di tipo hardware o software e non è consigliabile utilizzarlo con Server di ricerca 2008. Il bilanciamento del carico Round robin con DNS inoltre non tiene conto del carico della sessione durante il routing di un utente a un server e questo può comportare un overload del server.

L'articolo Configurazione dei parametri di Bilanciamento carico di rete in Windows Server 2003 (https://go.microsoft.com/fwlink/?linkid=124067&clcid=0x410) contiene istruzioni per la configurazione di Bilanciamento carico di rete. Se si decide di implementare una tecnologia diversa per il bilanciamento del carico, inserirla nel processo di pianificazione e distribuzione.

Pianificare la ridondanza dei server database

Utilizzare questa sezione per determinare se la ridondanza del ruolo del server database è necessario per la soluzione. Gli argomenti successivi relativi alla pianificazione possono essere utili per stabilire quale tecnologia di ridondanza del database è la più appropriata per l'ambiente. Per ulteriori informazioni, vedere Pianificare e progettare soluzioni di gestione e archiviazione dei database.

Il ruolo del server database influenza la disponibilità di una soluzione più di qualsiasi altro ruolo. In caso di errore di un server di query o di un server di indicizzazione, questi ruoli possono essere rapidamente ripristinati o ridistribuiti. Se invece si verifica un errore di un server database, la soluzione dipenderà dal ripristino del server database. Potrebbe essere necessario ricreare il server database e quindi ripristinare i dati dai supporti di backup. In questo caso esiste il rischio di perdere dati nuovi o modificati rispetto all'ultimo processo di backup, a seconda della configurazione di SQL Server 2005. La soluzione inoltre non sarà disponibile durante tutto il processo di ripristino del ruolo del server database.

Valutare i rischi legati agli errori dei server

In questa sezione vengono riepilogate le conseguenze previste in caso di errore di un server di query o di un server di indicizzazione, ovvero le potenziali conseguenze nel caso in cui si distribuisca il ruolo del server di query in un unico server e si verifichi un errore del server. Comprendere queste conseguenze può essere utile per stabilire la priorità di allocazione dei server nella farm. Nella tabella seguente sono elencati i ruoli dei server applicazioni e vengono descritte le conseguenze dei tempi di inattività di ognuno.

In generale, per ciò che riguarda la ridondanza, è consigliabile pianificare l'installazione del ruolo del server di query in almeno due computer server, se il requisito di disponibilità per il ruolo del server di query è pari o superiore al 99%.

Se nell'organizzazione è tollerabile la perdita temporanea di questa funzionalità per il tempo necessario affinché il team IT distribuisca un ruolo del server applicazioni in un server diverso o ripristini il servizio nel server esistente, è possibile prendere in considerazione la distribuzione del ruolo in un singolo server applicazioni.

Vedere anche

Pianificare la disponibilità (Search Server 2008)

Altre risorse

Pianificare e progettare soluzioni di gestione e archiviazione dei database
Configurazione dei parametri di Bilanciamento carico di rete in Windows Server 2003
Clustering di failover di SQL Server 2005 - White paper (informazioni in lingua inglese)
Installazione di un cluster di failover di SQL Server 2008 (informazioni in lingua inglese)