Newsgroup: it.comp.virtualizzazione
Titolo: vw5.5 e Datastore Heartbeat

Ciao a tutti,
su una essential plus 5.5 ho un cluster HA a 2 nodi con 3 datastore 
collegati in SAS dual controller su un unico hardware. Ogni nodo ha 2 
HBA, quindi ogni nodo finisce su ognuno dei due controller del DS per 
aumentarne la ridondanza.
 
Tutto funziona perfettamente, ma nella simulazione dei guasti ho notato 
che se stacco entrambi i cavi SAS da un host, le vm gestite da 
quell'host invece di migrare verso quello superstite (che vede 
perfettamente i datastore), rimangono impallate. E non c'� modo di farle 
ripartire sull'host superstite, nemmeno mettendo quello senza datastore 
in maintenance mode.
 
Il comportamento che mi aspetto � che, come avviene per un failure 
completo di un host, lui sposti le macchine su quello che vede tutti i 
datastore.
 
Ho provato ad approfondire la parte di Datastore Heartbeat, ma 
probabilmente la configuro male io.
 
Avete qualche suggerimento?
 
Anticipo i ringraziamenti.

 Avete qualche suggerimento?
 
http://www.vmware.com/files/pdf/techpaper/vmw-vsphere-high-availability.pdf
 
 
E' per la versione 5 ma quanto scritto funziona anche sulle successive.
Da pagina 10 c'ï¿œ quel che ti interessa, ma ti suggerisco di leggerlo tutto.
 
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 messo a True.
 
Ho provato a mettere il parametro a True, ma la macchina rimane appesa 
comunque sul nodo che ha perso i datastore. Almeno fin quando qualcuno 
manualmente non spegne l'host e quindi questa viene riaccesa sul nodo 
restante.
 
L'aspetto interessante ï¿œ che dell'host che ha perso i datastore, dal 
vsphere server web client non riesco nemmeno a spegnere l'host. Mentre 
se entro con il vsphere client direttamente sull'host, ci riesco.
Ciï¿œ mi fa pensare ad un problema, se vogliamo un bug, nello spegnimento 
dell'host da parte di vshere server.
Anche perchï¿œ la procedura ï¿œ quella, l'ho ricontrollata anche sul manuale 
che mi hai mandato.
 
Banalmente nemmeno manualmente riesco a spegnere l'host dal webclient, 
invece ci riesco se mi collego al nodo direttamente. Il comando rimane 
appeso. Forse da qui deriva il comportamento anomalo di 
das.maskCleanShutdownEnabled che, nonostante sia a True, non mette il 
nodo senza datastore offline.
 

 messo a True.
 
Zipman credo che questo valga solo per condizioni Permanent Device Loss 
(PDL), non APD. Se lo storage rimane connesso anche solo in single-path 
e riesce a comunicare una condizione PDL agli host allora il parametro 
entra in funzione e scatena HA altrimenti non mi risulta esserci 
rimedio, come sembra riportare anche questa KB VMware:
 
http://kb.vmware.com/kb/2004684
 
 
"Due to the nature of an APD situation, there is no clean way to recover.
 
The APD situation needs to be resolved at the storage array/fabric layer 
to restore connectivity to the host.
All affected ESXi hosts may require a reboot to remove any residual 
references to the affected devices that are in an APD state."
 
Era un test che avevo provato anch'io a suo tempo quando avevo letto 
della nuova funzionalità ma aveva dato esito negativo come all'OP.
 
Non ho però ancora approfondito se nella 5.5 hanno aggiunto qualcosa in 
merito.
 
-- 
Bye
Gianfranco Bartolini
(gianfranco punto bartolini at tiscali punto it)

 probabilmente la configuro male io.
 
Da quel che ne so non è una condizione al momento gestita.
 
E' gestita invece una condizione in cui lo storage riesce a comunicare 
agli host la non disponibilità di una o più lun (es. corruzione, 
unmapping, ecc.), in tal caso con il workaround spiegato da zipman si 
può forzare una procedura di HA (tenendo presente il relativo disservizio).
 
Considera infine che il Datastore Heartbeat è solo un HB secondario a 
supporto di quello principale via rete per il monitoring dello stato 
degli host nel cluster, non serve a monitorare la disponibilità dello 
storage per la quale è sufficiente la normale comunicazione tra gli host 
e lo storage stesso.
 
Se vuoi approfondire:
 
http://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.vsphere.avail.doc_50%2FGUID-0502B198-F5F7-4101-969C-C5B6F364C678.html
 
 
http://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.vsphere.troubleshooting.doc_50%2FGUID-6A3DC483-55F8-43F5-90A2-8C1F5F1EE09D.html
 



 
Grazie, molto gentile. Gli do subito un'occhiata.

 e lo storage stesso.
 
 
urka, ho letto la documentazione e mi sono reso conto di aver dato per 
scontato che "datastore heartbeating" indicasse, appunto, una procedura 
di hb che controllasse la disponibilità dei path verso il datastore. 
Invece semplicemente lui utilizza i datastore per supportare l'hb normale.
 
Grazie del chiarimento, in effetti la voce può essere facilmente equivocata.
 

 equivocata.
 
Effettivamente può essere fraintesa
