Mohl by se někdo více rozepsat o zkušenostech s PROXMOX? Používáte free nebo placenou distribuci? Je to použitelné do reálného provozu jako náhrada malého clusteru (2-3 nody, HA, do 10 VM) místo např. VMWare? Uvažuji výhledově o změně a na první pohled to vypadá solidně. Díky, P. Dne 30. srpna 2016 18:35 Tomas Herceg <tth(a)rfa.cz> napsal(a): -- Pavel Hruška http://www.mrpear.net mrpear(a)mrpear.net web, webdesign, web-aplikace: http://www.pearfect.cz

Děkuji za reakci. Doplním tedy: provozovat na tom budu (potřebuji) firemní infrastrukturu, což znamená 3-4 Windows Servery (2008R2, 2012, ale i třeba starší 2003) a nějaké podpůrné Linuxové servery. Cílem virtualizace a HA je minimalizovat riziko spojené s výpadky jednotlivých nodů (HW) a získat čas na jejich opravu / výměnu, plus samozřejmě sdílení zdrojů. Zajímá mě, zda někdo dokáže posoudit rozdíl mezi free/placenou distribucí, ačkoliv když se dívám na ceny, tak jsou téměř lidové. P.H. Dne 30. srpna 2016 20:34 Vaclav Dusek <Vaclav.Dusek(a)cz-pro.cz> napsal(a): -- Pavel Hruška http://www.mrpear.net mrpear(a)mrpear.net web, webdesign, web-aplikace: http://www.pearfect.cz

Dobry den, pokud se jedna o dulezite firemni systemy, tak bych zacal tim, ze bych oslovil fi, napr. Dell a nechal si od nich zpracovat nabidku na HW a SW od VMware - 2 servery, 2 diskova pole (iSCSI nebo FC) Jinak bych se do toho pustil v Proxmoxu s vyuzim informci z predchozi konzultace Vse je o penezich a analyze rizik jednotlivych reseni Dne 30.8.2016 v 20:42 Pavel Hruška napsal(a): -- Vaclav Dusek e-mail: Vaclav.Dusek(a)cz-pro.cz

Oukej, a tedy trošku k tomu "na nejakych mistech pouzivam taky Proxmox" by se nedalo dodat - konfigurace, spokojenost, spolehlivost, ... atd.? Dne 31. srpna 2016 10:53 Petr Žitný <petr(a)zitny.net> napsal(a): -- Pavel Hruška http://www.mrpear.net mrpear(a)mrpear.net web, webdesign, web-aplikace: http://www.pearfect.cz

OK, udělám si nějaký testlab a dám tomu šanci ;). Dne 31. srpna 2016 11:46 Petr Žitný <petr(a)zitny.net> napsal(a): -- Pavel Hruška http://www.mrpear.net mrpear(a)mrpear.net web, webdesign, web-aplikace: http://www.pearfect.cz

RHEV: Osobni zkusenost (2 roky stara) z prostredi ~30 serveru (2x Dell M1000e chassis + Compellent isci storage) je takova, ze kdyz se na to nesaha a servery tomu nepadaji, tak to docela i funguje. Incidenty, ktere jsme s tim meli: Pri kratkem vypadku (vytrhli jsme omylem na par vterin kabel) mezi chasiss a storage doslo k poskozeni filesystemu skoro na vsech VM. Takze jsme meli pulku infrastruktury down. Kdyz jsme sdileli jeden disk mezi vide virtualy (potrebovali jsme to v ramci nejakeho testovani), tak jsme narazili na bug, ktery zpusobil kompletni kolaps celeho RHEVu - asi pul dne to resil nekdo na dalku z RH, pricemz se to fixlo rucnimi update v db (pokud si pamatuju, tak v postgresu). Pro nas to byl ale pul dne vypadek cele produkce. (tohle mozna bylo jen konfiguraci) Snazi se to chytre mit pristup k IPMI jednotlivych hypervisoru, aby je to mohlo natvrdo vypnout v pripade problemu - bohuzel nam tato funkce neustale hlasila chyby s pripojenim. Obcas se pokazilo prehazovani master serveru na jiny server v poolu, takze jsme s tim chvilku museli saskovat, aby se to zase rozdejchalo. Obcas nam to spustilo nejaky virtual na 2 nodech zaroven -> poskozeni filesystemu. Abych tady nehazel jenom spinu na RHEV, tak i s VMWarem v podobnem setupu mam par podobnych incidentu. Nicmene pri porovnani mi prijde VMWare vychytanejsi (mozna se to uz zmenilo). Popravde, po tech 2 letech zkusenosti s podobnyma resenima se od nich drzim dal. A v blizke dobe je nechci videt. Jarda ------ Původní zpráva ------ Od: "Martin Sivák" <mars(a)montik.net> Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Odesláno: 1.9.2016 17:22:55 Předmět: Re: [vpsFree.cz: community-list] Budoucnost OpenVZ

Ahoj, Mohl bych, ale mám to teď dost nabité kvůli rodině. Kdy to bude? Martin Dne 1. září 2016 17:43 Věroslav Kaplan &lt;veros.kaplan(a)gmail.com&gt; napsal(a): > Ahoj Martine, > > oVirt jsme nasazovali právě jako alternativu k VMWare v předchozí firmě cca > 2 roky zpět. Používá se myslím úspěšně doteď. > > Na úvodní nasazení jsme najali externistu, za dva dny bylo hotovo a pak se > tam začaly postupně migrovavat legacy stroje z pure KVM. > > --Věroš > > > 2016-09-01 17:22 GMT+02:00 Martin Sivák &lt;mars(a)montik.net&gt;et>: >> >> Docela by mě zajímalo jestli jste tu někdo zkoušel oVirt / RHEV jako >> alternativu k VMware. Je pravda, že správu kontejnerů neumí.. ale je >> to nad KVM se slušnou podporou migrace živých VMek a převodu strojů >> odjinud (v2v). >> >> Berte to opravdu jen jako dotaz, jsem totiž jeden z vývojářů (v Brně v >> RH). >> >> Martin Sivák >> >> >> Dne 31. srpna 2016 11:54 Pavel Hruška &lt;mrpear(a)mrpear.net&gt; napsal(a): >> > OK, udělám si nějaký testlab a dám tomu šanci ;). >> > >> > Dne 31. srpna 2016 11:46 Petr Žitný &lt;petr(a)zitny.net&gt; napsal(a): >> > >> >> mam misto jak dva, resp. nekde tri nody + pole tak i variantu jednoho >> >> serveru, oboje funguje ok. Mam to radsi jak vmware :-) Vsude teda mam >> >> free >> >> verzi >> >> >> >> Dne 31.8.2016 v 11:06 Pavel Hruška napsal(a): >> >> >> >> Oukej, a tedy trošku k tomu "na nejakych mistech pouzivam taky Proxmox" >> >> by >> >> se nedalo dodat - konfigurace, spokojenost, spolehlivost, ... atd.? >> >> >> >> Dne 31. srpna 2016 10:53 Petr Žitný &lt;petr(a)zitny.net&gt; napsal(a): >> >>> >> >>> Ahoj, >> >>> >> >>> na nejakych mistech pouzivam taky Proxmox, doma pouzivam KVM s libvirt >> >>> (ale je to solo stroj) a aktualne nejvetsi nasazeni co planuju je LXC >> >>> s >> >>> Ubuntu, ale je fakt, ze potrebujeme takovej vetsi docker a mensi >> >>> virtual. >> >>> Tzn. kontejner pro nas byla nejlepsi volba a tam je moznost realne >> >>> OpenVZ >> >>> nebo LXC a LXC nam vyslo v mnoha ohledech na ZFS jako lepsi reseni. >> >>> >> >>> -- >> >>> Petr Zitny >> >>> >> >>> Dne 31.8.2016 v 10:46 Vaclav Dusek napsal(a): >> >>> >> >>>> Dobry den, >> >>>> >> >>>> pokud se jedna o dulezite firemni systemy, tak bych zacal tim, ze >> >>>> bych >> >>>> oslovil fi, napr. Dell a nechal si od nich zpracovat nabidku na HW a >> >>>> SW od >> >>>> VMware - 2 servery, 2 diskova pole (iSCSI nebo FC) >> >>>> >> >>>> Jinak bych se do toho pustil v Proxmoxu s vyuzim informci z predchozi >> >>>> konzultace >> >>>> >> >>>> Vse je o penezich a analyze rizik jednotlivych reseni >> >>>> >> >>>> Dne 30.8.2016 v 20:42 Pavel Hruška napsal(a): >> >>>>> >> >>>>> Děkuji za reakci. >> >>>>> >> >>>>> Doplním tedy: provozovat na tom budu (potřebuji) firemní >> >>>>> infrastrukturu, >> >>>>> což znamená 3-4 Windows Servery (2008R2, 2012, ale i třeba starší >> >>>>> 2003) >> >>>>> a nějaké podpůrné Linuxové servery. Cílem virtualizace a HA je >> >>>>> minimalizovat riziko spojené s výpadky jednotlivých nodů (HW) a >> >>>>> získat >> >>>>> čas na jejich opravu / výměnu, plus samozřejmě sdílení zdrojů. >> >>>>> >> >>>>> Zajímá mě, zda někdo dokáže posoudit rozdíl mezi free/placenou >> >>>>> distribucí, ačkoliv když se dívám na ceny, tak jsou téměř lidové. >> >>>>> >> >>>>> P.H. >> >>>>> >> >>>>> Dne 30. srpna 2016 20:34 Vaclav Dusek &lt;Vaclav.Dusek(a)cz-pro.cz >> >>>>> <mailto:Vaclav.Dusek@cz-pro.cz>> napsal(a): >> >>>>> >> >>>>> >> >>>>> - pro beznou praci konkurenceschopne s VMware. >> >>>>> >> >>>>> - placena verze pridava moznost supportu od vyrobce, lepsi >> >>>>> aktualizace >> >>>>> https://www.proxmox.com/en/proxmox-ve/pricing >> >>>>> <https://www.proxmox.com/en/proxmox-ve/pricing> >> >>>>> >> >>>>> Zatim jsem se s problemy nesetkal, ale zalezi co na tom budete >> >>>>> provozovat >> >>>>> >> >>>>> >> >>>>> Dne 30.8.2016 v 20:19 Pavel Hruška napsal(a): >> >>>>> >> >>>>> Mohl by se někdo více rozepsat o zkušenostech s PROXMOX? >> >>>>> Používáte free >> >>>>> nebo placenou distribuci? Je to použitelné do reálného >> >>>>> provozu >> >>>>> jako >> >>>>> náhrada malého clusteru (2-3 nody, HA, do 10 VM) místo např. >> >>>>> VMWare? >> >>>>> Uvažuji výhledově o změně a na první pohled to vypadá >> >>>>> solidně. >> >>>>> >> >>>>> Díky, >> >>>>> P. >> >>>>> >> >>>>> Dne 30. srpna 2016 18:35 Tomas Herceg &lt;tth(a)rfa.cz >> >>>>> <mailto:tth@rfa.cz> <mailto:tth@rfa.cz <mailto:tth@rfa.cz>>> >> >>>>> >> >>>>> napsal(a): >> >>>>> >> >>>>> Ahoj, >> >>>>> taky sem chtel poradit proxmox - kombinace >> >>>>> lxc+kvm+debian >> >>>>> muzu jedine doporucit >> >>>>> >> >>>>> On 08/30/2016 06:03 PM, Vaclav Dusek wrote: >> >>>>> > Dobry den, >> >>>>> > >> >>>>> > podivejte se na https://www.proxmox.com/en/proxmox-ve >> >>>>> <https://www.proxmox.com/en/proxmox-ve> >> >>>>> <https://www.proxmox.com/en/proxmox-ve >> >>>>> <https://www.proxmox.com/en/proxmox-ve>> >> >>>>> > >> >>>>> > Myslim, ze neprohloupite >> >>>>> > >> >>>>> > Dne 30.8.2016 v 16:48 Pavel Bařina napsal(a): >> >>>>> >> Ahoj, >> >>>>> >> s kolegou řešíme jakou cestou virtualizace se ve >> >>>>> firmě >> >>>>> vydat. Jelikož >> >>>>> >> jsou zde odborníci na OpenVZ rád bych se poradil. Já >> >>>>> mám >> >>>>> zkušenosti s >> >>>>> >> KVM z jiné firmy a kolega zatím zkoušel OpenVZ na >> >>>>> CentOS >> >>>>> release 6.7. >> >>>>> >> >> >>>>> >> Vyšlo nové OpenVZ a jak jsem zahlídl i zde s pár >> >>>>> poznámek >> >>>>> budoucnost >> >>>>> >> OpenVZ může být nejistá. Jakou cestou kontejneru >> >>>>> byste >> >>>>> se >> >>>>> vydali vy? >> >>>>> >> Nové OpenVZ, LXC nebo docker? Zároveň bychom chtěli >> >>>>> na >> >>>>> stejném stroji >> >>>>> >> provozovat i KVM (pro chod Windows). >> >>>>> >> >> >>>>> >> Momentálně máme na stroji obojí. OpenVZ i KVM. >> >>>>> Nicméně >> >>>>> je >> >>>>> problém se >> >>>>> >> spouštěním virtuálního stroje v KVM, po druhém pokusu >> >>>>> o >> >>>>> spuštění >> >>>>> >> virtuálního stroje již naběhne. >> >>>>> >> >> >>>>> >> Chyba při startu domény: Nelze vytvořit cgroup pro >> >>>>> Debian-wheeze: >> >>>>> >> Adresář nebo soubor neexistuje >> >>>>> >> >> >>>>> >> Traceback (most recent call last): >> >>>>> >> File >> >>>>> "/usr/share/virt-manager/virtManager/asyncjob.py", >> >>>>> line 91, in >> >>>>> >> cb_wrapper >> >>>>> >> callback(asyncjob, *args, **kwargs) >> >>>>> >> File >> >>>>> "/usr/share/virt-manager/virtManager/asyncjob.py", >> >>>>> line >> >>>>> 127, in >> >>>>> >> tmpcb >> >>>>> >> callback(*args, **kwargs) >> >>>>> >> File >> >>>>> "/usr/share/virt-manager/virtManager/domain.py", >> >>>>> line 1355, in >> >>>>> >> startup >> >>>>> >> self._backend.create() >> >>>>> >> File "/usr/lib/python2.7/dist-packages/libvirt.py", >> >>>>> line 999, >> >>>>> in create >> >>>>> >> if ret == -1: raise libvirtError >> >>>>> ('virDomainCreate() >> >>>>> failed', >> >>>>> >> dom=self) >> >>>>> >> libvirtError: Nelze vytvořit cgroup pro >> >>>>> Debian-wheeze: >> >>>>> Adresář nebo >> >>>>> >> soubor neexistuje >> >>>>> >> >> >>>>> >> >> >>>>> >> KVM není spuštěno v kontejnerech jako u VPS ale >> >>>>> samostatně vedle >> >>>>> OpenVZ >> >>>>> >> >> >>>>> >> >> >>>>> >> Děkuji moc za postřehy a nakopnutí správným směrem >> >>>>> >> >> >>>>> >> Pavel >> >>>>> > _______________________________________________ >> >>>>> > Community-list mailing list >> >>>>> > Community-list(a)lists.vpsfree.cz >> >>>>> <mailto:Community-list@lists.vpsfree.cz> >> >>>>> <mailto:Community-list@lists.vpsfree.cz >> >>>>> <mailto:Community-list@lists.vpsfree.cz>> >> >>>>> > http://lists.vpsfree.cz/listinfo/community-list >> >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >> >>>>> <http://lists.vpsfree.cz/listinfo/community-list >> >>>>> <http://lists.vpsfree.cz/listinfo/community-list>> >> >>>>> >> >>>>> >> >>>>> _______________________________________________ >> >>>>> Community-list mailing list >> >>>>> Community-list(a)lists.vpsfree.cz >> >>>>> <mailto:Community-list@lists.vpsfree.cz> >> >>>>> <mailto:Community-list@lists.vpsfree.cz >> >>>>> <mailto:Community-list@lists.vpsfree.cz>> >> >>>>> http://lists.vpsfree.cz/listinfo/community-list >> >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >> >>>>> <http://lists.vpsfree.cz/listinfo/community-list >> >>>>> <http://lists.vpsfree.cz/listinfo/community-list>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> Pavel Hruška >> >>>>> http://www.mrpear.net <http://www.mrpear.net/> >> >>>>> mrpear(a)mrpear.net <mailto:mrpear@mrpear.net> >> >>>>> <mailto:mrpear@mrpear.net <mailto:mrpear@mrpear.net>> >> >>>>> >> >>>>> web, webdesign, web-aplikace: >> >>>>> http://www.pearfect.cz <http://www.pearfect.cz/> >> >>>>> >> >>>>> >> >>>>> _______________________________________________ >> >>>>> Community-list mailing list >> >>>>> Community-list(a)lists.vpsfree.cz >> >>>>> <mailto:Community-list@lists.vpsfree.cz> >> >>>>> http://lists.vpsfree.cz/listinfo/community-list >> >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> Vaclav Dusek >> >>>>> e-mail: Vaclav.Dusek(a)cz-pro.cz <mailto:Vaclav.Dusek@cz-pro.cz> >> >>>>> >> >>>>> _______________________________________________ >> >>>>> Community-list mailing list >> >>>>> Community-list(a)lists.vpsfree.cz >> >>>>> <mailto:Community-list@lists.vpsfree.cz> >> >>>>> http://lists.vpsfree.cz/listinfo/community-list >> >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> Pavel Hruška >> >>>>> http://www.mrpear.net <http://www.mrpear.net/> >> >>>>> mrpear(a)mrpear.net <mailto:mrpear@mrpear.net> >> >>>>> >> >>>>> web, webdesign, web-aplikace: >> >>>>> http://www.pearfect.cz <http://www.pearfect.cz/> >> >>>>> >> >>>>> >> >>>>> _______________________________________________ >> >>>>> Community-list mailing list >> >>>>> Community-list(a)lists.vpsfree.cz >> >>>>> http://lists.vpsfree.cz/listinfo/community-list >> >>>>> >> >>>> >> >>> >> >>> _______________________________________________ >> >>> Community-list mailing list >> >>> Community-list(a)lists.vpsfree.cz >> >>> http://lists.vpsfree.cz/listinfo/community-list >> >> >> >> >> >> >> >> >> >> -- >> >> Pavel Hruška >> >> http://www.mrpear.net >> >> mrpear(a)mrpear.net >> >> >> >> web, webdesign, web-aplikace: >> >> http://www.pearfect.cz >> >> >> >> >> >> _______________________________________________ >> >> Community-list mailing list >> >> Community-list(a)lists.vpsfree.cz >> >> http://lists.vpsfree.cz/listinfo/community-list >> >> >> >> >> >> >> >> _______________________________________________ >> >> Community-list mailing list >> >> Community-list(a)lists.vpsfree.cz >> >> http://lists.vpsfree.cz/listinfo/community-list >> >> >> > >> > >> > >> > -- >> > Pavel Hruška >> > http://www.mrpear.net >> > mrpear(a)mrpear.net >> > >> > web, webdesign, web-aplikace: >> > http://www.pearfect.cz >> > >> > _______________________________________________ >> > Community-list mailing list >> > Community-list(a)lists.vpsfree.cz >> > http://lists.vpsfree.cz/listinfo/community-list >> > >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list > > > > > -- > --V.Kaplan > http://navolnenoze.cz/prezentace/veroslav-kaplan/ > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list >

Zdravím, díky za odpověď. To, co mi nabízíte, aktuálně na firmě běží a běží to dobře. Přemýšlím ale, jak na konci cyklu dál a proto mě zajímá životaschopnost opensource (proxmox) vs komerčního (vmware) v reálném provozu na takto relativně malém řešení. Prostě se ptám, jestli si už někdo troufl to nasadit naostro a jak dlouhodobě dopadl ;). P. Dne 31. srpna 2016 10:46 Vaclav Dusek &lt;Vaclav.Dusek(a)cz-pro.cz&gt; napsal(a): -- Pavel Hruška http://www.mrpear.net mrpear(a)mrpear.net web, webdesign, web-aplikace: http://www.pearfect.cz

On 2017-12-26 10:16, Michal Halenka wrote: Cau Michale a caute vsichni, predne, preju vsem poklidne svatecni odpoledne ;) Co s OpenVZ je velmi dulezita otazka s velmi spravnym nacasovanim ;) OpenVZ 7 je parodie na opensource, takze jak jsem psal uz v zari, to preskakujeme. Takze nam nezbyva nez postavit neco nad upstream kodem, no a to idealne co nejcerstvejsim. No a to 'neco' shodou okolnosti uz stavime nejakou chvili, jako lehky container host OS nad not-os [1], ktery vychazi z NixOSu [2]. Rikame tomu vpsAdminOS [3], je to live system (cil je vejit se do 1 GB v RAM), ktery na lokalnim ulozisti ma hlavne data kontejneru (a nejaka minor stavova data), ale jinak bezi z RAM. Pres iPXE (a nebo zalozni FAT32/whatever na lokalnim ulozisti) se natahne kernel (4.14 aktualne) a initrd (se ZFS) a squashfs filesystemu; pomoci kernel parametru z bootu se zjisti, jestli se noda instaluje na cisto, nebo se ma spustit produkcne, nebo v debug modu; v produkcnim modu se importne zpool, nastavi sit a zapnou kontejnery. O spravu kontejneru (LXC) se ve vpsAdminOS stara osctld [4], co je v podstate nase variace na LXD; akorat pro nas rovnou napojena na vpsAdmin a tak ovladani z hostOS bude mit napojeni na vpsAdmin. Uz se nebude stavat, ze na nodu je nastavene neco nekonzistentne s tim, co si mysli vpsAdmin, protoze vpsAdmin se o svoje 'ovecky' (nody) ve finale postara uplne sam. A hlavne, osctl ma podporu user namespace Done Right (tm), coz je pro pro LXD i Docker, umim si predstavit, dost pain vubec v takovych rozmerech uvazovat (kdyz je potreba vyrobit jednoho usera per user-namespace a pridelit mu mapu tak, aby se neprekryvala; LXD treba pouziva mappingy pod jednim userem, co potencialne dava moznost se zas pod tim jednim userem sejit pri utikani z kontejneru). Pri zmene user namespace nejakeho kontejneru (tj, pri chown kontejneru mezi vpsadmin members), bychom s defaultnim navrhem a nejakym konvencnim distrem museli delat chown vsech souboru toho kontejneru o nejaky offset, a tak prochazet treba 15M PHP session files, kterych si nikdo nevsiml, protoze na ZFS proste byt muzou (dokud si clovek nevsimne, ze ls trva :D). Aither napsal patchset [5] do ZFSonLinux, ktery ten remapping dela pri mountu datasetu na ZPL vrstve, tedy neni potreba chownovat a prehozeni kontejneru mezi ruznymi uzivateli bude instantni. Trochu skoda je, ze se musime vsichni v ramci clusteru podelit o 32 bitu UID/GID. Ale tak... 32bitu je tak akorat na dvou-rackovy cluster cca takove velikosti, kde jsme ted. Pak muzeme zacit stavet clustery dalsi, protoze jak NAS, tak Backuper uz by stejne bylo slozite skalovat v jedne instanci. Dal, kontejnery izoluje AppArmor, pouzivame vsechny cgroupy, co muzeme a cpu.shares pravdepodobne bude osctld tunit za behu, abychom byli schopni dosahovat stejneho CPU limitingu, jako na OpenVZ (tj. pokud rekneme, ze gameri - a ponovu taky cryptomineri... - maji dostat 50% jadra, tak to tak ma byt i pokud ma masina dostatek CPU casu, protoze to proste u nas nedava smysl hostovat). NixOS nam dava moznost cele prostredi deklarativne popsat pred tim, nez vznikne; pokud se nam podari vsechno pointegrovat, jak chceme, meli bychom ve finale mit cele prostredi popsane ve verejnych Git repozitarich. Nejen to, ale taky pri kazdem commitu do tech repozitaru chceme dostavat vysledky z QA farmy, kterou ted mame (zatim v interni siti a velmi beta) nad Hydrou [6]. Cilem je dostat co nejfunkcnejsi a co nejizolovanejsi kontejnery, zatim jsme v early fazi, kdy nam to bootuje, kontejnery se daji vytvaret, startovat, maji konzoli a da se v nich uz neco bezet. Bezi nam Hydra, mame cca predstavu, jak to cele budeme updatovat a rekonfigurovat za chodu, ale potrebujeme to zacit zkouset. Hodila by se pomoc s testovanim, ale i s vyvojem vpsAdminu - kdyby se nasel nekdo, kdo by tahl vpsadmin web UI a casem ho prepsal, byla by to idealka. Potrebujeme rozsirit tym ;) vpsAdminOS ma hodne potencialu, je toho spousta, co by slo udelat a davalo smysl ;) V lednu 2018 nas cekaji dve velka temata: - vpsAdminOS hackaton -> celovikendova akce, pravdepodobne treti vikend v lednu(?, neni jeste jiste) v Brne (prespani poresime komunitne). - clenska schuze -> jelikoz minulorocni clenska schuze mela mizernou ucast a pritom mela odhlasovat vcelku zasadni zmenu ve stanovach, kterou jsme ani poradne nebyli schopni popsat (elektronicke hlasovani)... pojdme to cele udelat jinak. - pokud chceme elektronicke hlasovani, pojdme se o tom pobavit na tady na mailing listu a pojdme pripravit zneni stanov spolecne; pojdme se taky dohodnout, jak to udelame s "legitimizaci" takove zmeny a upravou stanov ted, kdy nas je uz tolik, ze je nepredstavitelne, aby se nas seslo 600+ na jednom miste. K tomu jeste otevru tohle tema zvlast, ted si to muzete zatim rozmyslet, jak by to melo probehnout, jak by mela vypadat melo fungovat duveryhodne e-hlasovani. Vitam 100% i "ulitnute" napady stylu "hodme to na blockchain", pokud jste ochotni s tim (vydatne) pomoct. Na nas naopak blockchain vubec neni ulitnuty, my bychom meli byt na popredi takovych inovaci a jit prikladem ostatnim, jak se s nimi dela ;) Linky: [1] https://github.com/cleverca22/not-os [2] https://nixos.org/ [3] https://github.com/vpsfreecz/vpsadminos [4] https://github.com/vpsfreecz/vpsadminos/tree/master/osctld [5] https://github.com/aither64/zfs/commits/uid_offset [6] https://nixos.org/hydra/ V prvnim tydnu v lednu se ozvu s tematem clenske schuze/hlasovani; do te doby se muzeme dohodnout na terminu hackatonu - a pripadne muzeme obe akce udelat s nejakou navaznosti na sebe, kdyz uz se budeme schazet kvuli hackovani na OS ;) Potrebujeme hlavne vyladit funkcionalitu z pohledu vnitrku kontejneru, o tom bude leden. Integrace s vpsAdminem je pak zalezitosti na dalsi cca 3 mesice, pokud se tedy nenajde nekdo, kdo pomuze :) Chceme to nasadit co nejdriv, co to pujde, aspon pro ty, co uz nemuzou jet na starem jadre ted (tj. nez se to zacne tykat vsech). Rekneme okolo dubna/kvetna (4ty/5ty mesic) neco jako playground provoz je cca aktualni target. Sem s dotazy ;) (pripadne IRC #vpsfree nebo #vpsadminos @ freenode). /snajpa

Ahoj, diky za super zpravy. Chapu ze jste zatim zadne pokrocilejsi veci nezkouseli, ale zajimalo by me zda planujete podporu nested virtualizace. Myslim ze se spravnym nastvenim hosta by to nemel byt problem, ale chce to asi vyzkouset. Jde mi zhruba o Docker a LXC kontejnery (do kterych bych rad prevedl to co nyni provozuji v Dockeru pokud to pujde), nektere cleny asi zajima i KVM. Budu se tesit na dalsi zpravy :). -Petr

‎Ahoj Snajpa, mel bych na tebe k tomuhle celemu dva dotazy :) 1) V LXC pojede i userns? Nebojis se toho z hlediska bezpecnosti? Ja musim priznat, ze to nejak extra nesleduju ale archlinux na to mel otevreny bug asi posledni 3 roky kde tohle (userns) porad odmitali ze se v tom co chvili najdou nejaky security diry. Nakonec to zaclenili ale default off. Usoudil jsi ze uz je to safe enough a nebo to proste v nasem konkretnim pouziti neni problem? 2) regarding vpsadmin, planujete to porad drzet v php a nebo na tom nelpite a treba ruby (v tom uz stejne je vpsfree commandline client ne?) by slo taky? Diky za info :) W.   Original Message   From: snajpa(a)snajpa.net Sent: Friday, December 29, 2017 16:57 To: Petr Stefan Reply To: vpsFree.cz Community list Cc: vpsFree.cz Community list Subject: Re: [vpsFree.cz: community-list] vpsAdminOS On 2017-12-28 23:22, Petr Stefan wrote: Haha, jakpak nezkouseli: my se *musime* snazit najit co nejvetsi featurovou paritu s tim, co bezime ted. A ted nam tam KVM jede a jede i Docker (akorat stary). LXC taky, akorat ne kompletni s userns. No, takze, KVM uz jsme zkouseli a funguje (libvirt vypada, ze pojede asi taky, ale nejsem si 100% jisty). Docker bude fungovat s patchem, az se mu vysvetli, ze nema sahat na AppArmor, ze ten uz je nastaveny a mimo jeho dosah (tj. patch do upstream Dockeru, melo by byt feasible v poho). Nested LXC jede uz ted, i s userns. Michalovi: No idealne je cilem, abys mohl jet ve finale ten samy setup (ale treba jenom jednonodove-odlehceny), jako nam bezi v produkci, abys idealne mohl presouvat zalohy/klony tam a zpatky (coz na nejakou automagii je pomerne ve vzdaleny budoucnosti, ale samotnej host OS na LXC kontejnerovani uz muzes cca pouzit ted hned). /⁠snajpa _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

Cauves Tome, 1) jak jsem psal, musime se (minimalne ze zacatku) podelit o 32bit uid/gid space, takze jojo, user namespace bude, aj nested, kazdy clen jich bude moct mit nekolik nezavislych, aby sis mohl vyizolovat kontejnery aj mezi sebou (ale pak si neuvidi na data pres NFS, NAS/backupy/... budou specificke danemu rozsahu UID/GID daneho clena). On ten user namespace musi byt spravne pouzity, aby daval smysl (od cehoz presne mame osctl). A jeste nesmi byt sam - u nas pojedeme minimalne AppArmor, ale jeste cekam i nejake eBPF filtry na kritickych syscallech a podobne. Dalsi vec, co si slibuju od naseho custom setupu a noveho jadra, je casem moznost zacit autogenerovat live patche, takze pripadne nove zranitelnosti pujde zaplatovat za ziva bez rebootu. Hodne z toho uz je v 4.14 LTS kernelu, ale ne vsechno a tak cekam, ze live patching budeme resit za chodu az s nejakym druhym-tretim LTS kernelem potom. 2) vpsAdmin je aktualne z vetsi casti v Ruby, webui preziva v PHP proste proto, ze se nenasel nikdo, kdo by to preklopil nakomplet do browseru (protoze to server-side uz vlastne byt vubec nemusi). /snajpa On 2017-12-29 18:04, Tomas Volf wrote:

Zajimal by mě jaký srovnání vpsAdminOS a: https://kubernetes.io/ https://rancher.com/rancher-os/ https://coreos.com/ ?