Amikor a VMware nem tud számolni

Storage vMotion wtf

Adott egy virtuális gép, egy szem 200 GB-os vdisk-kel. Ezt kellene áttenni egy VMFS 3.3 / 2MB blokkméret datastore-ról sVmotion-nel egy (első körben) ugyanilyen paraméterekkel rendelkező, 2TB szabad hellyel rendelkező másik datastore-ra. 2MB-os blokkméret mellett VMFS 3-on a tárolható virtuális disk mérete max. 512GB. Vagyis át kéne mennie simán a 200GB-os vdisk-kel rendelkező gépnek. De nem megy... Egy harmadik, pontosan ugyanilyen paraméterekkel rendelkező datastore-ra menne... wtf...

Átteszem a virtuális gépet futtató hostot egy másik vCenter-be, ugyanez a kísérlet, ott nincs semmi probléma, megcsinálná az sVmotion-t gond nélkül. "Velem nem baszol ki, van időm, a végére járok!" Visszateszem a hostot az eredeti vCenter-be, nem megy...

Oké, úgyis régi a VMFS 3, megupgradelem VMFS 5-re. Megtörtént. A 62TB-os max. fájlméret csak elég lesz, 2 TB szabad hely mellett! Nem, az sem jó neki (kép fent). Oké, ezek után biztos, hogy valami vCenter szarakodás lesz, mert a régi vCenter alatt menne, az új, frissen húzott, legfrissebb 6-os alatt nem.

Ki találja ki mi lett a megoldás? Újra kellett indítani a vCenter szolgáltatásokat! Egy blogbejegyzés alapján próbáltam rá, ahol kísértetiesen hasonló volt a szituáció.

Egy virtuális faszkorbácsolás kijár a VMware-nek is...

( mauzi v | 2016. 10. 14., p – 22:15 )

Ennél nagyobb bajod sose legyen a VMware-rel :)

(Ez csak bosszantó. Az sokkal szarabb, amikor borul a rendszer. Azt hiszed, hogy kivasaltad a legtöbb SPOF-t, majd kapsz a hálózatról valami olyan csomagot, amitől deep purple koncertté válik a fél datacenter. A VMware becsületére váljék, hogy hamar megfoltozták. Persze, én vagyok a f.sz, hogy a hálózat egyes részeit IPv6-onlyban nyomom, amire a VMware-es support is először csak hümmögött - nyilván náluk az evolúció csúcsa a dual stack tesztelés volt.)

( tmms v | 2016. 10. 15., szo – 18:24 )

Bár nem VMware, de elmesélem. Mai napon HP Firmware frissítés + ESXi + vCenter frissítésből állt. Volna. De a fenéért sem akarta a 2 host benyalni egyik upgradet sem, mert elhasalt a Loading module ipmi_si_drv résznél. Na mi volt a megoldás? Húzd ki a szerver tápjait a powerből 10 mpre, dugd vissza, megy. Ki hitte volna? De már a második ilyen oldotta meg a HP-s problémánkat.

( tigris v | 2016. 10. 16., v – 10:17 )

Trey lenne egy kérdésem.

Szerinted megéri Virtualbox-ról Vmware Workstation-re váltanom céges gépen (természetesen fizeti a cég)?
Van valamilyen teljesítmény beli különbség egyáltalán?
Előre is köszönöm a válaszodat (esetleg ha másnak is van véleménye az ne tartsa magában :) ).

---
Egy nap 24 óra, plusz az éjszaka!

VMware Workstation-t csak tesztelésre használok, VirtualBox-ot pedig egyáltalán nem.

ESXi hypervisor-okat futtatok vCenter-ekbe összefogva, sajnos a desktop virtualizációról nem sok tapasztalatom van, csak annyi, amit az én desktop gépemen látok. Egyetlen W10 van benne, de azt sem használom semmire a tesztelésen kívül (céges bevezetések előtt szoktam ránézni, hogy hol tart a tudomány).

Ha tippelnem kéne, akkor azt mondanám, hogy ha nem hiányzik semmi olyan funkció, ami csak a VMware Workstation-ben van, akkor felesleges váltani.

30 napos VMware Workstation licencet ingyen tudsz tölteni, a VMware Player pedig ha jól tudom ingyenes. Szóval a helyedben én tesztelnék :)

--
trey @ gépház

Nagyon köszönöm a válaszodat.
Igazából én is csak vállalati szoftverek tesztelésére használom a Virtualbox-os Win10-et.
Én is a 30 napos próba verzióban gondolkozom először. A Virtualbox-nál észrevettem, hogy ha kettő virtuális gép fut egyszerre akkor hajlamos, hogy a VM-ek "beakadnak" (a iotop szerint nagy az írás/olvasás, plusz a VM-ek egy külön hdd-n vannak (7200 RPM-es Seagate) ).

A gép egy Thinkpad T420-as 8GB rammal és a rendszer egy 120GB-s SSD-n van, plusz van egy optibay-es 500GB-s HDD.

---
Egy nap 24 óra, plusz az éjszaka!

Hát akkor a maradék 3GB lehet kevés a hostnak, amikor a két kliens fut egyszerre. Kérdés, mennyire hatékony ebben az esetben a swap használata.
Ha ezt a felállást sűrűn kell használnod, akkor érdemes lenne memóriát bővíteni a host gépen.
Viszonylag sokszor használok VBoxot más disztrók kipróbálására. Semmi extra feladat, de mennek. Általában csak egy kliens fut.
Volt egy olyan konfigom, amikor 5GB memória mellett nem csináltam swap partíciót. Egy 64 bites Ubuntu hoston firefox 4 lappal, az egyiken YT-on koncert és eközben futott egy 32bites linux kliens. Párperc után szaggatni kezdett a háttérzenének szánt YT oldal, a kliens is belassult, majd jéggé fagyott az egész gép. A kliensnek 2GB memória volt adva, a host a maradék 3GB-al gazdálkodott, amíg tudott.

Mindenfelé azt hallani, hogy hatékony VBox-hoz sok-sok memória szükséges. Legalább az 50% maradjon meg a hostnak, mondjuk ennél többre hibát is dob a VBox a konfiguráláskor. Ez egy kliensre értendő. Annak tudatában, ha több klienst akarunk egyidőben futtatni, annyi memóriával kell számolni, hogy abban az esetben is megmaradjon az a bizonyos 50% a hostnak.

Másik része a klienseknek kiajánlott processzormagok száma. Nekem csak egy kétmagos HT-s Intel van és egy 3magos AMD. Itt mindkét esetben csak 1 magot lehet a kliensnek adni. Kérdés, mennyire tudja az az 1 kiajánlott mag a két klienst kiszolgálni egyidőben.
Másik kérdés, lehet-e a VBoxot úgy konfigurálni, hogy abban az esetben amikor 4 fizikai magos processzor esetén kiajánlani Core0-át az egyik, Core1-et a másik kliensnek?