- A hozzászóláshoz be kell jelentkezni
- 5513 megtekintés
Hozzászólások
Háát, nagyon kíváncsi vagyok.
Ezek a VMware-es fiúk eddig nem a linux megoldásaikról voltak híresek ;)
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni
Az appliance-es vcenter, vshield, vcloud director elég régóta linux alapú. Eddig többnyire valami szétberhelt Suse volt, gondolom ehelyett akarnak valamit, ami eleve az igényeiknek megfelelően van kialakítva.
---
Régóta vágyok én, az androidok mezonkincsére már!
- A hozzászóláshoz be kell jelentkezni
Szerintem az elsők között voltam azok között akik ezzel komolyabban foglalkoztak, és élesben is használták:
http://zrubi.hu/2011/vsphere-5-0-vcenter-appliance/
Pont ezen tapasztalatok alapján vannak kétségeim.
Persze a gyakorlatban ez várhatóan úgy megy hogy megvesznek egy komplett csapatot termékkel együtt, ráhúznak egy VMware 'ruhát', és kész az új VMware termék. Szóval akár még jól is elsülhet ;)
Amit én ettől várnék:
- virtual hardverre optimalizált kernel,
- linuxon is teljes értékű! vmware tools csomag.
A többi sallang, és fícsör nem vmware specifikus, azt eddig is össze lehetett hozni egyéb disztró alatt is.
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni
Nem csak te voltál, aki elkezdte ezt anno 2011-ben élesben használni... Sírnál, ha megtudnád, hogy milyen komoly(nak mondott) rendszer(ek) mögött ilyen volt, mert nem volt pénz a windowsos vCenter-licencekre. :D
BTW, a Photon elsősorban nem arról szól, ha jól láttam, hogy a saját appliance-eik alá új platformot raknak, hanem a felhasználóiknak akarnak egy olyan OS-t összerakni, ami nagyon kis terhelést jelent pluszban, de tud konténereket fogadni-futtatni. Persze később lehet, hogy az új toolok alapja is ez lesz.
A linuxos VMware Tools csomagjaival egyébként mi a problémád? OSP-n keresztül könnyen elérhető és telepíthető mind (legalábbis RHEL/CentOS-vonalon, azzal van tapasztalatom). Régebben az upgrade macerás volt, de sikerült megoldaniuk közben ezt is.
--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”
- A hozzászóláshoz be kell jelentkezni
Az appliancere is kell licence, ott csak a Windows licence van megúszva.
Én viszont akkor sírtam amikor a fizikai vasra rágányolt vCenter appliancet tákoltam vissza virtuálissá, hogy lehessen egyáltalán updatelni. ;)
- A hozzászóláshoz be kell jelentkezni
"Én viszont akkor sírtam amikor a fizikai vasra rágányolt vCenter appliancet tákoltam vissza virtuálissá, hogy lehessen egyáltalán updatelni. ;)"
jesszus :O Akarsz róla beszélni? :D
- A hozzászóláshoz be kell jelentkezni
Inkább elfelejteném. :)
- A hozzászóláshoz be kell jelentkezni
Igen, a Windows licencekről van szó, illetve alája vas, valamint vmi HA-megoldás. Mindegy, a lényeg az, hogy nem volt pénz, szarból kellett várat építeni. :D
--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”
- A hozzászóláshoz be kell jelentkezni
A második mondatod azóta is érvényes :D
- A hozzászóláshoz be kell jelentkezni
A linuxos VMware Tools csomagjaival egyébként mi a problémád?
- Snapshot előtti filerendszer sync és/vagy scripek futtatása nem - vagy csak bizonyos csillagállások mellet működött.
- OSP csak igen lassan követte a támogatott OS frissítéseket.
- saját kernel mellé igen ritkán fordult és/vagy csak simán nem működött.
múltidő, mert ~2 éve foglalkoztam ezzel utoljára.
Mostanában Alpine Linux alá kellett volna, de ott meg a talán a grsec-es kernel miatt(?) nem igazán működik az alap feature set sem :(
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni
Hm, ez érdekes. Én snapshottal még Linuxon sose szívtam, igaz, nem futattam előtte semmit.
Az összes OSP kernelmodul weak versioninggel van fordítva, ha egy supportált kiadáson belül upgrade-elsz kernelt, akkor az újjal is használhatóak maradnak, vagy nem erre gondoltál OS frissítéseknél?
Saját kernelt meg enterspájz disztibúción nem használunk, mert akkor a vendor support ugrott.
--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”
- A hozzászóláshoz be kell jelentkezni
Linuxos vcenter appliance tudja már azt a killer feature-t, hogy feltelepitsen egy patch-t egy általa manage-elt host-on? :)
Anélkül ugye az egész egy vicc.
(bár meg nem esküszöm rá, de úgy rémlik az 1 hónapja kijött 6-os vsphere odaáig jutott sok év szenvedés után, hogy a scan result-ot láthatod a linuxos/webes felületen, de windows nélkül semmire nem mész vele, se scannelni nem tudsz, se telepiteni)
- A hozzászóláshoz be kell jelentkezni
Én a kezdetektől AutoDeploy-t használtam, így ez nem hiányzott.
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni
Azért még létezik "pár" környezet, ahol patchelés helyett nem túl hatékony az autodeploy, nem véletlen van update manager.
- A hozzászóláshoz be kell jelentkezni
Természetesen.
Ezért is írtam, hogy NEKEM nem hiányzott.
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni
Update Manager és Site Recovery Manager még mindig Windows only, dolgoznak rajta.
- A hozzászóláshoz be kell jelentkezni
kiprobalom en is...
--
"el nem birom kepzelni, hogy valakinek keves az 1.7 GB-os kvota" (hrgy84)
- A hozzászóláshoz be kell jelentkezni
Miben masabb ez mint a http://www.projectatomic.io/ as a tobbi hasonszoru megoldas ?
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
VMware Workstation 11-en már az installer se bootolt be, Fusion 6-ban 47 másodperc alatt végzett.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Ebből az "isten bizony nem loptunk kódot" erőlködésből előbb, vagy utóbb csúnya húzódás lesz, aztán kenegethetik az elmarasztaló ítéletüket Bengay -el...
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Az eddigi tapasztalatok, egy hirtelen kipróbálás után:
- a telepítő 9Gb-nál kisebb disk esetén nem működik - holott az egész ~1G helyet foglal csak.
- open-vm-tools csomag van, de default telepítés során NEM kerül telepítésre.
- default telepítés nem tartalmaz egyetlen (általam ismert) text editort sem.
- a repo kezelés bugos, internet elérés nélkül a tdnf (mini yum) nem is működik, ki kell hozzá kapcsolni az online repokat, hogy a CD-ről tudjunkn bármit is telepíteni.
- openssh feltelepítés és vagy indítás során nem generál meganak host kulcsokat, így aztán el sem indul kézi rásegítés nélkül.
- kernel nincs túloptimalizálva
- így hogy csak egy sshd fut (meg persze a systemd) 128M RAM bőven elég neki, de 64-már várhatóan kevés lenne.
- gyorsan bootol - de az általam eddig használt Alpine is ;)
Hozzátenném, hogy számomra a docker és hasonló konténerek nem kellenek, csak egy vmware-re optimalizált, minimális memóriát igénylő linuxra van szükségem...
(További tesztelés után a tapasztalatokat lehet összefoglalom egy blogbejegyzés formájában)
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni