Installazione di un cluster a copia singola

  • Articolo

 

Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Ultima modifica dell'argomento: 2008-02-08

L'installazione di un cluster a copia singola (SCC) in Windows Server 2003 viene eseguita in più fasi. Prima della distribuzione di un SCC, si raccomanda di rivedere per esteso la sezione Cluster a copia singola. È inoltre necessario assicurarsi di soddisfare tutti i requisiti specificati in Pianificazione di cluster a copia singola.

Nota

Per informazioni dettagliate sull'installazione di un SCC in Windows Server 2008, vedere Installazione di un cluster a copia singola in Windows Server 2008.

La distribuzione di un SCC in Windows Server 2003 è un processo che viene eseguito in varie fasi ben distinte:

  • Creazione e configurazione dell'archiviazione

  • Creazione e configurazione della rete

  • Creazione del cluster, iniziando dal primo nodo e proseguendo con il secondo e con i nodi successivi.

  • Configurazione delle risorse disco fisico all'interno del cluster

  • Configurazione di reti in cluster

  • Installazione e configurazione di un server di cassette postali in cluster

  • Configurazione delle dipendenze dell'archiviazione per il server di cassette postali in cluster

  • Verifica dell'handoff del server di cassette postali in cluster

Si raccomanda di completare ogni fase prima di avviare la fase successiva. Dopo aver completato tutte le fasi, si consiglia di verificare la soluzione SCC prima di inserirla nel contesto di produzione. Nelle sezioni descritte di seguito viene illustrata dettagliatamente ciascuna fase dell'installazione.

Creazione e configurazione dell'archiviazione

Un cluster a copia singola (SCC) utilizza l'archiviazione condivisa per il server di cassette postali in cluster (gruppi di archiviazione e database). Un SCC può utilizzare l'archiviazione condivisa anche per la risorsa quorum, tuttavia questo non è richiesto. L'intera archiviazione condivisa deve essere configurata a livello hardware in tutti nodi previsti prima della formazione del cluster.

Quando si utilizza un quorum disco condiviso, è obbligatorio che il disco quorum sia configurato e disponibile per tutti i nodi del cluster prima della creazione del cluster. Se il disco quorum condiviso non è disponibile, la formazione cluster tornerà al quorum locale o non riuscirà.

Nota

L'archiviazione di un server di cassette postali in cluster specifico deve essere accessibile da tutti i nodi che lo possono ospitare. L'archiviazione condivisa utilizzata per una risorsa quorum deve essere accessibile da tutti i nodi del cluster, indipendentemente dal fatto che i nodi siano in grado di ospitare o che ospitino un server di cassette postali in cluster.

È di importanza critica che l'archiviazione sia configurata correttamente in un SCC prima che l'ambiente SCC venga inserito in produzione. Durante le fasi di installazione e configurazione per il SCC, è necessario eseguire alcune attività affinché l'archiviazione venga configurata correttamente per il SCC:

  • Prima di formare il cluster, l'archiviazione deve essere configurata correttamente a livello hardware. Per la procedura dettagliata di connessione e configurazione della soluzione di archiviazione nel cluster di failover, consultare le istruzioni fornite con la soluzione di archiviazione oppure rivolgersi al fornitore di hardware.

  • Prima di installare Microsoft Exchange Server 2007, è necessario che nel cluster di failover siano presenti una o più risorse disco fisico per il server di cassette postali in cluster . Non è possibile utilizzare la risorsa disco quorum per ospitare gruppi di archiviazione e database. Se nel cluster non viene rilevata l'archiviazione condivisa, l'installazione di Exchange 2007 non verrà continuata.

  • Le impostazioni e le dipendenze delle risorse disco fisico devono essere configurate utilizzando Amministrazione cluster (cluadmin.exe) o Cluster.exe dopo l'installazione del server di cassette postali in cluster.

Si consiglia inoltre di utilizzare lo strumento Diskpart (Diskpart.exe) per verificare che le tracce del disco siano allineate ai settori. Rispetto alle partizioni non allineate create con Gestione dischi, la creazione di partizioni allineate tramite lo strumento Gestione disco consente di incrementare le prestazioni del 20%. Per la procedura dettagliata, vedere Come allineare le operazioni di I/O di Exchange ai limiti delle tracce di archiviazione.

Creazione e configurazione della rete

Quando si creano i server di cassette postali in cluster in una configurazione cluster a copia singola, è necessario disporre di un numero sufficiente di indirizzi IP statici. È necessario disporre di una rete dedicata alle comunicazione interne del cluster e una rete in grado di supportare le comunicazioni interne del cluster e quelle esterne dei client, come ad esempio una rete mista.

Gli indirizzi IP sono necessari sia per le reti pubbliche che per quelle private e tutti gli indirizzi IP per ogni rete di cluster si devono trovare nella stessa subnet e ogni rete di cluster deve trovarsi in una subnet differente. Ad esempio, la rete privata si trova in una subnet e la rete pubblica si trova in una subnet differente. Inoltre, il nome della rete e l'indirizzo IP sono necessari per il server di cassette postali in cluster. Di seguito sono riportate le indicazioni relative agli indirizzi IP pubblici e privati:

  • Indirizzi privati   Ogni nodo richiede un indirizzo IP statico per ogni scheda di rete utilizzata per la rete privata cluster. È necessario utilizzare indirizzi IP statici che non si trovino sulla stessa subnet o rete di una delle reti pubbliche. È consigliabile utilizzare 10.10.10.x con una subnet mask di 255.255.255.0 come subnet degli indirizzi IP privati per la rete privata.

  • Indirizzi pubblici   Ciascun nodo richiede un indirizzo IP statico per ogni scheda di rete utilizzata per la rete pubblica cluster. Gli indirizzi IP statici inoltre sono necessari per rendere il cluster di failover e il server di cassette postali in cluster accessibili a client e amministratori. È necessario utilizzare indirizzi IP statici che non si trovino sulla stessa subnet o rete di una delle reti private.

Procedure consigliate per la rete di server di cassette postali in cluster

Si consiglia inoltre di seguire queste procedure consigliate per la rete cluster:

  • Utilizzare nomi significativi   La compilazione di un cluster offre molte opportunità di utilizzare nomi significativi per cluster, nodi cluster, interfacce di rete cluster e server di cassette postali in cluster. La rete utilizzata per comunicare con altri server e client di Exchange può, ad esempio, essere chiamata Pubblica. La rete utilizzata per la comunicazione tra i nodi cluster può invece essere definita Privata. Utilizzare nomi che possono essere messi in relazione l'uno con l'altro senza dover consultare una pianta della topologia di rete. Un'altra convenzione utile consiste nel mettere in relazione i nodi di un cluster con il nome del server di cassette postali in cluster. Ad esempio, utilizzare mbx01, mbx01-nodo1 e mbx01-nodo2 rispettivamente per il server di cassette postali in cluster e per i due nodi.

  • Utilizzare indirizzi IP privati per le interfacce di rete privata   Utilizzare la seguente tabella di intervalli di indirizzi e subnet mask per le interfacce di rete privata:

    Rete Intervallo indirizzi IP Subnet mask

    Privata 1

    10.10.10.10-255

    255.255.255.0

    Privata 2

    10.10.10.11-255

    255.255.255.0

Notare quanto segue:

  • Se la rete pubblica utilizza la rete 10.x.x.x e la subnet mask 255.255.255.0, è consigliabile utilizzare indirizzi IP di rete privata e subnet mask alternativi.

  • Non si consiglia di utilizzare tipi di scheda con tolleranza di errore o teaming per la rete privata. Se è necessaria ridondanza per la rete privata, utilizzare più schede di rete impostate solo sulla comunicazione interna e definirne la priorità di rete nella configurazione cluster. Se si utilizza questa tecnologia, è importante verificare che firmware e driver siano della versione più recente. Per informazioni sulla compatibilità di un cluster di server, contattare il fabbricante della scheda di rete. Per ulteriori informazioni sul teaming della scheda di rete nella distribuzione cluster dei server vedere l'articolo 254101 della Microsoft Knowledge Base, Teaming della scheda di rete e cluster di server.

Per configurare le reti nel cluster per l'utilizzo con una soluzione SCC, configurare le reti pubbliche e private seguendo le procedure descritte in: Come configurare le connessioni di rete per un cluster a copia singola.

Formazione del cluster

Un cluster di failover viene formato quando viene aggiunto il primo nodo al cluster. Questo processo consente di dare al cluster un nome di rete e un indirizzo IP univoci. Il nome di rete e l'indirizzo IP, che formano l'identità di rete del cluster, si spostano tra i nodi nel cluster quando questi vengono portati in linea e disconnessi. L'identità di rete del cluster viene raramente utilizzata nell'amministrazione di un server di cassette postali in cluster.

Se si è acquisita familiarità con la distribuzione dei cluster di failover o dei cluster di Exchange dalle versioni precedenti, si noterà una notevole differenza con la distribuzione di un cluster per una soluzione cluster a copia singola. Se invece è la prima volta che si sperimenta una soluzione cluster, si scoprirà che la distribuzione è molto meno complessa delle configurazioni cluster tipiche.

È possibile compilare un nuovo cluster utilizzando le istruzioni contenute in Come creare un cluster di failover di Windows Server 2003 per un cluster a copia singola.

Aggiunta di nodi supplementari

Dopo avere installato il Servizio cluster nel primo nodo, si noterà che sarà necessario meno tempo per installarlo nei nodi successivi, dal momento che il programma di installazione utilizza le impostazioni di rete configurate nel primo nodo come base per la configurazione delle impostazioni di rete nei nodi successivi. Per la procedura dettagliata per aggiungere nodi supplementari al cluster, vedere Come creare un cluster di failover di Windows Server 2003 per un cluster a copia singola.

Prima di aggiungere e configurare altri nodi, è necessario convalidare la configurazione cluster. È possibile verificare che il Servizio cluster sia in funzione e che il cluster sia operativo eseguendo il gruppo cluster al prompt dei comandi. Il risultato deve essere simile al codice riportato di seguito:

C:\>cluster group

Elenco dello stato di tutti gruppi di risorse disponibili:

Gruppo                  Nodo                  Stato

----------------     ---------------     ------

Gruppo di cluster      <NomeNodo>        in linea

Si consiglia inoltre di esaminare i registri degli eventi per verificare la presenza di eventuali errori o avvisi che potrebbero richiedere particolare attenzione prima di continuare.

Configurazione di reti di cluster

Dopo avere aggiunto tutti i nodi al cluster, occorre configurare i componenti di rete del cluster. In particolare è necessario configurare le reti di cluster, la priorità delle rete di cluster e le impostazioni di tolleranza per heartbeat cluster mancanti. Nella tabella seguente sono riportate in dettaglio le opzioni disponibili per la configurazione di reti di cluster per l'heartbeat cluster.

Opzioni per la configurazioni delle reti di cluster

Opzione Descrizione

Solo accesso client (rete pubblica)

Selezionare questa opzione se si desidera che il Servizio cluster utilizzi questa scheda di rete solo per la comunicazione esterna con altri client. In questa scheda di rete non avrà luogo alcun traffico di comunicazioni cluster tra nodi.

Solo comunicazioni cluster interne (rete privata)

Selezionare questa opzione se si desidera che il Servizio cluster utilizzi questa rete solo per l'heartbeat cluster.

Tutte le comunicazioni (rete mista)

Selezionare questa opzione se si desidera che il Servizio cluster utilizzi la scheda di rete per il traffico di comunicazioni cluster tra nodi e per le comunicazioni con client esterni. Tale opzione è selezionata per impostazione predefinita per tutte le reti.

I server di cassette postali in cluster distribuiti in un SCC richiedono che siano supportate almeno due schede di rete in ciascun nodo. In un SCC, si consiglia di configurare una rete come rete privata e l'altra rete come rete mista. Se una rete è configurata come rete privata e l'altra rete come rete pubblica, la rete privata rappresenta un singolo punto di errore per il server di cassette postali in cluster.

Per la procedura dettagliata della configurazione dei componenti di rete del cluster, vedere Come configurare i componenti e la priorità di una rete cluster.

Una volta creato il cluster di failover, e prima di installare il ruolo del server Cassette postali su un nodo del cluster, si consiglia di verificare che il cluster di failover sia operativo. Per la procedura dettagliata di verifica del cluster di failover, vedere Come verificare l'operatività di un cluster di failover.

Installazione e configurazione di server di cassette postali in cluster

È possibile installare il ruolo del server Cassette postali in un cluster eseguendo alcuni passaggi in ciascun nodo. Una volta creato e convalidato il cluster, è necessario installare il ruolo del server Cassette postali nel nodo attivo. Quando si installa il ruolo del server Cassette postali in un cluster a copia singola, è necessario assicurarsi che il percorso del file di database di Exchange si trovi in un disco condiviso del cluster. Se non si selezionano un'unità e un percorso di un disco condiviso del cluster, verrà visualizzato un messaggio di errore. Per la procedura dettagliata relativa all'installazione del ruolo del server Cassette postali nel nodo attivo, vedere Come installare il ruolo Cassette postali in cluster attivo in un cluster a copia singola in Windows Server 2003.

Una volta installato il ruolo del server Cassette postali e il server di cassette postali in cluster nel nodo attivo e dopo aver verificato la configurazione del gruppo di archiviazione, è necessario installare il ruolo del server Cassette postali nel nodo passivo seguendo la procedura descritta in Come installare il ruolo Cassette postali in cluster passivo in un cluster a copia singola in Windows Server 2003.

Dipendenze dell'archiviazione per il server di cassette postali in cluster

Dopo che il server di cassette postali in cluster è stato installato e prima che sia inserito in produzione, è necessario configurare risorse disco fisico per i database utilizzando Amministrazione cluster o Cluster.exe. Se questo passaggio non viene eseguito e non vengono stabilite le dipendenze appropriate delle risorse cluster, i database non verranno montati dopo che si è verificato un failover o un handoff. Per la procedura dettagliata di configurazione delle dipendenze delle risorse disco fisico in un SCC in Windows Server 2003, vedere Come configurare le dipendenze di un disco per un cluster a copia singola in Windows Server 2003.

Installazione di più server di cassette postali in cluster

Un SCC è supportato solo in una configurazione attiva/passiva o in una configurazione attiva a nodo singolo. Tuttavia, possono essere presenti più nodi attivi e passivi nello stesso SCC. Nei cluster attivi/passivi, il cluster include almeno uno (o più) nodi attivi e almeno uno (o più) nodi passivi, ad esempio, due nodi attivi e un nodo passivo. Nei cluster di failover attivi/passivi, il numero di istanze del server di cassette postali in cluster è sempre inferiore al numero di nodi fisici del cluster.

Un cluster di failover di Windows può contenere fino a otto nodi fisici. Quindi, il numero massimo di server di cassette postali in cluster presenti in un SCC è sette. Un nodo passivo può servire uno o più nodi attivi, ma si consiglia di distribuire almeno un nodo passivo per ogni nodo attivo nel cluster.

Il processo di installazione di nodi attivi e passivi aggiuntivi è identico a quello di installazione dei primi nodi attivi e passivi. Ogni nodo attivo installato deve avere un nodo passivo corrispondente per poter essere supportato. Un singolo nodo passivo può essere designato come nodo passivo per più nodi attivi. Tuttavia, questa operazione potrebbe compromettere la disponibilità perché in un determinato momento, ciascun nodo può ospitare solo un server di cassette postali in cluster. Nel caso della configurazione con due nodi attivi e uno passivo, ad esempio, l'SCC non ha nodi passivi sufficienti per gestire il guasto simultaneo di entrambi i nodi attivi.

Nota

In un SCC che contiene più server di cassette postali in cluster può verificarsi un problema noto: può accadere che non sia possibile creare nuove cassette postali nel secondo e nei successivi server di cassette postali in cluster installati nel cluster di failover. Quando si verifica questo problema, i tentativi di creare una nuova cassetta postale nel secondo e nei successivi server di cassette postali in cluster non riusciranno e verrà visualizzato il seguente messaggio: "Impossibile trovare o inizializzare una DLL del generatore di proxy sul server FQDN.nomeServer. Gli indirizzi proxy per il destinatario corrente non verranno calcolati. Assicurarsi che tutte le DLL del generatore di indirizzi proxy siano stati installati nel server di destinazione." È possibile risolvere questo problema creando una nuova cassetta postale su un altro server Cassette postali, quindi spostando la cassetta postale al secondo o al successivo server di cassette postali in cluster. È possibile risolvere il problema creando un oggetto Microsoft MTA in Active Directory per il server di cassette postali in cluster. Per la procedura dettagliata, vedere Come abilitare la creazione di cassette postali nel secondo o successivo server di cassette postali in cluster di un cluster a copia singola di Exchange 2007.

Verifica di un cluster a copia singola

Una volta completata l'installazione di una soluzione SCC oppure una volta apportate modifiche significative alla configurazione, è consigliabile verificare che entrambi i nodi siano correttamente configurati per supportare il server di cassette postali in cluster eseguendo un handoff del server di cassette postali in cluster tra tutti i nodi.

Il metodo più appropriato per verificare che entrambi i nodi siano in grado di portare in linea il server di cassette postali in cluster è l'utilizzo del cmdlet Move-ClusteredMailboxServer per spostare il server di cassette postali in cluster su ogni nodo. Il cmdlet Move-ClusteredMailboxServer è disponibile in Exchange Management Shell.

Per la procedura dettagliata di verifica della soluzione SCC, vedere Come verificare l'handoff in un cluster a copia singola.