Pianificare la ridondanza (Windows SharePoint Services)

Contenuto dell'articolo:

• Informazioni sulla ridondanza

• Definire i requisiti di ridondanza dei server

• Pianificare una distribuzione di server limitata

• Pianificare un livello minimo di ridondanza dei server

• Scegliere una topologia di server farm di base

• Pianificare la ridondanza dei server Web

• Pianificare la ridondanza dei server di ricerca

• Pianificare la ridondanza dei server database

• Selezionare una topologia di base

In questo articolo vengono descritte le opzioni per la scalabilità orizzontale di ruoli di server ridondanti inclusi in una farm di Microsoft Windows SharePoint Services 3.0. Dopo aver letto questo articolo, si sarà in grado di identificare e prendere nota delle opzioni di ridondanza appropriate per l'ambiente.

Per ulteriori informazioni sulla disponibilità, vedere Pianificare la disponibilità (Windows SharePoint Services).

Informazioni sulla ridondanza

Il termine ridondanza viene spesso confuso con il termine disponibilità. Pur essendo correlati, questi concetti sono diversi. 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 altamente disponibile.

In questo articolo viene descritto come implementare server ridondanti in una farm di Microsoft Windows SharePoint Services 3.0.

Definire i requisiti di ridondanza dei server

Microsoft Windows SharePoint Services 3.0 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. Dopo aver esaminato 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 decidere se è necessario offrire una capacità espandibile nella topologia di distribuzione dei server distribuendo server ridondanti (tre o più server) o se è sufficiente per l'organizzazione pianificare una distribuzione di server limitata, senza server ridondanti.

Pianificare una distribuzione di server limitata

Se è non necessario aumentare le 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.

Le situazioni che prevedono un utilizzo limitato sono le seguenti:

• Installazione di Microsoft Windows SharePoint Services 3.0 a scopo di valutazione.

• Distribuzione di Microsoft Windows SharePoint Services 3.0 per uno scopo limitato, ad esempio per un singolo reparto, o per un numero limitato di utenti.

Il punto di partenza consigliato per la maggior parte delle distribuzioni di Microsoft Windows SharePoint Services 3.0 prevede almeno due computer server:

• Server 1: server Web front-end e computer server di ricerca.

• Server 2: computer SQL Server dedicato.

  

Se si è giunti alla conclusione che non è necessaria la ridondanza dei server per l'ambiente, è ora possibile passare all'articolo seguente per completare il passaggio di pianificazione successivo: Pianificare le prestazioni e le capacità (Windows SharePoint Services). Al termine di questa fase della pianificazione sarà possibile determinare il numero totale di server consigliati per il piano di distribuzione dei server. Non sarà necessario leggere il resto di questo articolo.

Pianificare un livello minimo di ridondanza dei server

Per distribuire una soluzione ridondante, è necessario distribuire una server farm. Utilizzando una server farm, è possibile limitare gli effetti prodotti da tempi di inattività imprevisti e dai tempi di inattività dovuti a interventi di manutenzione ricorrenti, ad esempio gli aggiornamenti del sistema operativo.

È possibile utilizzare diverse topologie di server di base. Ognuna di queste topologie genera un livello di ridondanza dei server. In questa sezione viene fornita una panoramica di tali server farm.

Farm a quattro server

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

• Server uno e due: server Web. Il servizio di ricerca è installato in uno dei server Web.

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

  

Farm a cinque server

La topologia di server farm ridondante più comune introduce un livello intermedio ed è costituita da cinque computer server.

• Server uno e due: server Web.

• Server tre: ricerca.

• Server quattro e cinque: server database di cluster o in mirroring.

  

Questa topologia consente di ottimizzare le prestazioni dei computer server Web front-end ripartendo il carico di lavoro della ricerca assegnandolo a un computer server dedicato.

Farm a tre server

È prevista un'ulteriore alternativa per la distribuzione di un numero inferiore di server. Con una farm a tre server, è necessario scegliere il ruolo del server che si desidera rendere ridondante, ovvero il ruolo del server Web o il ruolo del server database.

Aggiungendo il terzo server al livello Web, si ottiene la ridondanza del ruolo del server Web. Il ruolo di ricerca può essere installato in uno dei server Web.

Benché la disponibilità sia limitata, questa topologia consente di migliorare le prestazioni generali della farm di piccole dimensioni. Utilizzare questa topologia nei casi in cui le prestazioni sono più importanti rispetto alla ridondanza dei dati.

Aggiungendo un terzo server al livello del database, è possibile garantire la disponibilità dei dati critici. È consigliabile utilizzare questa topologia di farm di piccole dimensioni se la disponibilità dei dati riveste un ruolo fondamentale, ma è accettabile una perdita temporanea dell'accesso degli utenti.

Scelta di una topologia di server farm di base

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 si richiede 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 identificare la topologia di base in grado di offrire la ridondanza richiesta dall'organizzazione. Questa sarà la topologia di base che verrà utilizzata per la pianificazione delle capacità e delle prestazioni.

Pianificare la ridondanza dei server Web front-end

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 Web.

La maggior parte delle organizzazioni richiede la ridondanza al livello Web. Una farm a tre server con un server che esegue il ruolo di server Web è applicabile a un numero limitato di scenari.

Il passaggio successivo consiste nel pianificare la tecnologia di bilanciamento del carico da implementare. Microsoft Windows SharePoint Services 3.0 supporta due metodi di bilanciamento del carico:

• Software, ad esempio tramite i servizi Bilanciamento carico di rete disponibili nel sistema operativo Microsoft Windows Server 2003. Bilanciamento carico di rete viene eseguito nei server Web front-end e utilizza il protocollo TCP/IP per instradare le richieste. Poiché vengono eseguiti nei server Web front-end, Bilanciamento carico di rete e le altre soluzioni software di bilanciamento del carico utilizzano le risorse del sistema Web front-end e riducono pertanto le risorse che è possibile utilizzare per supportare le pagine Web. L'impatto prodotto sulle risorse del sistema tuttavia è limitato e una soluzione software è in grado di gestire fino a 32 server Web front-end. Per ulteriori informazioni sui servizi Bilanciamento carico di rete in Windows Server 2003, vedere Cluster di bilanciamento del carico di rete (https://technet.microsoft.com/it-it/library/cc759510.aspx). Per ulteriori informazioni sui servizi Bilanciamento carico di rete in Windows Server 2008, vedere Network Load Balancing (informazioni in lingua inglese) (https://technet.microsoft.com/it-it/library/cc732855(ws.10).aspx) (informazioni in lingua inglese) .

• Hardware, ad esempio un router o un commutatore. L'hardware per il bilanciamento del carico utilizza la rete per indirizzare il traffico del sito Web tra i server Web front-end. La configurazione dell'hardware per il bilanciamento del carico è più onerosa del software, ma non ha impatto sulle risorse del server Web front-end. Microsoft Windows SharePoint Services 3.0 può essere utilizzato con qualsiasi hardware di bilanciamento del carico.

  Per aumentare la disponibilità, è consigliabile impostare su Nessuna l'affinità di bilanciamento del carico. Se è necessario utilizzare una topologia personalizzata, sarà possibile configurare l'affinità in modo diverso.

Sebbene non sia consigliato, è disponibile un terzo metodo per il 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 Web front-end, è più lento rispetto al software o all'hardware di bilanciamento del carico e non è consigliato per l'utilizzo con Microsoft Windows SharePoint Services 3.0. 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, il che può comportare un overload del server.

Pianificare la ridondanza dei server di ricerca

Microsoft Windows SharePoint Services 3.0 include un ruolo del server applicazioni, il ruolo ricerca. Questo ruolo di Microsoft Windows SharePoint Services 3.0 include i componenti di ricerca e di indicizzazione. Questi componenti non possono essere divisi. È possibile installare il ruolo ricerca in un server Web o in un server applicazioni dedicato. A meno che non si esegua la distribuzione di Microsoft Windows SharePoint Services 3.0 in un computer autonomo, non è consigliabile installare il ruolo ricerca nello stesso computer del database.

Se si verifica un errore di un server che ospita la caratteristica di ricerca di Microsoft Windows SharePoint Services 3.0, la ricerca non è disponibile. Il tempo necessario per ripristinare la funzionalità di ricerca dipende dalla possibilità di ripristino degli indici di contenuto esistenti o dalla necessità di generare nuovi indici tramite nuova ricerca per indicizzazione del contenuto.

È possibile distribuire Microsoft Windows SharePoint Services 3.0 in più server per motivi di capacità. Questi server tuttavia non sono ridondanti. In questo scenario ogni server di ricerca è configurato per eseguire la ricerca per indicizzazione in un gruppo diverso di database del contenuto. Poiché la scelta di distribuire più server di ricerca è motivata principalmente dalla scalabilità delle capacità o delle prestazioni, gli articoli successivi sulla pianificazione consentiranno di valutare se è consigliabile utilizzare più server per la distribuzione. Per ulteriori informazioni, vedere Pianificare le prestazioni e le capacità (Windows SharePoint Services).

Pianificare la ridondanza dei server database

Utilizzare questa sezione per determinare se la ridondanza del ruolo del server database è un requisito per la soluzione. Gli argomenti di pianificazione successivi saranno utili per decidere quale tecnologia di ridondanza di database è più appropriata per l'ambiente di cui si dispone.

Il ruolo del server database influenza la disponibilità di una soluzione più di qualsiasi altro ruolo. In caso di errore di un server Web o di un server applicazioni, 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.

Selezionare una topologia di base

Dopo aver identificato i requisiti di ridondanza per i singoli ruoli del server, esaminare le topologie di server di base e scegliere la topologia più appropriata per l'ambiente di cui si dispone.

Scaricare il manuale

Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:

• Pianificazione e architettura per Windows SharePoint Services 3.0, parte 2 (informazioni in lingua inglese)

• Pianificazione di un ambiente Extranet per Windows SharePoint Services (informazioni in lingua inglese)

Vedere l'elenco completo dei manuali disponibili visitando la pagina Web Manuali scaricabili per Windows SharePoint Services (informazioni in lingua inglese).