Pianificazione di cluster a copia singola

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

Ultima modifica dell'argomento: 2008-07-24

Sebbene la distribuzione di un cluster a copia singola (SCC, Single Copy Cluster) di Microsoft Exchange Server 2007 sia simile alla distribuzione di un server autonomo di Exchange 2007 e alla distribuzione della replica continua cluster (CCR, Cluster Continuous Replication), esistono differenze importanti da non trascurare.

Requisiti generali per i cluster a copia singola

Di seguito sono riportati i requisiti generali per la distribuzione di un cluster a copia singola:

• Assicurarsi che sia in esecuzione il sistema DNS (DNS, Domain Name System). Il server DNS dovrebbe accettare gli aggiornamenti dinamici. In caso contrario, è necessario creare un record DSN Host (A) per ciascun server di cassette postali in cluster e per il cluster stesso, altrimenti Exchange non funziona correttamente. Per ulteriori informazioni sulla configurazione del DNS per Exchange, vedere l'articolo 322856 della Knowledge Base Microsoft, How to configure DNS to use with Exchange Server (informazioni in lingua inglese).

• Se i nodi del cluster appartengono a una zona del servizio di denominazione directory con un nome diverso dal nome di dominio del servizio directory di Active Directory a cui è stato unito il computer, per impostazione predefinita il nome del sottodominio non verrà incluso nella proprietà DNSHostName. In questo caso, può essere necessario modificare la proprietà DNSHostName per assicurarsi che alcuni servizi, ad esempio il servizio Replica file (FRS, File Replication Service), funzionino correttamente. Per ulteriori informazioni, vedere l’articolo 240942 della Knowledge Base, Active Directory DNSHostName property does not include subdomain (informazioni in lingua inglese).

• Tutti i nodi cluster devono essere server membro nello stesso dominio e sito di Active Directory. Exchange 2007 non è supportato sui nodi che sono anche server di directory di Active Directory oppure sui nodi che sono membri di domini o siti di Active Directory differenti.

• Assicurarsi che il cluster sia stato creato prima di installare Exchange 2007. Prima di installare Exchange 2007, assicurarsi che almeno una risorsa disco fisico sia presente nel gruppo di cluster in cui si intende installare Exchange 2007. Dopo aver installato il server di cassette postali in cluster, configurare le dipendenze delle risorse del disco appropriate in Amministrazione cluster.

• Assicurarsi che il nome del server di cassette postali in cluster sia composto al massimo da 15 caratteri.

• Il cluster in cui è installato Exchange 2007 non può contenere Exchange Server 2003, Exchange 2000 Server o qualsiasi versione abilitata per i cluster di Microsoft SQL Server. L'esecuzione di Exchange 2007 su un cluster con una qualsiasi delle applicazioni sopra citate non è supportata. È possibile eseguire Exchange 2007 in un cluster con SQL Server Express Edition o con un'altra applicazione di database (quale Office Access) solo se l'applicazione database non è in cluster.

• Prima di installare Exchange 2007, assicurarsi che la cartella in cui verranno installati tutti i dati di Exchange sulla risorsa disco fisico sia vuota.

• È necessario installare la stessa versione di Exchange 2007 in tutti i nodi del cluster configurati come host di un server di cassette postali in cluster. Inoltre, il sistema operativo e i file di Exchange devono essere installati negli stessi percorsi e unità di tutti i nodi del cluster. A tale scopo, è necessario che tutti i computer abbiano una configurazione del disco simile, se non identica.

• Non installare, creare o spostare le risorse dal gruppo di cluster predefinito nel gruppo di risorse che contiene il server di cassette postali in cluster. Inoltre, non installare, creare o spostare le risorse dal gruppo che contiene il server di cassette postali in cluster nel gruppo di cluster predefinito. Il gruppo di cluster predefinito deve contenere solo l'indirizzo IP, il nome di rete e le risorse del quorum del cluster. Lo spostamento delle risorse in un gruppo di cluster predefinito oppure la combinazione delle risorse con un gruppo di cluster predefinito non è supportato.

  Importante

  I cluster che eseguono versioni precedenti di Exchange richiedono un'istanza cluster di Microsoft Distributed Transaction Coordinator (MSDTC). In Exchange 2007 il componente MSDTC non è più un requisito. I server di cassette postali in cluster in un SCC non utilizzano la risorsa MSDTC installata nel cluster di failover. Le applicazioni di terze parti potrebbero richiedere una risorsa MSDTC per via delle dipendenze COM+. In Windows Server 2003 la risorsa cluster MSDTC richiede l'utilizzo di un'archiviazione condivisa nel cluster. Se una risorsa cluster è richiesta da un'applicazione di terze parti, essa dovrebbe essere installata in un gruppo cluster separato dal gruppo contenente il server di cassette postali in cluster. Windows Server 2008 fornisce un'istanza MSDTC locale non cluster che rimuove il requisito di archiviazione remota in un cluster di failover Windows Server 2008. Per ulteriori informazioni sulle modifiche MSDTC in Windows Server 2008, vedere la Guida di Windows Server 2008.

Requisiti hardware per i cluster a copia singola

Di seguito sono riportati i hardware per la distribuzione di un cluster a copia singola:

• L'intera soluzione deve essere elencata nella categoria Cluster Solutions nella pagina relativa al catalogo dei prodotti Windows Server che sono stati sottoposti a test (informazioni in lingua inglese).

• Se il cluster a copia singola è geograficamente disperso, deve essere elencato nella categoria Geographically Dispersed Cluster Solution del catalogo dei prodotti sottoposti a test di Microsoft Windows Server.

Requisiti software per i cluster a copia singola

Di seguito sono riportati i requisiti software per la distribuzione di cluster a copia singola:

• In tutti i nodi del cluster deve essere installato il sistema operativo Windows Server 2008 Enterprise o Windows Server 2003 Enterprise Edition con le stesse lettere di avvio e di sistema e lo stesso percorso Windows. Non è possibile disporre di un cluster con uno o più nodi su cui è in esecuzione Windows Server 2003 e altri nodi su cui è in esecuzione Windows Server 2008. In un cluster di failover non sono supportate versioni diverse dei sistemi operativi.

• In un cluster è possibile installare solo il ruolo del server Cassette postali. In un computer appartenente a un cluster di failover non può essere installato nessun altro ruolo del server Exchange.

Requisiti di rete per i cluster a copia singola

È importante che le reti utilizzate per le comunicazioni tra client e cluster siano configurate correttamente. In questa sezione sono riportati collegamenti alle procedure necessarie per verificare che le impostazioni della rete pubblica e della rete privata siano corrette. Inoltre, è necessario assicurarsi che l'ordine della connessione di rete sia configurato correttamente per il cluster.

Quando si progetta l'infrastruttura di rete per la distribuzione del cluster a copia singola, considerare quanto segue:

• Ciascun nodo deve disporre di almeno due schede di rete disponibili per il cluster. I client e gli altri server devono essere in grado di accedere ai nodi solo da una delle due schede di rete. Le altre schede di rete vengono utilizzate per le comunicazioni tra cluster.

• Quando si creano i server di cassette postali in cluster, è necessario disporre di un numero sufficiente di indirizzi IP statici. Gli indirizzi IP sono obbligatori per le reti pubbliche e per quelle private. Di seguito sono riportati i requisiti relativi a indirizzi privati e pubblici:

  • Indirizzi privati   Ciascun 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 rete o subnet 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. Se la rete pubblica utilizza la rete 10.x.x.x e la subnet mask 255.255.255.0, è consigliabile utilizzare indirizzi IP della rete privata e subnet mask alternativi. Se vengono configurate più reti private, sono necessari subnet e indirizzi univoci per ciascuna scheda di rete e ogni rete privata.

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

  Nota

  Se si sta installando un cluster a copia singola in Windows Server 2008, è possibile utilizzare un indirizzo Internet Protocol versione 6 (IPv6) assegnato in modo dinamico insieme agli indirizzi IPv4 statici utilizzati per le reti private o pubbliche.

• Se si sta installando un cluster a copia singola in Windows Server 2003, il servizio cluster richiede che la rete privata di tutti i nodi in un cluster si trovi sulla stessa subnet. Per ottenere questo risultato in un ambiente geograficamente disperso, è possibile utilizzare switch VLAN (LAN virtuale) sulle interconnessioni tra i nodi. Se si utilizza una rete VLAN, la latenza di andata e ritorno da punto a punto deve essere inferiore a 0,5 secondi. Inoltre, il collegamento tra i due nodi deve essere riportato come una singola connessione da punto a punto dalla prospettiva del sistema operativo Windows in esecuzione sui nodi. Per evitare singoli punti di errore, utilizzare hardware VLAN indipendente per i vari percorsi tra i nodi. La stessa restrizione che riguarda la subnet non si applica ai cluster di failover in esecuzione su Windows Server 2008.

• Se si sta installando un cluster a copia singola in Windows Server 2003, il servizio cluster richiede che la rete pubblica di tutti i nodi di un cluster si trovi sulla stessa subnet e che tale subnet sia diversa dalla subnet utilizzata per la rete privata. La rete pubblica cluster deve fornire la connessione ad altri server di Exchange e ad altri servizi, come Active Directory e DNS. Non è possibile evitare che questo diventi un singolo punto di errore utilizzando le schede di rete o una tecnologia simile. La stessa restrizione che riguarda la subnet non si applica ai cluster di failover in esecuzione su Windows Server 2008.

• È necessario che sia fornita una rete privata cluster separata. La rete privata deve essere utilizzata per le comunicazioni tra nodi. Questa rete può trovarsi su computer del cluster e non richiede i servizi DNS.

• Se si sta installando SCC in Windows Server 2003, l'ordine di connessione di rete in Windows deve essere configurato assegnando la priorità più alta alle reti pubbliche, mentre la priorità di rete nel cluster deve essere configurata con le reti private al vertice dell'ordine di priorità.

• I requisiti di heartbeat potrebbero non essere i requisiti di latenza e di larghezza di banda di rete pubblica più rigidi per una configurazione a due centri dati. È necessario valutare il carico complessivo della rete, che include client, Active Directory, trasporto e traffico per determinare i requisiti di rete necessari.

Requisiti di archiviazione per i cluster a copia singola

I cluster a copia singola utilizzano il metodo di archiviazione condivisa per memorizzare i dati dei server di cassette postali in cluster (gruppi di archiviazione e database). Anche le risorse del quorum possono essere memorizzate con il metodo di archiviazione condivisa. Un'alternativa al metodo di archiviazione condivisa per le risorse del quorum è utilizzare il quorum MNS (Majority Node Set, maggioranza dei nodi). Questo quorum può essere un quorum MNS tradizionale oppure un quorum MNS con testimone di condivisione file.

Per assicurare il corretto funzionamento del cluster a copia singola, è importante che le seguenti attività vengano eseguite nell'ordine mostrato di seguito:

1. Tutta l'archiviazione condivisa deve essere configurata prima della creazione del cluster su ciascun nodo che farà parte del cluster. È obbligatorio che il disco quorum sia configurato e disponibile per tutti i nodi del cluster prima della creazione del cluster. La creazione del cluster non riesce se il quorum non è disponibile.

2. Una volta creato il cluster, e prima dell'installazione di Exchange, è necessario configurare le risorse del disco fisico dell'archiviazione condivisa del server di cassette postali in cluster.

3. Una volta installato Exchange e creato il server di cassette postali in cluster, è necessario configurare le dipendenze delle risorse del disco fisico.

Quando si progetta una soluzione di archiviazione di cluster a copia singola, è consigliabile seguire le procedure consigliate riportate di seguito:

• Utilizzare le informazioni di riferimento generali sulla pianificazione dell'archiviazione riportate in Pianificazione dell'archiviazione su disco.

• I file di database e i file del registro delle transazioni devono essere archiviati in numeri di unità logica (LUN, Logical Unit Number) diversi.

• Per rendere i volumi visibili dal sistema operativo, utilizzare i punti di montaggio del volume del file system NTFS.

• Utilizzare nomi riconoscibili che possono essere collegati direttamente e logicamente al gruppo di archiviazione o al database ospitato. Se vengono utilizzati volumi diversi per i registri e i database, i percorsi devono consentire di identificare il tipo di dati. Questo approccio può aiutare a evitare errori umani quando il numero di database e gruppi di archiviazione è elevato.

  Nota

  Exchange 2007 non supporta la collocazione dei registri delle transazioni o dei file di database nella directory radice di un volume.

Requisiti di Active Directory per i cluster a copia singola

Il cluster a copia singola ha gli stessi requisiti dell'infrastruttura di Active Directory di un server autonomo, più alcuni requisiti aggiuntivi. In una soluzione con più centri dati, i centri dati devono disporre di un supporto di infrastruttura di Active Directory adeguato, perché in qualsiasi momento uno dei centri dati potrebbe ospitare il server di cassette postali in cluster. È necessario che sia garantita questa capacità anche se gli altri centri dati non sono disponibili. Inoltre, tutti i nodi del cluster devono trovarsi nello stesso dominio e l'account del servizio cluster deve disporre delle autorizzazioni appropriate.

Requisiti dell'account del servizio per i cluster a copia singola

Se si sta installando un cluster a copia singola in Windows Server 2003, è necessario utilizzare un account di dominio per l'account del servizio cluster. Tutti i nodi del cluster devono essere membri dello stesso dominio e devono utilizzare lo stesso account del servizio cluster. L'account del servizio cluster deve essere anche membro del gruppo Administrators locale in ciascun nodo in grado di ospitare un server di cassette postali in cluster.

L'account del servizio cluster è responsabile per la creazione e la gestione dell'account computer identificato e associato alla risorsa del nome di rete del cluster di failover quando tale risorse viene portata in linea. Per assicurare che l'account del servizio cluster disponga delle autorizzazioni appropriate, vedere l'articolo 307532 della Knowledge Base Risoluzione dei problemi dell'account del Servizio cluster in relazione alla modifica di oggetti computer. Per ulteriori informazioni, vedere l'articolo 251335 della Knowledge Base Impossibile per gli utenti di dominio collegare una workstation o un server a un dominio.

Se si sta installando un cluster a copia singola in Windows Server 2008, il servizio cluster verrà eseguito con l'account LocalSystem (SYSTEM).

Ulteriori informazioni

Per ulteriori informazioni sui cluster di failover in Windows Server 2008, e sui relativi predecessori in Windows Server 2003 (cluster di server), vedere le risorse indicate di seguito:

• Cluster di failover con Windows Server 2008

• Tecnologie di clustering

• Guida di Windows Server 2008 e Windows Server 2003