Panoramica Ambiente Cluster di Microsoft failover

Modifica in linea

Con un Microsoft Failover Cluster Manager, è possibile inserire le risorse cluster del server IBM Storage Protect in un gruppo di cluster. Il gruppo di cluster IBM Storage Protect ha un nome di rete, un indirizzo IP, uno o più dischi fisici, un server IBM Db2 e un servizio server IBM Storage Protect .

Il nome di rete dell'istanza IBM Storage Protect è indipendente dal nome del nodo fisico su cui viene eseguito il gruppo di cluster IBM Storage Protect . I client si collegano a un server IBM Storage Protect utilizzando il nome di rete dell'istanza, piuttosto che il nome del nodo Windows. Il nome di rete dell'istanza si assota ad un nodo principale o di backup. La mappatura dipende da quale nodo possiede il gruppo cluster. Qualsiasi client che utilizza WINS (Windows Internet Name Service) o i servizi di directory per individuare i server può tenere traccia automaticamente del server con cluster IBM Storage Protect mentre si sposta tra i nodi. È possibile tracciare automaticamente il server clustered senza modificare o riconfigurare il client.

Ogni gruppo di cluster IBM Storage Protect ha il proprio disco come parte di un gruppo di risorse cluster. I gruppi di cluster IBM Storage Protect non possono condividere i dati tra i gruppi di cluster. Ogni server IBM Storage Protect configurato in un gruppo di cluster ha il database, i log attivi, i log di recupero e la serie di volumi del pool di archiviazione su un disco separato. Questo disco è di proprietà del gruppo cluster in cui è configurato il server.

Ricordiamo: Microsoft Failover Cluster Manager supporta un indirizzo IP solo come risorsa. Pertanto, qualsiasi IBM Storage Protect server in esecuzione su un cluster deve limitare il proprio metodo di comunicazione supportato esclusivamente all' TCP/IP Qualsiasi client che non utilizzi il protocollo TCP/IP come metodo di comunicazione non sarà in grado di raggiungere il gruppo IBM Storage Protect di cluster nel caso in cui si verifichi un failover verso l'altro nodo del cluster.

Il seguente esempio dimostra il modo in cui funziona Microsoft Failover Cluster Manager per un server cluster IBM Storage Protect .

Si supponga che un server IBM Storage Protect con cluster denominato JUPITER sia in esecuzione sul nodo Z e che un server IBM Storage Protect con cluster denominato SATURN sia in esecuzione sul nodo X. I client si collegano al server IBM Storage Protect JUPITER e al server IBM Storage Protect SATURN senza sapere quale nodo ospita il server.

Figura 1. Clustering con JUPITER come Node Z e SATURN come Node X

Quando un software o una risorsa hardware fallisce, il failover si verifica. Risorse come applicazioni, dischi e un indirizzo IP si spostano dal nodo non riuscito al nodo restante. Il nodo restante completa le seguenti azioni:

Assume il controllo del gruppo di cluster IBM Storage Protect
Porta in linea le risorse disco, le risorse di rete e la risorsa Db2
Riavvia il servizio IBM Storage Protect
Fornisce accesso agli amministratori e ai client

Se Node X fallisce, Node Z assume il ruolo di running SATURN. Ad un cliente, è esattamente come se il Nodo X fosse spento e si è subito voltato di nuovo. I clienti sperimentano la perdita di tutte le connessioni a SATURN e tutte le transazioni attive sono arrotolate al cliente. I client devono ricollegarsi a SATURN dopo la perdita della connessione. La posizione di SATURN non è evidente al cliente.