Questione : Iper-v macchine nel mazzo di Failover: può vivere migra, ma non può muoversi o il movimento rapido fra i nodi di mazzo.

Ciao, il

I ha schierato appena un mazzo di Failover che fa funzionare 4 Iper-v macchine su due macchine identiche le macchine dell'assistente 2008 R2 x64.

Those che di Windows stanno funzionando perfettamente e posso vivere le migro fra i due nodi di mazzo, senza i problemi ad espansione in tensione di all.

The è grande, ma ha supposto per essere usata per manutenzione prevista soltanto. È *not* adatto a situazioni “non pianificate„, in cui, per esempio, uno dei nodi di mazzo crashes.

So, sto provando a simulare una situazione non pianificata, facendo un movimento o il movimento rapido da un mazzo all'altro. Tuttavia, quando provo a farlo, l'Iper-v macchina conserva la relativa condizione, ma non solitamente ha ritornato in linea sull'altro nodo di mazzo e la relativa condizione è inbandierata come failed.

To la ha rimessa in linea, io deve cancellare manualmente la condizione conservata ed allora iniziarla ancora. Dovete accosentiree quello “in una situazione non pianificata„, io volete tutto quello da accadere automaticamente. Quello è che cosa il Failover è usato per, di destra? il

So, le mie domande è: che cosa potrebbe essere causa che il in tensione migrano per funzionare, ma il movimento o movimento rapido venire a mancare su tutte le Iper-v macchine?

When che osservo sui particolari di evento per il guasto, il messaggio di errore ottengo sono: la macchina Web01 del

'Virtual si è guastata a start.

'Web01 non riuscito per ristabilire. (Identificazione 7DA2F229-7C02-4FA6-905A-C05305A04FEF della macchina virtuale) il

'Web01 non può ristabilire il soddisfare di RAM all'indirizzo 0. (Identificazione 7DA2F229-7C02-4FA6-905A-C05305A04FEF della macchina virtuale)

Since che questo è un aspetto urgente, io sto assegnando in anticipo 500 punti a this.

Thanks per i vostri riguardi di help.

Best, il

Helder class= del

Risposta : Iper-v macchine nel mazzo di Failover: può vivere migra, ma non può muoversi o il movimento rapido fra i nodi di mazzo.

Per per essere altamente - disponibile, ogni volume generato su un LUN che deve essere collegato ad un VM è attaccato ai nodi del _all_ nel mazzo.

Usiamo il nodo 1 per configurare i volumi, li formattiamo NTFS ed allora li regoliamo FUORI LINEA. Una volta che tutti volumi sono stati installati e regolato a fuori linea sul nodo 1, quindi rinfrescare la vista di immagazzinaggio su tutti i altri nodi ed ignorare tutti i messaggi d'avvertimento.

Allora avrete un mazzo di volumi disponibili ma regolati a fuori linea. Nel fare funzionare lo stregone di convalida del mazzo, esplorerà quei volumi ed indicherà che sono configurati correttamente per essere altamente - disponibile al nodes_ del _all nel mazzo.

Dopo la generazione del mazzo permettete a CSV nella radice del FCM ed allora permettete a tutti i volumi come CSVs.

Regola empirica:
 - # dei volumi = # di VM + 1 (2-3 nodi)
     - I +1 sono il volume usato per le lime di configurazione comuni per _all_ VM. Così, il relativo formato deve essere #GB di RAM del VM * #VMs + 1GB. Così, 4 VM massimi con 8GB ciascuno significherebbero un volume comune circa di 35GB dedicato a questo scopo.
 - # dei volumi = # di VMS + 2 (nodi 3+)
     - Sopra la regola si applica con il volume supplementare che è soltanto 512MB o 1GB per i dati del quorum che saranno necessari.

Philip