VPLEX: Array di condivisione metavolume attivo
Summary: Questo articolo illustra come procedere se, durante l'esecuzione della verifica preliminare NDU, lo script segnala che i segmenti attivi del metavolume si trovano sullo stesso array.
Symptoms
Quando si esegue il comando di verifica preliminare NDU, prima di un NDU pianificato o quando si controlla lo stato di VPLEX al di fuori di un NDU, il comando di controllo preliminare segnala che il metavolume attivo condivide l'array back-end (BE).
Cause
Questo problema è causato dal comando di controllo preliminare in cui entrambi i segmenti del metavolume attivo si trovano sullo stesso array back-end. Ciò può essere dovuto a:
- Il metavolume è stato inizialmente configurato con un solo array back-end disponibile ed entrambi i segmenti sono stati impostati su quel singolo array. Questa situazione non veniva aggiornata quando veniva aggiunto un secondo array a VPLEX.
- Il metavolume è stato inizialmente configurato dall'utente che impostava due volumi da un array anche se due o più array erano collegati a VPLEX. Non si tratta di un'azione supportata in cui due o più array sono collegati a VPLEX e devono essere risolti riconfigurando il metavolume con i componenti impostati su due array diversi.
Resolution
Per correggere questo errore, verificare se un altro volume, che soddisfi i criteri richiesti per un meta volume, è disponibile su un secondo array, se un secondo array è ora disponibile.
I requisiti delle best practice per un meta volume sono che devono essere presenti due (2) volumi di storage che siano:
-
Unclaimed
-
78 GB o superiore
-
Su array diversi
-
Thick provisioning (non creato utilizzando thin LUN)
Procedura:
-
Verificare la disponibilità di volumi di metadati candidati utilizzando l'articolo 000158150 della Knowledge Base "VPlex: Come elencare i volumi di storage che sono candidati idonei che possono essere utilizzati per creare volumi di metadati", per il processo di visualizzazione dei volumi di storage che soddisfano i criteri per un meta volume VPLEX.
-
Una volta che si dispone di un altro volume su un array diverso che soddisfa i criteri, collegare questo nuovo volume al meta volume corrente utilizzando il comando CLI:
meta-volume attach-mirror.Output di esempio:
VPlexcli:/> meta-volume attach-mirror --storage-volume VPD83T3:60060160c9c02xxxxxxxxxxxxx99e711 --meta-volume C1_Meta
-
Al prompt di VPlexcli, cambiare la directory (cd) nel contesto "system-volumes" ed eseguire il comando long list, 'll'altro'. Dovrebbe essere visualizzato lo "operational status" dei volumi di metadati attivi come "degraded" e lo "Health State" come "minor-failure".
VPlexcli:/clusters/cluster-1/system-volumes> ll Name Volume Type Operational Health State Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status ------------- ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------------- ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume degraded minor-failure true true raid-1 3 20971264 4K 80G 64000 C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 -
Eseguire il comando:
rebuild status. In questo modo il meta volume dovrebbe essere in fase di ricostruzione e il "tipo di ricostruzione" dovrebbe essere "full" in quanto si tratta di una nuova ricostruzione.VPlexcli:/clusters/cluster-1/system-volumes> rebuild status [1] storage_volumes marked for rebuild Global rebuilds: No active global rebuilds. cluster-1 local rebuilds: device rebuild type rebuilder director rebuilt/total percent finished throughput ETA ------- ------------ ------------------ ------------- ---------------- ---------- --------- C1_Meta full s1_0339_spa 20.1G/80G 25.07% 63.2M/s 16.2min
-
Controllare il livello del componente del meta volume per visualizzare il segmento appena collegato. Eseguire il comando:
ll <meta-volume name>/components. Il nuovo componente viene visualizzato come "Slot Number 2", come mostrato nell'esempio riportato di seguito, con "operational status" (errore) e "Health State" con "critical-failure".Output di esempio:
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health State Capacity ---------------------------------------- Number -------------- Status ---------------- -------- ---------------------------------------- ------ -------------- ----------- ---------------- -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:600601601330270098b5c2118699e711 1 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 2 storage-volume error critical-failure 80G <<<< -
Attendere il completamento della ricostruzione, che potrebbe richiedere tempo. Attendere. È possibile controllare lo stato della ricostruzione eseguendo il comando "rebuild status", attivando e disattivando fino a quando non si vede che la ricostruzione è stata completata.
VPlexcli:/clusters/cluster-1/system-volumes> rebuild status Global rebuilds: No active global rebuilds. Local rebuilds: No active local rebuilds.
-
Ripetere il passaggio 3 e il meta volume dovrebbe ora mostrare "Operational Status" e "Health State" come "ok".
VPlexcli:/clusters/cluster-1/system-volumes> ll Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume ok ok true true raid-1 3 20971264 4K 80G 64000 <<<< C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 -
Ripetere la procedura 5 per verificare che il nuovo segmento sia visualizzato come "Slot numero 2" e che lo "Stato operativo" e lo "Stato di integrità" siano visualizzati come "ok".
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health Capacity ---------------------------------------- Number -------------- Status State -------- ---------------------------------------- ------ -------------- ----------- ------ -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:600601601330270098b5c2118699e711 1 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 2 storage-volume ok ok 80G -
Rimuovere il segmento del meta volume elencato come slot 1, in quanto si trova sullo stesso array del segmento elencato come slot 0, eseguendo il comando come mostrato di seguito:
Output di esempio:
VPlexcli:/clusters/cluster-1/system-volumes> meta-volume detach-mirror -d VPD83T3:600601601330270098b5c2118699e711 -v C1_Meta
-
Eseguire nuovamente il comando dal passaggio 8 e ora dovrebbero essere elencati solo due volumi, ciascuno da un array diverso, con "Slot Number" per "0" e "1".
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health Capacity ---------------------------------------- Number -------------- Status State -------- ---------------------------------------- ------ -------------- ----------- ------ -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 1 storage-volume ok ok 80G
-
Verificare che il meta volume e i meta volumi di backup siano corretti eseguendo il comando CLI come mostrato di seguito:
VPlexcli:/> ll /clusters/*/system-volumes/ /clusters/cluster-1/system-volumes: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume ok ok true true raid-1 2 20971264 4K 80G 64000 C1_Meta_backup_2018Jun04_120017 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 /clusters/cluster-2/system-volumes: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C2_Logging_vol logging-volume ok ok - - raid-0 1 2621440 4K 10G - C2_Meta meta-volume ok ok true true raid-1 2 20446976 4K 78G 64000 C2_Meta_backup_2018Jul01_060025 meta-volume ok ok false true raid-1 1 20446976 4K 78G 64000 C2_Meta_backup_2018Jul02_060022 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000
-
Poiché è stato creato un meta volume, il meta volume di backup non è accurato. Come illustrato in precedenza nel passaggio 11, i backup dei metadati nel cluster-1, in cui è stato creato il nuovo meta volume per gli esempi di questo articolo della KB, vengono visualizzati come se avessero eseguito l'ultimo backup all'inizio di giugno. È necessario distruggere i backup precedenti e configurare i nuovi. A tale scopo, consultare l'articolo 000038636 della Knowledge Base "VPLEX: 0x8a4a6006.0x8a4a6003.0x8a4a6005, Impossibile completare il backup automatizzato del metavolume (o) Non esiste un metavolume di backup valido (o) Il backup dei metadati non può essere distrutto" e seguire i passaggi della soluzione alternativa nella sezione Risoluzione. Ogni volume di backup deve inoltre essere su array diversi quando due o più array sono collegati a un VPLEX. Questo per scopi ridondanti.