Problem med "vMotion Without Shared Storage"

Ska du kunna genomföra vmotion UTAN shared storage så kan du bara genomföra den operationen i webb-klienten. Använder du dig av den feta klienten (Vsphere-client) så kan du bara göra tradionell vmotion samt vmotion MED shared storage

Så om du provar via webb-gränsnittet så kommer det fungera.

Men då behövs 5.5 på alla maskiner?

Skickades från m.sweclockers.com

Nej, web-gränsnittet finns ifrån version 5.0 och framåt. Funktionen vmotion utan shared storage kom till i version 5.1. Så minst version 5.1 krävs.

Tänk på att du måste stänga ner den VMen som du ska migrera till en annan host.

Nej det behövs inte om det är rätt konfigurerat. Du behöver bara stänga ner VM om du flyttar mellan olika CPU-typer Intel/AMD eller om du saknar licens för vmotion.

I hans miljö så måste han stänga ner maskinen.
Det är samma sak som när man flyttar mellan 2 kluster. Även om man har licens för vmotion.

Du får förklara hur du har tänkt med dina Vmkernel-interface. bortse ifrån managementinterfacet (vmkernel0)

Varför har du två stycken (Vmkernel3) kopplat till vswitch0 samt Vmkernal2 (kopplad till vswitch1)
Vad vill du uppnå med denna konfiguration?

Förklara varför man måste stänga ner maskinen i hans miljö?

Missade vilken version han körde
Kom på att dom har ändrat på Storage vMotion.

Ett tips är att döpa om allt så att du vet vad som är vad, För att inte tala om så att vi kan hålla reda på vad som är vad

Du har blandat ihop den text lite om du läser.... (""Management Network" (VMkernel1) på vSwitch0 är (förvånansvärt) använt för management network", management network har du på vmkernel0. aja confa det såhär:

vSwitch0
Management network Vmkernel0 : IP 192.168.1.21
VMkernel3 , döp det gärna till Vmotion eller dylikt så ser man enklare vad det används till. Måste heta EXAKT likadant på samtliga servrar. Är case-sensitive. sätt det interfacet/vmkerneln på ett seperat subnät. typ 172.10.10.1 osv behöver bara vara nåbart mot respective esx-så ingen routing behövs.
Tala om att denna vmkernel ska användas för vmotion.

vSwitch1
Här kan du ha kvar din vmkernel2 om du önskar, ser dock inte varför du skulle vilja ha 2 management-interface?, men men upp till dig. Krånglar till det hela lite.

Även om han hade haft en lägre version så går det fortfarande att använda Vmotion utan nertid mellan 2 olika kluster som du påstår inte går.
Skriv om du vet säkert, eller så lägger du till "jag tror..."

Då är nästa fråga, fungerar det eller får du fortfarande något fel?

Jag tänkte på Enhanced vMotion.
Dock får jag erkänna att jag inte sitter med sådan här lösning så visst är det möjligt att det inte är helt korrekt.
Sitter endast i miljöer där man kör just shared storage.

Jag ser att du har 2 stycken vCenter igång, en version 5 och en version 5.5? Båda är igång? Kör du mot rätt. En vCSA får bara managera hela miljön.

Ja det han vill åstakomma går att göra, men bara ifrån web-klienten. Men han verkar ha allvarliga problem med sin web-klient så jag skulle nog lägga krutet på att rätta till den.

Guide för Vmotion utan shared storage har du här:
http://pubs.vmware.com/vsphere-51/index.jsp?topic=%2Fcom.vmwa...

Jag har nu testat i labbet och "vMotion Without Shared Storage" fungerar klockrent. Migrerar VM1 (som är igång) från ESX1 med lokal disk till ESX2 med lokal disk. 0 tappade ping. Jag kör dock ESXi 5.5 1474528.