Funzioni del controller

Considerare i fattori riportati di seguito durante l'utilizzo delle funzioni multi-initiator ed HA.

L'utilizzo delle funzioni multi-initiator ed HA richiede il supporto software AIX e controller. Il supporto controller è indicato nelle tabelle di confronto delle funzioni per le schede PCIe e PCI-X. Ricercare i controller le cui voci RAID a due sistemi HA, JBOD a due sistemi HA o RAID a sistema singolo HA sono contrassegnate da Sì per la configurazione desiderata. I livelli di software AIX richiesti per il supporto multi-initiator sono identificati nella tabella Requisiti software AIX.

I controller specifici devono essere utilizzati solo in una configurazione RAID a due sistemi HA o RAID a sistema singolo HA. Utilizzare le tabelle di confronto delle funzioni per le schede PCIe e PCI-X per ricercare i controller per cui la voce Richiede configurazione RAID HA è contrassegnata da Sì. Questo tipo di controller non può essere utilizzato in una configurazione autonoma o JBOD a due sistemi HA.

I controller collegati in una configurazione RAID devono avere la stessa dimensione della cache di scrittura (se supportata). Se le dimensioni delle cache di scrittura dei controller non sono uguali, viene visualizzato un errore di configurazione.

Durante la configurazione di controller per una configurazione RAID a due sistemi o una configurazione RAID a sistema singolo HA, non sono necessarie impostazioni speciali di configurazione o dei jumper di modalità. Tuttavia, durante la configurazione di un controller per una configurazione JBOD a due sistemi HA, è necessario modificare il valore di Configurazione initiator doppio in Percorso singolo HA JBOD.

Per tutte le configurazioni RAID HA, un controller funziona come controller principale. I controller principali eseguono la gestione delle unità fisiche, come la creazione di un disk array, lo scaricamento del microcodice SES e lo scaricamento del microcodice del disco. L'altro controller funziona come secondario e non è in grado di eseguire la gestione delle unità fisiche.

Se il controller secondario rileva che il controller principale è fuori linea, commuta i ruoli in modo da diventare controller principale. Quando il controller principale originario è nuovamente in linea, diventa il controller secondario. L'eccezione a questa regola è rappresentata dal caso in cui il controller principale originario è stato precedentemente indicato come controller principale preferito.

Entrambi i controller sono in grado di eseguire accessi I/E diretti (operazioni di lettura e scrittura) ai disk array. In un determinato momento, solo un controller nella coppia è ottimizzato per il disk array. Il controller ottimizzato per un disk array è quello che accede direttamente alle unità fisiche per le operazioni I/E. Il controller non ottimizzato per un disk array inoltra le richieste di lettura e scrittura, mediante SAS Fabric, al controller ottimizzato.

Il controller principale registra la maggior parte degli errori relativi ad un disk array. Gli errori relativi al disk array possono essere registrati anche sul controller secondario se un disk array è ottimizzato sul controller secondario nel momento in cui si verifica l'errore.

Di seguito sono riportati i motivi tipici per cui si verifica lo scambio dei ruoli dall'impostazione prevista o preferita dei controller principale e secondario:

I controller si scambiano i ruoli per ragioni asimmetriche. Ad esempio, un controller rileva un numero di unità disco maggiore di quello rilevato dall'altro controller. Se il controller secondario è in grado di individuare unità non rilevate dal controller principale, si verifica una transizione (failover) automatica. I controller comunicano tra loro, confrontano le informazioni relative all'unità e si scambiano i ruoli.
La disattivazione del controller principale o del sistema che contiene il controller principale causa una transizione (failover) automatica.
Un malfunzionamento del controller principale o del sistema che contiene il controller principale causa una transizione (failover) automatica.
Se l'attivazione del controller principale preferito viene ritardata, l'altro controller assume il ruolo di controller principale. Dopo che il controller principale preferito diventa attivo, si verifica una transizione (failover) automatica.
Se il controller principale perde il contatto con i dischi a cui può accedere anche il controller secondario, si verifica una transizione (failover) automatica.
Lo scaricamento del microcodice del controller potrebbe determinare una transizione (failover) automatica.

Per tutte le configurazioni JBOD, i controller funzionano solo come controller autonomi e non comunicano direttamente tra loro.

Gli utenti e le relative applicazioni sono responsabili di garantire le operazioni di lettura e scrittura sui disk array o sui dischi condivisi, ad esempio, utilizzando comandi di riserva delle unità (la riserva permanente non è supportata).