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.
