A következő dokumentáció alapvetően Zsiros László munkásságát dicséri. Ő dolgozta ki azt a folyamatot, amivel Enterprise kategóriájú SPARC rendszerekben tudunk több, különböző és szeparált DOMAIN-t létrehozni. Ezek az M kategóriás Oracle gépek több System Board-ot tartalmazhatnak, és ilyenkor lehet elkezdeni trükközni azzal, hogyan tudunk erőforrásokat felosztani, és azokat külön logika rendszerekhez, DOMAIN-ekhez rendelni.

Hardware Felépítése

Fontos már az elején tisztába tenni, hogy nagyon hardware függő az M kategóriás gépek esetében mit tudunk megtenni és mit nem. Az első fontos dolog, hogy megértsük, hogy ezek a gépek milyen főbb alkatrészekből épülnek fel, és mi tartozik mihez.

System Board

A System Board nem az alaplap. A System Board olyan vezérlő elem, ami vezérli az alá tartozó CPU / Memory / I/O boardokat.

CPU Board

A CPU board egy külön cserélhető egység. Akár egy fiókot úgy tudunk CPU boardot cserélni. Egy board-on lehet egy, vagy több CPU.

MEMORY Board

Hasonlóképpen a CPU board-hoz a memóriák is fiókos kivitelben bővíthetőek. Egy Board-on több memória modul található meg.

I/O Board

A bővítő kártyákat a megszokott SLOT-okba tudjuk elhelyezni. A SLOT-ok viszont System Boardok szerint két részre vannak felosztva. Ezekbe helyezhetünk bővítő kártyákat.

UNI vs. QUAD mód

A System Board-ok két féle módban üzemelhetnek. Az elepértelmezett mód az UNI mód. Ilyenkor egy logikai DOMAIN-hez egy System Board-ot és az összes alá tartozó erőforrást rendelhetjük hozzá. Viszont van egy másik mód is. Ez a QUAD mód. Ilyenkor egy System Board-hoz tartozó erőforrásokat további négy külön DOMAIN-hez rendelhető részre vehetünk szét.

Nézzük meg, hogy kérhetjük le, hogy a System Board, milyen módban van:

XSCF> showfru -a sb

A következő parancs segítségével kapcsolhatjuk át a System Board-ot.

XSCF> setupfru -x 4 sb 0
XSCF> setupfru -x 4 sb 1

XSCF> showfru -a sb

Sajnos a QUAD mód nem homogén erőforrás eloszlást tesz lehetővé, tehát kezdődhet a kombinálás. Nézzük QUAD módban milyen egységhez milyen erőforrások fognak tartozni.

Az XSB jelölés a eXtended System Boards rövidítése. UNI módban 00, 01 formátumban léteznek a hozzárendelhető erőforrások. Viszont QUAD módban új XSB-s jelöléseket is be kellett vezetni. Ilyenkor az XSB jelölés tartalmazza, a System Board számát, majd hogy hanyas Extended board az. Ilyen formán: 00-1, 00-2. Ez a 00-s System Board első és másodk XSB-jét jelöli.

Domain Tervezése

Most már tudjuk, hogy milyen egységnyi XSB-ket hozhatunk létre, és azokhoz milyen erőforrások fognak tartozni. Nincs más dolgunk, mint megtervezni, hogy akkor ezt most hogyan osszuk szét.

Az én következő példámban egy M5000-ren kellett egy prduktív erősebb DOMAIN-t, és egy gyengébb TESZT rendszert létrehozni. Ezt a következő képen oldottuk meg.

A fenti képen az első oszlop jelölné a System Board-ot. A második oszlop és ezáltal a színezés jelöli, hogy melyik logikai DOMAIN-hez tartozik majd az erőforrás. A továbbiakban láthatjuk az XSB sorszámát, majd a hozzá tartozó erőforrásokat. Ahogy látszik az XSB-k sorrendiségén kicsit variáltunk. Ez csak azért van, hogy jobban látszódjon a DOMAIN-ekhez tartozó erőforrások összessége. Ahogy látszik az utolsó két XSB sosem tartalmaz I/O-t, csak CPU és MEMORY erőforrásokat. Ezért ezek az XSB elemek ideálisak egy másik DOMAIN erősítésére. Viszont ahhoz, hogy bootolható és magában is működőképes második DOMAIN-t üzemeltethessünk, ahhoz kell, hogy az XSB-hoz I/O erőforrás is tartozzon.

Megvalósítás

Akkor nézzük a fenti DOMAIN struktúrát, hogyan tudjuk létrehozni.

1, Bizonyosodjunk meg, hogy minden domain ki van kapcsolva. Ha nem kapcsoljuk ki.

XSCF> showdomainstatus –d 0
XSCF> poweroff -d 0


2, Távolítsuk el a DOMAIN.hez hozzárendelt System Board-ot

XSCF> showdcl –v –d 0

XSCF> deleteboard –c unassign 00-0

XSCF> deleteboard –c unassign 01-0

3, Változtassuk meg a eXtended System Board módját UNI-ról QUAD-ra

XSCF> showfru -a sb

XSCF> setupfru -x 4 sb 0
XSCF> setupfru -x 4 sb 1
XSCF> showfru –a sb

4, DCL-ek létrehozása (Domain Component List)

A DCL-ek lesznek, azok a szervezeti egységek, amiket a QUAD mód után a DOMAIN-hez tudunk majd rendelni. Hozzuk létre a DCL-eket, a frissen szétválasztott új erőforrásokhoz.

XSCF> showboards –a

XSCF> setdcl -d 0 -a 0=00-0
XSCF> setdcl -d 0 -a 1=00-1

A következő hibaüzenet azért történt, mert az 1-es név már regisztrált, még az 1-es System Board UNI módjaként.

XSCF> showdcl -v -a

A törléséhez a következő parancsot kell futtatnunk:

XSCF> setdcl -d 1 -r 01

Ezek után már tudjuk az összes DCL-t definiálni a NULLÁS (0) DOMAIN-hez.

XSCF> setdcl -d 0 -a 2=00-2
XSCF> setdcl -d 0 -a 3=00-3
XSCF> setdcl -d 0 -a 4=01-2
XSCF> setdcl -d 0 -a 5=01-3

Nézzük mit is hoztunk létre:

XSCF> showdcl -d 0

Tegyük meg a DCL definíciókat az EGYES (1) DOMAIN-hez.

XSCF> setdcl -d 1 -a 6=01-0
XSCF> setdcl -d 1 -a 7=01-1
XSCF> showdcl –d 1

Külön-külön már látszik, hogy ez lesz az amit terveztünk, de nézzük meg egybe is:

XSCF> showdcl -v –a

Ahogy látszik, ugyan azt a konfigurációt sikerült összehozni, mint ami a DOMAIN TERVEZÉS részben felvázoltam.

5, Az XSB-ket rendeljük hozzá a DOMAIN-hez

Ahhoz, hogy az XSB-ket ténylegesen a DOMAIN-ekhez rendeljük előtte a DCL-eknek létezniük kell. Ezt teljesítettünk az előző pontban.

DOMAIN0:

XSCF> addboard -d 0 -c assign 00-0
XSCF> addboard -d 0 -c assign 00-1
XSCF> addboard -d 0 -c assign 00-2
XSCF> addboard -d 0 -c assign 00-3
XSCF> addboard -d 0 -c assign 01-2
XSCF> addboard -d 0 -c assign 01-3

Egyszerre többet is ASSIGN-olhatunk, ha egymás után szóközzel választjuk el őket.

DOMAIN1:

XSCF> addboard -d 1 -c assign 01-0
XSCF> addboard -d 1 -c assign 01-1

XSCF> showboard –a
XSCF> showboard –d 0
XSCF> showboard –d 1

6, Kapcsoljuk be mindkét DOMAIN-t

XSCF> poweron –d 0
XSCF> poweron –d 1

Nézzük, hogyan változik folyamatosan indítást követően a DOMAIN-ek státusza.


Az utolsó kép már azt jelzi, hogy a DOMAIN OK promt-ban van.

Amennyiben további DOMAIN beállítási információkra vagyunk kíváncsiak, használjuk a következő parancsot:

XSCF> showdomainmode –d 0
XSCF> showdomainmode –d 1

     Diagnostics Level       OpenBoot PROM diagnostic levels. The
                             default is standard.

     Secure Mode             Whether to  enable  or  disable  the
                             host  watchdog  and  suppress  break
                             signal reception. The default of the
                             host watchdog is enable and suppress
                             break signal reception is enable.

     Autoboot                Whether to  enable  or  disable  the
                             auto  boot  function  used at domain
                             startup. The default is enable.

     CPU Mode                Way of determining  the  CPU  opera-
                             tional  mode  mounted on the domain.
                             The  CPU  operational  mode  can  be
                             automatically  determined  at domain
                             startup (auto), or manually  set  to
                             the  compatible  mode  (compatible).
                             The default is to let  it  automati-
                             cally  determined at domain startup.
                             On  the  M3000  server,  you  cannot
                             specify CPU Mode.

Összegzés

A Hardware DOMAIN virtualizáció nem igazi virtualizáció. A legjobb kifejezés talán a meglévő moduláris erőforrások dinamikus szétosztása. A nagy fizikai gépünk erőforrásait tudjuk több logikai rendszerre szétosztani. Ezek után ameddig legalább egy elem elérhető, addig elvehetünk, és hozzáadhatunk a logikai DOMAIN-ekhez. Mindezt pedig a futó operációs rendszer mellett.

Minden hátránya miatt, aki egy ilyen kategóriás gépet vásárol, annak jó alternatíva lehet az erőforrásokat különálló rendszerekre szétbontani, és ezzel fokozni a kihasználtságát a fizikai eszköznek. Illetve a dinamikis erőforrás gazdálkodás miatt HW elem (CPU, MEMORY, I/O board, DISK) csere sem igényel feltétlenül rendszer leállást.