BrandZ: a nem-natív működési környezetű zónákért

Solaris, OpenSolaris, Illumos

A cím egy kicsit magyarázatra szorul, de a címsor limitált, ezért tömörebb. A BrandZ egy olyan keretrendszer, amely kibővíti a Solaris Zónák (Solaris Zones) infrastruktúráját, és lehetővé teszi (Open)Solarison a Branded Zone-ok (Branded Zones) létrehozását. De mik azok a Branded Zone-ok?

A Branded Zone-ok olyan zónák, amelyek nem-natív működési (operating) környezetet tartalmaznak. A stuff oldala szerint a ``non-native'' megfogalmazás szándékosan homályos, mivel az infrastruktúra lehetővé teszi a működési környezetek széles skálájának létrehozását.

Mindegyik működési környezet egy brand-en keresztül jön létre, amelyet (ha jól értem) plug-in formájában lehet a BrandZ keretrendszerbe beilleszteni. Egy brand lehet egyszerű, például a Solaris segédprogramok leváltása GNU megfelelőkkel, de lehet akár olyan bonyolultabb valami is, mint például egy komplett Linux userland.

Például az lx névre hallgató brand lehetővé teszi egy olyan működési környezet létrehozását, amelyben a Linux binárisok módosítás nélkül futtathatók.

(A tisztánlátás miatt: az lx brand nem egy Linux disztribúció, és önmagában nem is tartalmaz semmilyen Linux szoftvert. Az lx brand mindössze egy környezetet (és a szükséges eszközöket) biztosítja ahhoz, hogy Linux programok futni tudjanak Solaris kernelen. Magyarul az lx brand-del felszerelt zónán belül telepíteni kell Red Hat Enterprise Linux-ot, CentOS-t, SLES-t vagy egyéb Linux disztribúciót a működéshez).

A BrandZ-ről bővebben itt. A hír pedig az, hogy a Branded Zones közösség megnyitotta kapuit az OpenSolaris.org-on.

"In a consolidation environment, whether Linux-only or a Solaris/Linux mix, you can think of the underlying Solaris kernel as being a highly-featured, scalable, and stable hypervisor. As noted in this Register story, this feature also allows you to host your Linux environments on a ZFS filesystem."

Innen:

http://blogs.sun.com/roller/page/nilsn?entry=brandz_fitting_square_pegs_into

Ez valami olyasmi, mint amit a három (négy?) évvel ezelőtti LME konferenciára csináltam?

Első terminálon FreeBSD, másodikon Linux (jailben komplett Debian userland, Linux ABI-val), harmadikon egy uid=0, de kb. nulla hatalmú shell.

A grafikus felületen vmware (Linux emuval futtatva persze :), amiben windows 98 futott, ahol is egy mplayer (már nem emlékszem, hogy natív, vagy valami cygwin-szerű varázslás) játszott le egy filmet, hanggal, képpel.

Szóval messze nem újdonság ez a BSD felhasználóknak. :)

Pont ez jutott eszembe, mikor elolvastam a cikket is (a cime alapjan ugattam be a chroot-ot, de valoban itt tobbrol van szo). Ha opensolaris alatt ebben a frameworkben megjelenik egy win32 Brand akkor le a kalappal elottuk, addig csak erzesem szerint atszabtak a letezo megoldasokat (pl. BSD linux alrendszer, UML). Probalta mar valaki?

Micskó Gábor wrote:
> Peldaul abban, hogy (AFAIK) mostantol DTrace-elhetok az lx brand-ben
> futtatott Linux alkalmazasok. Ez pl. FreeBSD-n nem megy. Es azt mondjak,
> hogy a DTrace az isten :-)
Nem értem, hogy jön ez ide. A FreeBSD-n nincs dtrace, így teljesen
természetes, hogy nem lehet linuxos alkalmazásokat dtrace-elni. :)

Csillag Tamás wrote:
> Ezek más "szinten" (rétegben) helyezkednek el.
> Mindkettő szép és jó, de: alma meg körte...
Ezt magyarázd meg kérlek.

Miben más ez, mint a FreeBSD-s brandek?

Ezt a megvalósítást kétfelé választanám:
- az agyament Solaris zónák feltöltésére, kezelésére. Solarison annyira
nem egyértelmű egy olyan zóna létrehozása, amiben mondjuk egyetlen egy
bináris van és semmi más, az alapeset az, hogy feltételezik a hülye,
inkompetens rendszergazdát és kényelmes megoldást akarnak alátolni. (OS
install, mountok, egységesített csomagkezelés, stb)
- linux emuláció, syscall fordítás

Namost ha jól értem ez utóbbi a FreeBSD-ben is hasonlóan van
megvalósítva, az első nincs, mivel ott a jail belsejének felépítése rád
van bízva.

Mondd el, ha rosszul értelmezem.

man brandelf

azert annak is megvan az elonye - pl bsd-n nehezkes az eroforrast fenttartani avagy limitalni egy jail-nek /felteve hogy 3-4 zona mellett marad barmilyen eroforras:)/. a 2 megoldas pozitiv tulajdonsagaibol ellenben egy egesz baratsagos dolog johetne ki.

polya wrote:
> azert annak is megvan az elonye - pl bsd-n nehezkes az eroforrast
> fenttartani avagy limitalni egy jail-nek /felteve hogy 3-4 zona mellett
> marad barmilyen eroforras:)/. a 2 megoldas pozitiv tulajdonsagaibol
> ellenben egy egesz baratsagos dolog johetne ki.
Egy szóval nem mondtam, hogy jobb a FreeBSD-s jail. Technikailag a
solarisos zónák többet tudnak, hogy mást ne mondjak a több IP
hozzárendelését, a virtuális interfészeket, de van még sok más.

De engem idegesít, hogy nem adnak egy egyszerű lehetőséget arra, hogy
azt csináljam, amit akarok. Sokaknak ez a bajuk az SMF-fel is, meg más
újdonságokkal a sol10-ben.

Konkrétan ezzel a cikkel kapcsolatban én azt szeretném megérteni, hogy
ez miben más, mint a FreeBSD ELF brandingje.

> Konkrétan ezzel a cikkel kapcsolatban én azt szeretném megérteni, hogy ez miben más, mint a FreeBSD ELF brandingje.

Peldaul abban, hogy (AFAIK) mostantol DTrace-elhetok az lx brand-ben futtatott Linux alkalmazasok. Ez pl. FreeBSD-n nem megy. Es azt mondjak, hogy a DTrace az isten :-)

Ize:

DTrace for Linux [blogs.sun.com]

Magyarul, ha Linux alkalmazast fejlesztek, itthon egy vmware-be felpattintok egy OpenSolarist, abba zona, BrandZ, lx brand, es mar mehet is az alkalmazas debugolasa DTrace-szel Akar Linux alatt :-D (Linuxon OpenSolaris, OpenSolarison Linux :-D - gondolom ennek minden tovabbi nelkul mukodnie kell)