Problema: dovrò rimuovere diverse LUN che stanno su uno storage FCP per fare delle riorganizzazioni nel sistema di storage (che comportano la distruzione di LUN e creazione di nuove).
Premesso che non sono molto a mio agio con le SAN, finora mi era capitato di creare LUN e poi aggiungerle agli host ma è la prima volta che mi capita l'inverso, mi sono per fortuna imbattuto in questo post
dove viene spiegato come sia una cosa non banale la rimozione delle LUNs con la versione 4.x (io ho la 4.1u1):
The best practices for removing a LUN from an ESX 4.1 host, as described in detail in KB 1015084, are as follows:
- Unregister all objects from the datastore including VMs and Templates
- Ensure that no 3rd party tools are accessing the datastore
- Ensure that no vSphere features, such as Storage I/O Control, are using the device
- Mask the LUN from the ESX host by creating new rules in the PSA (Pluggable Storage Architecture)
- Physically unpresent the LUN from the ESX host using the appropriate array tools
- Rescan the SAN
- Clean up the rules created earlier to mask the LUN
- Unclaim any paths left over after the LUN has been removed
premesso che la KB linkata non è più disponibile, fra i punti soprastanti quelli che mi risultano ostici sono il 4 e l'8;
per il 4 forse questo articolo, pur riferito alla vecchia versione 3 di ESX, è ancora valido: http://www.punchingclouds.com/?p=965 ?
Tutti gli altri mi paiono abbastanza chiari, per il 2 dovrò credo fare attenzione al Veeam monitor che probabilmente potrebbe interferire, quindi lo dovrò in qualche modo spegnere (alla peggio rimuovo del tutto il vCenter).
Ogni suggerimento è benvenuto 
Grazie in anticipo.
Accepted Solutions
Ciao, purtroppo la (pallosissima) procedura che hai trovato comprensiva di masking è obbligatoria per tutti gli ESXi pre-5.0, dove c'è il bellissimo comando "unmount"...
Mi verrebbe da dirti di approfittarne per aggiornare a 5.0, che oramai è fuori da un pochino, ma credo ci sia un motivo per cui non è stato fatto.
Ciao,
Luca.
Mi verrebbe da dirti di approfittarne per aggiornare a 5.0, che oramai è fuori da un pochino, ma credo ci sia un motivo per cui non è stato fatto.
in effetti vedendo la seconda parte del post dove spiegavano la procedura per la 5 è una delle cose che ho pensato.
i motivi per cui non ho (ancora?) spinto per l'aggiornamento sono più o meno questi:
- non avevo (ancora) riscontrato feautures della 5 che avessero particolare valore per il nostro caso di utilizzo
- paura che qualcosa andasse male durante l'aggiornamento (sì avevo letto attentamente sul tuo blog il post dove descrivevi l'operazione
) - costi di licensing: dovremo sicuramente aumentare la RAM e questo, con la versione 5, comporterebbe l'acquisto di altre licenze
Riguardo al "comodo comando di unmount" se non erro c'è anche nella 4.x... per i datastore NFS
P.S.: il consulentone che "disabilitate lo STP, salami!" si era ben guardato dal metterci in guardia su questa problematica.
Eh, i consulentoni...
Riguardo la vRam, sicuro che dovreste comprare licenze aggiuntive? Hai provato a far girare il tool di verifica? Molta gente pensa di essere fregata dal nuovo licensing poi in realtà scopre che è ampiamente nei limiti.
Luca.
ti va male allora, l'unica altra scusa poteva essere la fine del supporto di ESX 4, ma è prevista per il 2014
http://www.vmware.com/support/policies/lifecycle/enterprise-infrastructure/
Ciao,
Luca.
