Vraag : Hyper-v machines in Cluster Failover: kan leven migreren, maar kan niet zich of Snelle Beweging tussen clusterknopen bewegen.

Hallo, heeft

I net een Cluster Failover opgesteld die 4 machines hyper-V op Server in werking stellen 2008 van twee identieke machinesVensters R2 x64.
Those volkomen in werking stellen en ik kan leven migreer hen tussen de twee clusterknopen, zonder problemen bij Levende Migratie all.

The is groot, maar het veronderstelde om voor gepland slechts onderhoud worden gebruikt. Het is *not* geschikt voor „ongeplande“ situaties, waarin, bijvoorbeeld, één van de clusterknopen crashes.

So, ik probeer om een ongeplande situatie te simuleren, door een Beweging of Snelle Beweging van één cluster aan andere te doen. Nochtans, wanneer ik probeer om het te doen, redt de machine hyper-V zijn staat, maar gewoonlijk zal het niet terugkwam online op de andere clusterknoop, en zijn staat wordt gemarkeerd aangezien failed.

To het achter online zetten, moet ik de geredde staat manueel schrappen en dan het opnieuw beginnen. U moet het ermee eens zijn dat in een „ongeplande situatie“, ik dat alles wil automatisch gebeuren. Dat is welke Failover voor wordt gebruikt, juist?

So, mijn vragen is: wat zou kunnen zijn de oorzaak Levend migreert werken, maar de Beweging of Snelle Beweging om op alle machines te ontbreken hyper-V?

When ik op de details van de Gebeurtenis voor de mislukking, de foutenmelding kijk die ik ben heb gekregen:

'Virtual Machine Web01 die aan start.

'Web01 wordt de ontbroken slaagde te herstellen er niet in. (Virtuele machineidentiteitskaart 7DA2F229-7C02-4FA6-905A-C05305A04FEF)

'Web01 kan de inhoud van de RAM op adres 0 herstellen niet. (Virtuele machineidentiteitskaart 7DA2F229-7C02-4FA6-905A-C05305A04FEF)


Since dit is een dringende kwestie, wijs ik vooraf 500 punten aan this.

Thanks voor uw help.

Vriendelijke groeten,

Helder
toe

Antwoord : Hyper-v machines in Cluster Failover: kan leven migreren, maar kan niet zich of Snelle Beweging tussen clusterknopen bewegen.

Om hoogst te zijn - beschikbaar, is elk die volume op een LUN wordt gecre�ërd die met VM moet worden verbonden in bijlage aan knopen _all_ in de cluster.

Wij gebruiken Knoop 1 om de volumes te vormen, formatteren hen NTFS, en plaatsen OFFLINE hen dan. Zodra alle volumes opstelling zijn geweest en aan offline op Knoop 1 geplaatst, dan verfris de opslagmening over alle andere knopen en negeer alle waarschuwingsberichten.

U zult dan een bos van volumes beschikbare maar vastgesteld aan offline hebben. Wanneer het runnen van de tovenaar van de clusterbevestiging, zal het die volumes aftasten en zal erop wijzen dat zij behoorlijk om hoogst worden gevormd te zijn - beschikbaar aan _all nodes_ in de cluster.

Na het creëren van de cluster laat u CSV in de wortel van FCM toe en laat dan alle volumes als CSVs toe.

Vuistregel:
 - # van volumes = # van VMs + 1 (2-3 knopen)
     - Die +1 zijn het volume voor de gedeelde configuratiedossiers wordt gebruikt voor _all_ VMs. Zo, moet zijn grootte VM RAM #GB * #VMs + 1GB zijn. Zo, 4 zouden VMs maximum met 8GB elk een gedeeld volume van ongeveer 35GB specifiek aan dit doel betekenen.
 - # van volumes = # van VMS + 2 (knopen 3+)
     - Boven regel is met het extra volume van toepassing die slechts 512MB of 1GB voor de gegevens zijn van het Quorum die zullen worden vereist.

Philip
Andere oplossingen  
 
programming4us programming4us