Ogni nodo nel cluster controlla lo status di residenti in altri nodi del cluster per determinare se il nodo è online o disponibili. I server utilizzano messaggi cardiaco per determinare lo stato di un altro nodo. Poiché ogni server in un cluster esegue le stesse applicazioni mission critical, è subito un altro server in grado di riprendere il funzionamento di un server non riuscita. Questo processo è chiamato il failover. Un altro processo, chiamato failback, avviene quando un server automaticamente non riprenda l'esecuzione delle sue ex operazioni una volta che è nuovamente online.

Microsoft fornisce le due tecnologie di clustering di seguito elencati:

• Il Servizio cluster Microsoft
• Il Network Load Balancing (NLB) Servizio

Microsoft Cluster Server (MSCS) è stato introdotto per la prima volta in Windows NT Server Enterprise Edition per consentire alle aziende di aumentare la disponibilità di applicazioni mission critical e servizi. Questa prima applicazione di clustering supportati solo due nodi del cluster, e solo un piccolo numero di applicazioni che potrebbero esistere all'interno del cluster. Con l'avanzata di Windows 2000 e Windows 2000 Datacenter venuto miglioramenti alla tecnologia di clustering introdotto in Windows NT Server Enterprise Edition. La tecnologia è diventata nota come Microsoft Cluster Service in Windows 2000.

Clustering tecnologie dovrebbero essere applicate quando i tuoi servizi di rete dettare un elevato grado di disponibilità.

A pochi vantaggi di applicazione di clustering sono elencati qui:

• Attuare le tecnologie di clustering per garantire l'alta disponibilità delle applicazioni mission critical e servizi, in quanto entrambi i guasti di hardware e software sono rapidamente individuati. Le operazioni di un nodo non sono immediatamente ripresa da un altro nodo nel cluster.
• I nodi del cluster sono anche in grado di riprendere le sue precedenti operazioni se viene portato nuovamente in linea. Ciò significa che nessuna configurazione manuale è necessario per avviare il processo di failback.
• Tecnologie di clustering fornire maggiore scalabilità, perché i server possono essere estese senza interruzioni di accesso client. È inoltre possibile integrare facilmente nuovi componenti hardware e software con le risorse esistenti eredità.
• Tecnologie di clustering ridurre i tempi di inattività associati con la manutenzione programmata, perché è possibile spostare le operazioni di un nodo a un altro nodo prima di eseguire eventuali aggiornamenti. Servizio cluster consente di accedere alle risorse e dei servizi nel corso di inattività pianificati. Non vi è alcuna necessità di interrompere l'accesso client.
• Cluster tecnologie anche ridurre singoli punti di guasto sulla rete in quanto forniscono un più elevato livello di disponibilità.
• Il tempo di risposta delle applicazioni può essere migliorata in quanto è possibile distribuire le applicazioni su più server.
• Tutti i nodi e le risorse del cluster possono essere gestiti come se ospitato su un singolo server.
• Il cluster possono essere gestiti da remoto.
• Applicazioni e servizi possono essere prese se non in linea è necessario per eseguire le attività di manutenzione.

A pochi scenari in cui si raccomanda di realizzare cluster sono elencati qui:

• Se avete bisogno di aumentare la disponibilità per il vostro server mission-critical delle applicazioni e dei servizi.
• Se si vuole ridurre il downtime associati con i guasti inaspettati.
• Se avete bisogno di utilizzare applicazioni cluster consapevole (Microsoft SQL Server, Microsoft Exchange Server).
• Se volete aggiornare i nodi e le risorse del cluster senza causare interruzioni agli utenti l'accesso alle risorse del cluster.
• Se si desidera eseguire gli aggiornamenti al sistema operativo che non si traducono in interruzioni di accesso alle risorse del cluster.

Clustering intesa Terminologia

Quando si parla di Microsoft della tecnologia di clustering, comune a pochi concetti e la terminologia utilizzata, sono elencati qui:

• Active / Active; attuazione di un cluster che ha le seguenti caratteristiche:
• Quando un nodo si guasta, un altro nodo in grado di gestire le risorse del nodo fallito.
• Ogni nodo può gestire i gruppi di risorse del cluster.
• Ogni nodo può assumere automaticamente il ruolo di un altro nodo nel cluster.
• Attivo / passivo; attuazione di un cluster che ha le seguenti caratteristiche:
• Un nodo primario contiene la risorsa specificatamente definite per gruppi di essa.
• Quando il principale nodo non ha esito positivo, le risorse non oltre.
• Il principale nodo gestisce le risorse quando si è di nuovo online.
• Cluster, un raggruppamento di due o più server fisici che funzionano come una rete di server.
• Cluster consapevole applicazioni; cluster di applicazioni che utilizzano le API per comunicare con Cluster Service. Queste applicazioni risiedono sui nodi del cluster. Cluster consapevole applicazioni DLL sono specifici per una particolare applicazione.
• Cluster ignorare applicazioni applicazioni che non comunica con il cluster. Essi sono fondamentalmente inconsapevoli del cluster.
• Risorsa comune, una risorsa che può essere letta da ogni nodo che risiedono nel cluster.
• Dipendenza; definisce un rapporto tra due mezzi che hanno a che operano nello stesso gruppo di risorse.
• Domainlet; un'alternativa al dominio utilizzando lo standard. Un domainlet prevede una serie di funzionalità per l'autenticazione, e dei gruppi e delle politiche volte a ridurre il sovraccarico.
• Failback; processo quando un server automaticamente non riprenda l'esecuzione delle sue ex operazioni una volta che è nuovamente online.
• Failover; processo quando le risorse di un nodo non si è ripresa da un altro nodo nel cluster.
• IsAlive controllo; utilizzato dal Resource Monitor per verificare lo stato di una risorsa. Quando questo controllo ha esito negativo, la risorsa specifica turni a offline e avvia il processo di failover.
• LooksAlive controllo; utilizzato dal Resource Monitor per verificare che le risorse sono in esecuzione. Se questo controllo in dubbio il risultato, poi il IsAlive Check inizia.
• Nodo; un server in un cluster. Un server può essere un nodo in un cluster se è in esecuzione una delle seguenti versioni di Windows:
• Windows 2000 Advanced Server
• Windows 2000 Datacenter Server
• Windows Server 2003 Enterprise Edition
• Windows Server 2003 Datacenter Edition
Windows Server 2003 Enterprise Edition e Windows Server 2003 Datacenter Edition cluster può avere da una a otto nodi. Windows 2000 Advanced Server cluster può contenere solo due nodi, mentre Windows 2000 Datacenter Server cluster può contenere fino a quattro nodi. Un nodo nel cluster può essere in uno dei seguenti stati:
• Down; le risorse del nodo sono state prese da un altro nodo.
• Pausa; il nodo è in pausa per un aggiornamento o prove.
• Sconosciuto; lo stato del nodo non può essere determinato.
• Sopra, il nodo è operativo.
• Offline, una risorsa che non può fornire i relativi servizi.
• Online, una risorsa che può fornire i relativi servizi.
• Quorum risorsa, una risorsa comune, che contiene il cluster di database sincronizzati. La risorsa quorum è di esistere per un nodo di operare. La risorsa quorum esiste sul disco fisico del disco condiviso del cluster.
• Risorse hardware e software componenti del cluster. Servizi e applicazioni nel cluster sono chiamati risorse.
• Gruppo di risorse, di gruppo; contiene tutte le risorse necessarie per una specifica applicazione. Ogni gruppo di risorse è un indirizzo IP e nome di rete che sono unici. Le risorse che dipendono da un'altra risorsa deve risiedere nello stesso gruppo, e sullo stesso nodo.

Intesa Cluster Service Componenti

I componenti di Microsoft Cluster Service, e il cluster funzioni specifiche associate a ciascun componente è riportato qui:

• Checkpoint Manager; svolge le seguenti funzioni, per il cluster:
• Esegue checkpointing registro in modo che il cluster di failover di cluster può ignorare le domande. Il punto di controllo dei dati di una risorsa che viene memorizzato nel registro quorum recupero.
• Aggiornamenti del Registro di sistema di dati di una risorsa che non è in linea, prima che la risorsa specifica è portato in linea.
• Communications Manager (Cluster driver di rete), svolge le seguenti funzioni, per il cluster:
• Gestisce la comunicazione tra i nodi del cluster tramite Remote Procedure Calls (RPC).
• Maniglie tentativi di connessione al cluster.
• Trasmette messaggi cardiaco.
• Configurazione Database Manager (Database Manager); svolge le seguenti funzioni, per il cluster:
• Gestisce le informazioni all'interno del database di configurazione cluster. Il database di configurazione memorizza informazioni sui cluster e sulle risorse dei gruppi e delle risorse del cluster.
• Garantire che il database di configurazione di informazione è coerente tra i nodi del cluster.
• Event Log Manager; assicura che i nodi del cluster contiene le stesse informazioni del registro eventi.
• Evento processore; svolge le seguenti funzioni, per il cluster:
• Avvia Servizio cluster
• Invia messaggi tra i nodi.
• Failover Manager; svolge le seguenti funzioni, per il cluster:
• Quando il cluster è più nodi, il che determina Failover Manager nodo dovrebbe riprendere una risorsa per il processo di failover.
• Avvia il processo di failover.
• Global Update Manager; svolge le seguenti funzioni, per il cluster:
• Fornisce l'interfaccia e il metodo per il Servizio cluster componenti per gestire i cambiamenti di Stato.
• Propaga i cambiamenti di stato di tutti gli altri nodi del cluster.
• Log Manager; scrive tutte le modifiche al registro di recupero del quorum risorsa.
• Soci Manager; svolge le seguenti funzioni, per il cluster:
• Gestisce l'appartenenza al cluster.
• Avvia un raggruppare caso, quando un nodo non riesce o viene portato in linea.
• Node Manager; svolge le seguenti funzioni, per il cluster:
• Determina il gruppo di gestione delle risorse tra i nodi del cluster.
• Ogni Node Manager comunica con gli altri nodi del cluster manager su nodi cluster per individuare eventuali situazioni di fallimento.
• Object Manager; gestisce gli oggetti del cluster e mantiene un database di oggetti (risorse, nodi) all'interno del cluster.
• Resource DLL; fornisce i mezzi per il Servizio cluster di comunicare con le applicazioni supportate nel cluster.
• Resource Manager, svolge le seguenti funzioni, per il cluster:
• Gestisce le risorse e le dipendenze.
• Avvia gruppo di risorse di failover.
• Inizia / smette di risorse.
• Resource Monitor, verifica che le risorse del cluster funzionano correttamente. Consente di Servizio cluster e una risorsa DLL di comunicare.

Metodi di comunicazione utilizzati dai nodi cluster

Le modalità con cui comunicare i nodi sono elencati qui:

• Remote Procedure Calls (RPC), utilizzati per comunicare informazioni tra i cluster di nodi cluster online.
• Quorum risorsa utilizzata per comunicare i cambiamenti di configurazione memorizzati nella risorsa quorum del registro quorum quando un nodo è in linea di nuovo dopo un fallimento.
• Cluster battiti cardiaci; inviato dal nodo Manager di ogni nodo per verificare che gli altri nodi del cluster sono in linea. Il primo nodo nel cluster trasmette un messaggio cardiaco intervalli di 0,5 secondi, con il nodo prima di rispondere 0,2 secondi sono trascorsi. Se un nodo non riesce a rispondere entro 0,2 secondi, il primo nodo inizia l'invio di 18 messaggi al battito del cuore non ha assunto nodo:
• 4 messaggi cardiaco a intervalli di 0,70 secondi.
• 3 messaggi cardiaco nei seguenti 0,75 secondi.
• 2 messaggi cardiaco a intervalli di 0,30 secondi.
• 5 messaggi cardiaco nei seguenti 0,90 secondi.
• 2 messaggi cardiaco a intervalli di 0,30 secondi.
• 2 messaggi cardiaco nei seguenti 0,30 secondi.

Intesa standard Tipi di risorse

Una risorsa in un cluster si riferisce ad una logica di cluster fisici o entità che può essere avviato, fermato, e gestiti. Un singolo nodo in un cluster può proprio una risorsa. Ci sono anche alcuni tipi di risorse che hanno specifiche dipendenze. A pochi standard tipi di risorse sono già previste dal Servizio cluster. È inoltre possibile aggiungere nuovi tipi di risorse.

A pochi tipi di risorse standard sono elencati qui:

• DHCP tipo di risorsa, supportato da Servizio cluster per attuare il servizio DHCP. DHCP tipo di risorsa sono le dipendenze disco fisico, indirizzo IP, nome di rete e risorse.
• Tipo di risorsa condivisione file; utilizzato quando il cluster esegue come un file server.
• Domanda generica tipo di risorsa; utilizzato per attuare un cluster di ignorare domanda.
• Servizi generici tipo di risorsa; utilizzato per attuare un cluster di ignorare servizio.
• Tipo di risorsa Indirizzo IP, utilizzato per configurare un indirizzo IP.
• Nome di rete tipo di risorsa; utilizzato con il tipo di risorsa Indirizzo IP per configurare un server virtuale. Il nome di rete tipo di dipendenza è l'indirizzo IP risorsa.
• Tipo di risorsa disco fisico, utilizzato per gestire e controllare l'unità del cluster condiviso. Il nodo che ha il controllo su una risorsa deve essere specificato. Non ci sono dipendenze.
• Spooler di stampa tipo di risorsa; utilizzato per consentire il cluster per supportare le stampanti di rete. Il cluster deve però avere la necessaria porti e driver della stampante di rete. Spooler di stampa sono le dipendenze disco fisico, nome di rete e risorse.
• WINS tipo di risorsa, supportato da Servizio cluster per attuare il servizio WINS. WINS tipo di risorsa sono le dipendenze disco fisico, indirizzo IP, nome di rete e risorse.

Le risorse possono essere raggruppate per formare gruppi di risorse. Le proprietà specifiche di questo gruppo di risorse e l'applicazione o servizio di determinare il modo in cui il gruppo di risorse viene spostato offline stato Servizio cluster.

Risorse gruppi hanno i seguenti elementi:

• Nome
• Proprietario preferiti
• Descrizione
• Failover proprietà
• Failback proprietà

I tipi di risorse che di solito sono inclusi in un gruppo di risorse sono:

• Indirizzo IP
• Nome di rete
• Disco fisico
• Applicazione / servizio hosted

Cluster Design Modelli

Ogni modello di cluster di progettazione è rivolto a particolari scenari. Il gruppo di progettazione di modelli disponibili sono:

• Singolo nodo: Questo modello di progettazione di cluster ha le seguenti caratteristiche:
• Il cluster è un nodo.
• Non può verificarsi per il failover del cluster.
• Un disco esterno non è necessario perché il disco locale può essere impostata fino a fini di stoccaggio.
• Molteplici i server virtuali possono essere creati.
• Quando una risorsa non riesce, Servizio cluster tenta di riavviare automaticamente applicazioni e risorse.
• Tipicamente utilizzata per lo sviluppo.
• Singoli Quorum: Questo modello di progettazione di cluster ha le seguenti caratteristiche:
• Il cluster è dotato di due o più nodi.
• Un nodo può essere configurato come il caldo del dispositivo in modalità standby.
• Un nodo può essere configurato per ospitare diverse applicazioni.
• Ogni nodo del cluster deve connettersi a dispositivi di archiviazione del cluster.
• Un unico dispositivo quorum si trova sul dispositivo di memorizzazione.
• Una copia della configurazione del cluster esiste il quorum risorsa.
• Più comunemente utilizzati cluster design modello.
• Maggioranza nodo set (MNS): Questo modello di progettazione di cluster ha le seguenti caratteristiche:
• Ogni nodo del cluster non ha bisogno di connettersi a dispositivi di archiviazione del cluster.
• Servizio cluster garantisce che la configurazione tra i nodi sono costanti.
• Ogni nodo ha e mantiene le proprie informazioni di configurazione cluster.
• Quorum sincronizzazione dei dati avviene su Server Message Block (SMB), le condivisioni di file.

Servizio cluster di configurazione Modelli

La configurazione del modello scelto riguarda le prestazioni dei cluster, e il grado di garantire la disponibilità nel corso di un fallimento. I diversi modelli di configurazione sono:

• Virtual Server Configurazione Modello: esiste un unico nodo nel cluster. Non esistono le capacità di failover del cluster. I server virtuali possono essere implementati per rispondere ai clienti 'richieste. In una fase successiva, quando sono attuate ulteriori nodi, per il cluster, le risorse possono essere raggruppate in server virtuali senza bisogno di riconfigurare un client.
• Elevata disponibilità con il bilanciamento del carico statico di configurazione Modello: I nodi di ogni particolare, sono le risorse che essi sono responsabili per. Per garantire la disponibilità durante il failover, ogni nodo deve essere sufficientemente in grado di sostenere un altro nodo delle risorse. Questo modello di configurazione porta ad una riduzione delle prestazioni per tutta la durata del failover.
• Hot Spare Nodo con la massima disponibilità di configurazione Modello: Un unico nodo primario gestisce le risorse. Il nodo di ricambio a caldo non è utilizzata nello stesso momento in cui il principale nodo. Questo nodo gestisce le risorse solo quando il nodo principale è un fallimento. Questo modello garantisce un'elevata disponibilità e prestazioni elevate durante il failover.
• Parziale del Servizio cluster di configurazione Modello: Questo modello si basa sui principi del vecchio modello. Quando si verifica il failover, il cluster di ignorare le domande soggiorno non disponibile per tutta la durata del failover. Cluster ignorare le domande non fanno parte di questo processo e le prestazioni di tali applicazioni è notevolmente ridotto, a volte di failover. Questo modello dispone di configurazione ad alta disponibilità di risorse che sono inclusi nel processo di failover.
• Ibrido di configurazione Modello: Questo modello può essere considerato come un raggruppamento di cui sopra i modelli di configurazione. In questo modello di configurazione, ogni nodo del cluster gestisce le sue risorse proprie. Poiché questo modello è un gruppo di altri modelli, la disponibilità durante il failover è garantito per le risorse indicate per il failover.