A VMware Workstation/Fusion Pro mostantól ingyenesen elérhető személyes felhasználásra

Lehet nem értetek hozzá. Nálunk lassan egy évtizede bevált, sok cégnél, mind klaszter vagy replika.

Semmi gond nincs velük.

Egyetértek, én csak néhányszor próbáltam a Hyper-V, nagyon minimális desktopos felhasználásra, Win10 alatt, de annyira ocsmány és lassú, hogy inkább leszedtem a rákba. Akármi más jobb annál.

Az pozitív, hogy a VMware Workstation ingyenes lett, de én továbbra se nagyon fogom használni, nem akarom zárt, proprietary ökoszisztémába belebetonozni magam, akkor se, ha ingyen van. Amíg van olyan FOSS megoldás, ami lefedi az igényeim, annál maradok.

Amíg on-prem voltunk az előző munkahelyemen, hyper-v-s infrán futottak az appszervereink. (Nekem csak az appszerverekhez volt közöm, ill. jogom, de nem egyszer én mutogattam meg dolgokat az infrát üzemeltetőknek.)

Ne tudd meg hány outage-ünk volt a hyper-v nyűgjei miatt.

Tipikus hiba volt, hogy hyper-v hypervisor node-ok valahogy leszakadtak a management szerverről, innentől a megjelenített állapotuk nem frissült. Ebből egészen addig nem volt baj, amíg nem volt valami karbantartás és nem migrálták át a gépeket. Azaz migrálták volna, csak nem látták, aztán azt hitték, hogy a host már üres és szépen leállították. A (láthatatlanul) rajta futó appszervereinkkel együtt...
Különösen vicces volt (már így utólag... akkor abban a pillanatban nem volt kedvem nevetni), mikor appszerver cluster több tagját egyszerre ütöttek ki. Mert az anti-affinity szabályokat se mindig tartotta be a rendszer... Végül saját monitoring rendszert csináltunk, ami a guest gépekből belülről nézte, hogy melyik hoston fut és jelzett, ha valamelyik gép rossz helyen van.

Na, ehhez fogható hibákat semelyik másik virtuális infra rendszerrel nem láttam.

Mondjuk nekem van olyan már, mert van szerencsém egy (szintén felvásárolt) automatizációs termékük szakértőjének lenni. Tehát fel vagyok készülve lelkileg a support minőségére és a letölés nehézségeire.  (Csak pl olyanok, hogy ötpercenként jelszót ÉS emailes megerősítő kódot kell kérni, mert anélkül nem érzik magukat biztonságban...)

Aszondja, át akarnak világítani. Egy szoftvert szeretnék letölteni, nem egy bankban fiókot csinálni....

Én pontosan itt tartok. :)

Amennyi mindent meg kell adni, hogy legyen profilom, nem biztos, hogy végigmegyek ezen. Röhej, hogy personal felhasználás, de egyből meg kell adni céget. Profile build nélkül meg legfeljebb doksit olvasgathatok.

Update: már le lehet tölteni anélkül, hogy site ID meg hasonlók kellenének.

Ha jol emlekszem regrol, Playerrel csak egy VM-et lehet elinditani egyszerre, mig Workstation eseten mindent is lehet.

A legnagyobb hiányossága az ingyenes Playernek, hogy nincs snapshot, ami nagy negavítuma. Amíg csak a Player volt az ingyenes alternatíva azaz mostanáig minden szempontból jobb választás volt a VirtualBox ha ingyenes megoldás kellett. 

Többnyire laikusként: most kezdem megérteni és úgy gondolom, hogy Linuxon ez abszolút összehozható ugyanígy, csak más nevekkel... mint ahogy a pool az scope :)

Van mondjuk 2 szervered, amit összeraksz Failover Cluster Managerben egy clusterbe  és ez a két fizikai gép lesz a 2 node. Nyilván lehet több is, csak ez így most egyszerűbb.
Mindegyik gépben van egy-egy intel x540-T2 hálózati kártya, aminek nemtudom milyen csatlakozója van és milyen kábelen megy az adatkapcsolat, de réz és nem RJ45 a csatlakozója. Rá tudnék keresni de annyira nem érdekel most.

Ezenkívül a gépben vannak még normál hálózati kártyák... mondjuk 2x gigabit és 1x egy irmc (mert Fujitsu éppen így hívja).

Konfiguráció esetén a 10 gigás kapcsolat lesz a backlink. Ez a kapcsolat arra szolgál, hogy a Hyper-V-ben lévő gépek Live Migration esetén ezen keresztül közlekednek. A többi interfészen keresztül van kapcsolat a külvilággal.

Tehát ha mondjuk Hyper-V-ben fut egy webszerver, ami az "A" Node-on van, és mondjuk 10.9.8.7 az IP-címe, akkor az "A" node LAN1 interfészén keresztül érem el, mert Hyper-V Switch-ként az van konfigurálva.
Amikor LiveMigration keretein belül áttolom ezt a virtuális gépet a "B" Node-ra, akkor a 10 gigás backlinketn közlekedik. Közben végig elérhető a 10.9.8.7 IP-címen. Igazából az a kérdés számomra, hogy utána is az "A" Node LAN1 interfészén érem el és ezek az adatok is a backlinken közlekednek, vagy utána a "B" Node valamelyik gigás portján keresztül érem el. De akkor ott külön virtuális switchet kell neki adnom? Szóval itt még nekem is sok a kérdés, ezek a virtuális gépek és konténerek közötti hálózatok egy külön világ.

De egy biztos, Linux alatt megoldható az, hogy egy nagysbességű interfészen kössem össze a Node-okat (akár optikán) és úgyszintén konfigurálható, hogy mely kapcsolatokon történjen a szinkronizáció. Eddig egyszer csináltam ilyet és működött. Ha ismét eljutok odáig akkor alaposabban kitanulom a dolgokat, de alapvetően én hálózatokkal foglalkozom, viszont néha bele kell nyúlni ilyen dolgokba is ezért van egy minimális rálátásom sok-sok kérdéssel.

Tehát az én olvasatomban a backlink egy olyan nagysebességű kapcsolat a Node-ok között, amit kizárólag a Cluster Nodejai közti szinkronizációra, a Role-ok mozgatására, Live Migrationre használunk.

Es akkor mostansag a partnerek nem tudnak semmit se ertekesiteni? Minden sales aktivitas all?

PTSD-m lett ettöl.

Egy idő után már kézzel csináltam, mert annyira 1 kaptafára ment a patch-elés.