-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Ok, inline, je na case zapojit trochu kontejner-nazi-mode :))) ->
On 10/30/2013 08:49 AM, Lukas Nemec wrote:
Ahoj,
ja prave mam tuseni ze my jsme to tady pouzivali kuli tomu, ze openVZ nebezi na novejsich kernelech?(nevim co je na tom pravdy) a blbe se ten kernel patchuje (resp adminum se nelibilo ze je to giga patch bez vysvetleni)
Jeste jednou odkaz na relevantni clanek z blogu OpenVZ vyvojaru:
http://openvz.livejournal.com/45647.html
RHEL6 kernel neni stary kernel :)
Pouzivame oficialni jadra od OpenVZ tymu a stavime nad Scientific Linuxem (rebuild Red Hat EL), neochote adminu dat neco custom-compiled na produkcni masiny 100% rozumim, sam bych to nedovolil.
tak presli na LXC, a prave to pouzivame v tymu vyvojaru (cca 10 lidi) uplne bez problemu
Jasne, na custom made aplikace je to v pohode, ale predstav si, ze v tom potrebujes bezet workloady co nejbliz plnym virtualkam, zacnes potrebovat veci jako tun/tap, NFS, ppp atd atd.
Navic, LXC je slusne pouzitelny az v poslednich 3jkovych kernelech, coz uz zase zavani custom kompilaci...
ale asi o tom budes vedet vic jak ja :) jen pro zajimavost, by me zajimalo jak by to bylo vykonove na tom oproti openVZ ...
Temer nijak, oboje jsou to kontejnerove technologie, jestli tam bude rozdil v 1-2-3%, myslim ze i to je moc :)
bohuzel nejde pustit jinej kernel nez ten co bezi na mastru .. coz je skoda :(
To je ale problem jak LXC, tak OpenVZ. Vymenou za nemoznost "hrani si" s jadrem ale mame vykon, o kterym se chlapcum s plnou virtualizaci muze jenom zdat - zkus si dat na jednu masinu 90 plnych virtualu - i kdyz se budou flakat, zazijes veci jako clock skew, IO bude cekat na to, az se sousedni virtual uprdne a dovoli delat IO nekomu dalsimu, CPU scheduling zajisti pravidelne trashovani cachi na procesoru, protoze je mu jedno, ze soupe procesy sem-tam a ze ty procesy jsou vlastne dalsi virtualni masiny...
Co mne osobne stve na OpenVZ je absence podpory SELinuxu, to bych tam videl rad.
Jinak na aplikacni veci je to rozhodne production-readier nez LXC :)
A co se tyce toho vykonu IO, to bych chtel hodne videt, podle mne to muselo byt mezi klavesnici a zidli, protoze co se tyce IO schedulingu, neni moc rozdilu mezi OpenVZ a LXC.
- - Pavel
Lukas Nemec
On 10/30/2013 08:45 AM, Pavel Snajdr wrote: Ahoj,
LXC je dost paradne pozadu oproti OpenVZ, ze v tom jde spustit par programu, je asi tak vrchol, co to dokaze :)
Navic ty userspace utility... cisty zlo.
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956 CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE http://relbit.com | http://vpsfree.cz | https://www.redhat.com
On 10/30/2013 08:22 AM, Lukas Nemec wrote:
Ahoj,
chtel jsem se zeptat, jestli jste nezkouseli pouzivat LXC misto openVZ, pripadne jestli by jste to nechteli vyzkouset na nejake masine ...
v praci jsme to uspesne pouzili misto openVZ (pomoci jednoducheho migracniho skriptu) na vyvojovem stroji, a rozdil v rychlosti je dost veliky, hlavne pokud jde o IO nechcete to zkusit treba na nejake masine rozbehat? trebas jen par virtualu na test?
Lukas Nemec _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list