Guida all'installazione di Solaris 10 10/08: pianificazione dell'installazione e dell'aggiornamento

Capitolo 10 Creazione di volumi RAID-1 (mirror) durante l'installazione (pianificazione)

Questo capitolo descrive i requisiti e le linee guida necessarie per la creazione di volumi RAID-1 con i metodi di installazione JumpStart personalizzato e Solaris Live Upgrade.

Gli argomenti trattati sono i seguenti.

Per altre informazioni specifiche su Solaris Live Upgrade o JumpStart, vedere i seguenti testi di riferimento:

Requisiti di sistema

Per creare volumi RAID-1 con cui duplicare i dati di slice specifiche, i dischi da utilizzare devono essere collegati direttamente al sistema ed essere disponibili al momento dell'installazione.

Linee guida e requisiti delle repliche del database di stato

È consigliabile distribuire le repliche del database di stato su più slice, dischi e controller diversi, per evitare la creazione di singoli punti vulnerabili. L'obiettivo è di garantire l'integrità della maggior parte delle repliche anche dopo il guasto di un singolo componente. Se una replica viene danneggiata, ad esempio quando un dispositivo si guasta, questa condizione può provocare problemi durante l'esecuzione di Solaris Volume Manager o al riavvio del sistema. Solaris Volume Manager richiede che almeno la metà delle repliche siano disponibili per poter funzionare correttamente, ma richiede la presenza della maggioranza (metà più una) delle repliche per il riavvio in modalità multiutente.

Per informazioni dettagliate sulla creazione e l'amministrazione delle repliche del database di stato, vedere il manuale Solaris Volume Manager Administration Guide.

Scelta delle slice per le repliche del database di stato

Prima di selezionare le slice che dovranno ospitare le repliche del database di stato, valutare le seguenti linee guida e raccomandazioni.

Attività 

Descrizione 

Scegliere una slice dedicata 

È consigliabile creare le repliche del database di stato su una slice dedicata di almeno 4 MB per replica. Se necessario, è possibile creare le repliche del database di stato su una slice che fa parte di un volume RAID-0 o RAID-1. È necessario creare le repliche prima di aggiungere la slice al volume. 

Ridimensionare una slice 

Nell'impostazione predefinita, la dimensione di una replica del database di stato è di 4 MB o 8192 blocchi del disco. Poiché in genere le slice non sono così piccole, è possibile ridimensionare una slice per posizionarvi la replica del database di stato. Per informazioni sul ridimensionamento di una slice, vedere il Capitolo 11, Administering Disks (Tasks) in System Administration Guide: Devices and File Systems.

Scegliere una slice non utilizzata 

È possibile creare le repliche del database di stato sulle slice non utilizzate. La parte della slice riservata alla replica del database di stato non dovrebbe mai essere utilizzata ad altro scopo.

 

Non è possibile creare le repliche del database di stato su file system già esistenti o sui file system radice (/), /usr e swap. Se necessario, è possibile creare una nuova slice (se è ancora disponibile un nome) allocando una parte dello spazio di swap e quindi posizionando le repliche del database sulla nuova slice.

Scegliere una slice per creare un volume 

Quando una replica del database di stato viene posizionata su una slice che entra a far parte di un volume, la capacità del volume viene ridotta di una dimensione pari allo spazio occupato dalla replica o dalle repliche. Lo spazio utilizzato da una replica è arrotondato al cilindro successivo e viene ignorato dal volume.  

Scelta del numero di repliche del database di stato

Prima di scegliere il numero di repliche del database di stato da creare, si tengano in considerazione le seguenti linee guida.

Distribuzione delle repliche del database di stato tra i controller

Se sul sistema sono presenti più controller, le repliche dovrebbero essere distribuite nel modo più uniforme possibile tra tutti i controller. Questa strategia garantisce la ridondanza nel caso di guasto di un controller e contribuisce anche a distribuire il carico in modo omogeneo. Se su un controller sono presenti più dischi, almeno due dei dischi di ciascun controller dovrebbero contenere una replica.

Requisiti e linee guida per volumi RAID-1 e RAID-0

Quando si utilizzano volumi RAID-1 (mirror) e RAID-0 (concatenazioni di una singola slice), tenere presenti le seguenti linee guida.

Linee guida per JumpStart personalizzato e Solaris Live Upgrade

I metodi di installazione JumpStart personalizzato e Solaris Live Upgrade supportano un sottoinsieme delle funzioni disponibili in Solaris Volume Manager. Quando si creano file system in mirroring con questi programmi di installazione, tenere presenti le seguenti linee guida.

Programma di installazione 

Funzione supportata  

Funzione non supportata 

Metodo JumpStart personalizzato e Solaris Live Upgrade 

  • Supporta i volumi RAID-0 e RAID-1, ma non supporta altri componenti di Solaris Volume Manager, come i volumi RAID-5.

  • Il volume RAID-0 è supportato, ma solo come concatenazione di una singola slice.

In Solaris Volume Manager, un volume RAID-0 può fare riferimento a stripe o a concatenazioni di dischi. Non è possibile creare volumi RAID-0 in striping durante l'installazione o l'aggiornamento. 

Metodo JumpStart personalizzato 

  • Supporta la creazione di volumi RAID-1 solo durante un'installazione iniziale.

  • È possibile creare fino a due volumi RAID-0 (submirror) per ogni volume RAID-1. In genere, due submirror forniscono un grado di ridondanza sufficiente per la maggior parte delle applicazioni e riducono i costi legati alle unità disco.

  • Non supporta l'aggiornamento quando sono stati configurati volumi RAID-1.

  • Non sono supportati più di due volumi RAID-0.

Solaris Live Upgrade 

  • È possibile creare fino a tre volumi RAID-0 (submirror) per ogni volume RAID-1. La presenza di tre submirror consente di porre uno dei submirror non in linea e di eseguirne il backup pur mantenendo la ridondanza dei dati con gli altri due submirror.

  • Supporta la creazione di volumi RAID-1 durante l'aggiornamento.

Per gli esempi, vedere Creare un ambiente di boot con volumi RAID-1 (mirror) in Guida all’installazione di Solaris 10 10/08: Solaris Live Upgrade e pianificazione degli aggiornamenti.

Non sono supportati più di tre volumi RAID-0. 

Creazione e installazione di un archivio Solaris Flash con volumi RAID-1 

È possibile creare un archivio Solaris Flash da un sistema master che utilizza volumi RAID-1 di Solaris Volume Manager. Il software Solaris Flash rimuove tutte le informazioni dei volumi RAID-1 dall'archivio per mantenere l'integrità del sistema clone. Con il metodo JumpStart personalizzato è possibile ricostruire i volumi RAID-1 usando un profilo JumpStart. Con Solaris Live Upgrade è possibile creare un ambiente di boot che utilizza volumi RAID-1 e quindi installare l'archivio. Il programma di installazione di Solaris non può essere utilizzato per installare i volumi RAID-1 con un archivio Solaris Flash. 

Per un esempio di utilizzo dei volumi RAID-1 nei profili JumpStart, vedere Esempi di profilo in Guida all’installazione di Solaris 10 10/08: metodo JumpStart personalizzato e installazioni avanzate .

Veritas VxVM memorizza le informazioni di configurazione in aree che non sono disponibili per Solaris Flash. Se sono stati configurati i file system Veritas VxVm, evitare di creare un archivio Solaris Flash. Inoltre, l'installazione di Solaris, inclusi i metodi JumpStart e Solaris Live Upgrade, non supporta la ricostruzione dei volumi VxVM in fase di installazione. Se si intende distribuire il software Veritas VxVM usando un archivio Solaris Flash, questo deve essere creato prima di configurare i file system VxVM. I sistemi clone devono quindi essere configurati singolarmente dopo l'applicazione dell'archivio e il riavvio del sistema. 

Requisiti dei nomi dei volumi RAID e linee guida per i metodi JumpStart personalizzato e Solaris Live Upgrade

Osservare le seguenti regole per l'assegnazione dei nomi ai volumi.

Convenzioni di denominazione dei volumi RAID per Solaris Live Upgrade

Quando si utilizza la procedura Solaris Live Upgrade per creare i volumi RAID-1 (mirror) e RAID-0 (submirror), è possibile lasciare che il software rilevi ed assegni i nomi dei volumi oppure assegnarli direttamente. Se la rilevazione viene eseguita dal software, viene assegnato il primo nome di mirror o submirror disponibile. Se si assegnano i nomi ai mirror direttamente, assegnare nomi terminanti in zero in modo che l'installazione possa usare i nomi terminanti in 1 e 2 per i submirror. Se si assegnano i nomi ai submirror direttamente, utilizzare nomi che terminano con 1 o 2. Se i nomi vengono assegnati in modo errato, il mirror non può essere creato. Ad esempio, se si specifica il nome di un mirror terminante in 1 o 2 (d1 o d2), Solaris Live Upgrade non è in grado di creare il mirror se il suo nome è uguale al nome di uno dei submirror.


Nota –

Nelle versioni precedenti, era possibile immettere un nome di volume abbreviato. A partire da 10 10/08 è possibile immettere solo il nome completo del volume. Ad esempio, è possibile utilizzare solo il nome del volume completo, /dev/md/dsk/d10, per specificare un mirror.



Esempio 10–1 Solaris Live Upgrade: consentire al software di rilevare e assegnare il nome al mirror e al submirror

Nell'esempio seguente, Solaris Live Upgrade assegna i nomi dei volumi. I volumi RAID-1 d0 e d1 sono i soli volumi in uso. Per il mirror d10, Solaris Live Upgrade sceglie d2 per il submirror del dispositivo c0t0d0s0 e d3 per il submirror del dispositivo c1t0d0s0.


lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs -m /:/dev/dsk/c0t0d0s0:attach
-m /:/dev/dsk/c1t0d0s0:attach


Esempio 10–2 Solaris Live Upgrade: assegnare i nomi di mirror e submirror

In questo esempio, i nomi dei volumi vengono assegnati direttamente con il comando. Per il mirror d10, d11 è il nome del submirror del dispositivo c0t0d0s0 e d12 è il nome del submirror del dispositivo c1t0d0s0.


lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs -m /:/dev/dsk/c0t0d0s0,/dev/md/dsk/d11:attach
-m /:/dev/dsk/c1t0d0s0,/dev/md/dsk/d12:attach

Per informazioni dettagliate sui requisiti di denominazione di Solaris Volume Manager, vedere il manuale Solaris Volume Manager Administration Guide.


Convenzioni di denominazione dei volumi RAID per il metodo JumpStart personalizzato

Quando si utilizza il metodo JumpStart personalizzato per creare i volumi RAID-1 (mirror) e RAID-0 (submirror), è possibile lasciare che il software rilevi ed assegni i nomi dei volumi oppure assegnarli direttamente nel profilo.


Nota –

È possibile abbreviare i nomi delle slice dei dischi fisici e dei volumi Solaris Volume Manager. L'abbreviazione è il nome più corto che può identificare un dispositivo in modo univoco. Qui di seguito sono riportati alcuni esempi.



Esempio 10–3 Consentire al software di rilevare e assegnare il nome al mirror e al submirror

Nell'esempio di profilo seguente, al mirror vengono assegnati i primi numeri di volume disponibili. Se il successivo mirror disponibile terminante in zero è d10 al submirror vengono assegnati i nomi d11 e d12.

filesys                 mirror c0t0d0s1  / 


Esempio 10–4 Assegnazione dei nomi a mirror e submirror

Nel seguente esempio di profilo, il numero del mirror (d30) viene assegnato dal profilo. I nomi dei submirror vengono assegnati dal software, in base al numero del mirror e a quello del primo submirror disponibile. I submirror sono denominati d31 e d32.

filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /

Per informazioni dettagliate sui requisiti di denominazione di Solaris Volume Manager, vedere il manuale Solaris Volume Manager Administration Guide.

Linee guida per la scelta di dischi e controller

Nella scelta dei dischi e dei controller da destinare al mirroring di un file system, tenere presenti le seguenti linee guida.

Linee guida per la scelta delle slice

Nella scelta delle slice da destinare al mirroring di un file system, tenere presenti le seguenti linee guida.

Nell'avvio in modalità monoutente, un messaggio indica che il mirror richiede manutenzione

Se un sistema su cui sono presenti mirror dei file system radice (/), /usr e swap viene avviato in modalità monoutente, il sistema indica che è necessario eseguire la manutenzione dei mirror. Quando si visualizzano i mirror con il comando metastat, i mirror sopra indicati e potenzialmente tutti i mirror del sistema mostrano lo stato di richiesta di manutenzione.

Anche se la situazione può apparire potenzialmente rischiosa, in realtà non è così. Il comando metasync -r, che viene normalmente eseguito all'avvio per risincronizzare i mirror, viene interrotto quando il sistema si avvia in modalità monoutente. Dopo il riavvio del sistema, il comando metasync -r viene eseguito e risincronizza tutti i mirror.

Se questa interruzione desta qualche preoccupazione, eseguire il comando metasync -r manualmente.

Per maggiori informazioni su metasync, vedere la pagina man metasync(1M) e il manuale Solaris Volume Manager Administration Guide.