OpenStack felhasználói felmérés

Hír

Közeledvén az OpenStack Summit kezdetéhez, az OpenStack alapítvány elérhetővé tette legutóbbi felméréseinek eredményeit. A grafikonokkal teletűzdelt dokumentum amúgy is érdekes olvasmány, kigyűjtöttem viszont néhány fontosabb statisztikát:

  • Ceph a de facto elosztott storage rendszer. 57% használja, local LVM-re 28% deployol, az összes többi storage 10% alatt van.
  • Ubuntu van a legtöbb OpenStack deployment alatt, CentOS-t/RedHatet a felhasználók alig negyede használ.
  • A legtöbb OpenStack felhasználó az IT szegmensből jön, melletük a telekommunikációs illetve akadémiai területeken használják sokan
  • A kis cégektől a nagy internacionális vállalatokig nagyjából egyenlő arányban használnak OpenStacket.
  • A legfőbb indokok az OpenStack használata mellett, hogy sztandardizált platformot ad a felhőalapú fejlesztéshez, emellett a nyílt platformnak köszönhetően elkerülhető a vendor lock-in
  • Sokakat érdekel a konténerizálás, keveseket az IoT
  • Bár a container service-t (Magnum) kevesen használják, hatalmas az érdeklődés iránta.
  • Az Amazon egyre kisebb fölényben van az OpenStack-es privát megoldásokkal szemben (77% vs. 66%), míg a Microsoft Azure és Google felhők feleakkora érdeklődésnek örvendhetnek (~33%)
  • Puppet és ansible, ők a de facto deployment toolok.
  • A Stackerek KVM-et használnak leginkább (93%), a VMware és Hyper-V elfogadottsága nem a legnagyobb (< 3%)

A teljes dokumentum megtekinthető a projekt weboldalán.

( khiraly | 2016. 04. 13., sze – 17:23 )

offtopik kerdes:
egy atlagos szerverre (384GB ram, raid5 ssd 1.5TB, 2cpu),
ha tok egyedul van es kovetemeny legalabb 2 windows server a linux szerverek mellett, ti mit hasznalnatok?

En feltettem az openstacket es nem erzem ugy, hogy annyira szuksegem lenne ra. Mondjuk csaj egy fel eve van fenn.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

( akoscomp | 2016. 04. 14., cs – 10:50 )

Számomra nem teljesen világos, mire lehet használni az OpenStack-et.
Illetve az világos, hogy van egy rakás API-val rendelkező cloud, aminek az erőforrásait fel tudják használni erre írt programok, de én mint rendszergazda, milyen előnyt élveznék abból, ha a jelenlegi vmware vsphere infrastruktúráról átállnék openstack-re?

Most van 5 vasam és kb 60 virtuális szerverem mindenféle szolgáltatásokkal (web, java, adatbázis, levelezés, dns, stb).

Te, mint rendszergazda akkor érzel előnyt, ha a felhasználóid cloud-aware alkalmazásokat szeretnének deployolni.

Ha te csak gépeket / vm-eket adsz a felhasználóidnak, amibe ők egyszer betelepítgetik a saját kis szervereiket, és többet feléd sem néznek, akkor a vwmare egész jó megoldás.

Ha viszont egy olyan service-t akarsz adni a felhasználóidnak, ahol dinamikusan akarnak új VM-eket deployolni, esetleg még elé mindenféle FW-policykat implementálni; vagy autoskálázást szeretnének; vagy microservice architektúrájú cuccukat akarják tesztelni, és heti rendszersséggel indítani meg leállítani pártíz VM-et...

Na akkor a vmware-edet a hajadra kenheted, mert az egész napod VM-csinálgatásokkal megy majd el.

A különbség tehát, hogy te virtualizációt adsz, nem felhőt. A felhőnek pedig csak egy része (mégcsak nem is _szükséges_ része, khm) a virtualizáció.

Azért ez így erős kicsit, a VMware-nek is van saját API-ja és cloudrendszere is. Sőt, még össze is kötheted a cégesedet az ő cloudjukkal, hogy on-demand kapacitásod legyen. Persze nem olcsón.

A VMware tudtommal még mindig piacvezető, nem véletlenül.

--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”

( Sea-you | 2016. 04. 14., cs – 15:49 )

Nem probaltam meg, biztos tok jo az OpenStack, de azert az a kerdes felmerul bennem, hogy ha a nagyon basic infraval is foglalkoznom kell az vajon mennyi eroforrast/idot vesz el azoktol a feladatoktol amik igazan szamitanak a cegnek?

Igazandibol ez az amin filozok. Mindig lesznek problemak, akar elsore misztikusnak tunok is, amiket sokaig tart felderiteni. Egy nagyobb OpenStack infra menedzsmentjehez megkockaztatom tobb ember kell, mint egy hasonlo meretu IaaS-hez, igy osszessegeben talan nagyobb lesz a sajat infra koltsege, mint ha IaaS-sel kezdtem volna.

Mi inkább csináltunk saját installert, azon legalább minden úgy van, ahogy mi akarjuk. A Mirantos eléggé vicc, amikor bármit akarsz módosítani -> reinstall (legalábbis ez volt legutóbb, amikor néztem).
Az openstack-deven is szoktam olvasgatni a Fuelos leveket, szerintem az a projekt már nagyobb, mint az OpenStack maga :) Aztán lassan feltalálják az Ansible-t újra (task-based execution, vagy mi a túró a legújabb találmányuk).

Nálam ott vágták el magukat, amikor summiton két napig reklámozták a talkjukat, ami egy hands-on arról, hogyan építsünk highly available cloudot. Beültünk, majd fél órán keresztül nem történt semmi mert az egész cuccuk összefosta magát, a speaker kislány próbálta menteni a menthetetlent, de végül a háromórás laborról 30 perc múlva mindenki kiment.

Azután volt még egy hasonló akciójuk Vancouverben. végül úgy döntöttem, hogy majd akkor pár év múlva ránézek.

Amúgy jó arcok, és mindig csinálnak valami vicceset (Kanadában pl. mindenki Mirantisos "csapat"-hokimezben volt, mert ugye Kanada=Icehokey)

eppen kerdezni akartam, hogy nincs-e egyszerubb install, mint az openstack honlapjan talalhato guide-ot vegigcsinalni egy rakat konfigfile zeralassal. De ha jol ertem, akkor felteszem a maas+juju-t, vagy a mirantis-t (ehehe :-)), es a vegen egy mukodo openstack installaciom lesz. Az aktualis cel egy mukodo demo 1 db controller es 1 db compute node-dal...

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

Azért a next-next finishtől még messze vagyunk, de alapvetően igen, jó tapasztalataink vannak a MaaS+JuJu kombinációval. A legproblémássabb rész a hálózat. Egy kétgépes demóval nem hiszem, hogy meggyűlik majd a bajod, de egy HA-deployolt redundáns hálózattal beállított OpenStack-telepítést komolyabb hálózati ismeretek nélkül nem nagyon lehet ma létrehozni. Bár én kifejezetten buta vagyok a hálózatokhoz, számomra úgy tűnik, a neutron boyolultsága vetekszik az összes többi mikroszervizével együttvéve.

Egyébként azt javaslom, hogy ha bármilyen deploy toollal sikerült a demót létrehozni, ÉS úgy döntötök hogy érdemes belevágni az OpenStackbe, legalább egyszer nem árt a kézzelturkálós manual installt is végigcsinálni, csak hogy tudd, mi is zajlik a háttérben.

Haat, ciki nem ciki magunknak csinaltuk, es egyelore nem tamogatjuk a Libertyt igy szuksegunk sem volt automatizaltan telepiteni azt. De gondolom akiknek lovesuk sincs mire valo (es a kerdesekbol ez derult ki), azoknak kiprobalasra ez is jo. Errol legalabb tudom, hogy mukodik ;)

-
Big Data trendek 2016

Na a miénk már tudja a Mitakát, pedig még az Ubuntuék hivatalosan be sem jelentették (a miénk Ubuntura telepít). Lehet, hogy a Ceph Jewelre várnak, mert már annak az RC-jét csomagolták hozzá. Vagy a Xenialra, és akkor majd bejelentik a Trustyra is.
Bónusz viszont, hogy a Trove és a Sahara dashboard mivel kikerült a fő git repóból, már nincs csomagolva, úgyhogy az most megszűnt.
De pozitív tapasztalat, hogy végre lehet live migrálni olyan VM-et is, amihez van volume csatolva.

felcsatolt volume melletti VM-et szerintem eddig is lehetett livemigralni, tudnal ra egy bugot linkelni?

biztos mindenki a jewelre var amugy, szerintem a heten be lesz jelentve (a heten lesz a VAULT), vagy ha nem, jovoheten (Summit time)

BTW ha valaki jon a huprol barmelyikre a fenti ketto kozul, dobjon privit, nem harapunk eloben :)