5 alapon

Adatbázis és alkalmazás konszolidáció Oracle SPARC T4/5 alapon Makár Zénó

2013. október 9.

Invigor Informatika Kft  4 éve alakult  Oracle Gold Partner ● HW és SW specializációk  Oracle HW Support Provider  Szolgáltatások ● Termék támogatás (7x24) ● Rendszerintegráció ● Installáció, implementáció  Referenciák ● OTP Bank: Sun/Oracle HW support (7x24) ● MOL: Sun/Oracle HW support (7x24) ● Budapest Bank: Sun/Oracle HW support (7x24)  http://www.invigor.hu

HOUG Szakmai Nap 2013 Adatbázis és alkalmazás konszolidáció Oracle SPARC T4/5 alapon

Tartalom  A platform által kínált lehetőségek ● Operációs rendszer, virtualizáció ● A vas  Tervezés, legfontosabb szempontok  Migrációs metódusok ● P2V (LDOM) ● P2V (Zóna) ● V2V (Zóna)  Üzemeltetés, buktatók




Operációs rendszer, virtualizáció    

Solaris 10 1/13, Solaris 11.1 Oracle VM for SPARC (LDOM) Solaris Zones … illetve ezek kombinációja


Operációs rendszer, virtualizáció  Oracle VM for SPARC (LDOM) ● Type 1 Hypervisor ● Memória és CPU erőforrásokat overhead nélkül érik el a guest-ek ● I/O: lehet dedikált PCI busz, PCI eszköz, vagy virtuális eszköz (disk vagy hálózat) – Service Domain ● Különböző virtuális gépek különböző kernel verziót futtathatnak


Operációs rendszer, virtualizáció  Zónák, konténerek ● Operációs rendszer szintű virtualizáció ● Közös kernel fölött izolált rendszerek ● Erőforrás menedzsment megoldott: rcapd, CPU poolok, ütemező... ● Solaris 11 GZ: Crossbow – hálózat virtualizáció ● Exclusive stack lehet minden zónának kevés fizikai interfész használatával ● Belső hálózat kialakítása: etherstub




Oracle SPARC T5 szervercsalád  4 kiépítés ● SPARC T5-1B ● SPARC T5-2 ● SPARC T5-4 ● SPARC T5-8

-

penge, 1 CPU 3RU, 2 CPU 5RU, 4 CPU 8RU, 8 CPU


Oracle SPARC T5 szervercsalád  4 kiépítés ● SPARC T5-1B ● SPARC T5-2 ● SPARC T5-4 ● SPARC T5-8

-

penge, 1 CPU 3RU, 2 CPU 5RU, 4 CPU 8RU, 8 CPU

 Előző generáció (T4) ● SPARC T4-1B - penge, 1 CPU ● SPARC T4-1 - 2RU, 1 CPU ● SPARC T4-2 - 3RU, 2 CPU ● SPARC T4-4 - 5RU, 4 CPU HOUG Szakmai Nap 2013 Adatbázis és alkalmazás konszolidáció Oracle SPARC T4/5 alapon

Oracle SPARC T5-2 szerver     

2x SPARC T5 16-Core 3.6GHz CPU 32X 8/16/32GB DDR3 DIMM – min. 256GB, max. 1TB 6x internal disk – 2 SAS controller 4× 100 MbE - 10 GbE autoneg. - RJ45... 8 PCIe slot, 4 PCI Root complex: ● Switch #0: ● pci@300 - 1 SAS controller, 2x ethernet, 1 PCIe ● pci@380 - 3 PCIe ● Switch #1: ● pci@3c0 - 1 SAS controller, 2x ethernet, 1 PCIe ● pci@340 - 3 PCIe


Oracle SPARC T5-4 szerver      

(2/)4 SPARC T5 16-Core 3.6GHz CPU 64X 16/32GB DDR3 DIMM – min. 1TB, max. 2TB 2 “PM” 8x internal disk – 2 SAS controller 4× 100 MbE - 10 GbE autoneg. - RJ45... 16 PCIe slot, 8 PCI Root complexek, 5 PCIe switch ● egy PM kiesése esetén az egyik switch elérhetetlenné válik...


Oracle SPARC T5-4 szerver






Oracle SPARC T(4/5)-4

T4-4:

T5-4:




Tervezés  Erőforrásigény – memória bővítés lehetséges, CPU fix  Operációs rendszer ● Solaris 10 GZ, ha: ● … még félünk a 11-től ● Solaris 9-es branded zónára van szükség  Virtualizáció: LDOM, Zónák, vagy vegyesen? ● Domainek mellett szól: ● Kernel szintű szeparáció ● Live migration ● Csak GZ-ban futó alkalmazások (NFS már nem ilyen) ● Licensing HOUG Szakmai Nap 2013 Adatbázis és alkalmazás konszolidáció Oracle SPARC T4/5 alapon



Physical to Virtual (LDOM)  Ldmp2v tool ● 1. Forrásrendszer becsomagolása (collect phase, az archívum lehet ufsdump vagy flar image) source# ldmp2v collect -a flar -x /data -d /mnt/path ● 2. Guest domain létrehozása, konfigurációja (preparation phase, a cél gép control domainjában futtatva, paraméterezésen kívül /etc/ldmp2v.conf) ● targetctrl# ldmp2v prepare -c nvcpu -M memory … -d /mnt/path guestdomain


Physical to Virtual (LDOM) ●

●

●

3. Solaris upgrade, sun4u → sun4v konverzió (conversion phase, control domainben futtatva) ldmp2v convert -i install-image -d /mnt/path guestdomain ldmp2v convert [-j] -n interface -d /mnt/path guestdomain Az utolsó fázisban az eredeti rendszer IP címe már nem lehet aktív (ldmp2v convert ellenőrzi) Jumpstart esetén a profile-ban install_type -nak 'upgrade'-et adjunk...


Physical to Virtual (Zóna)  1. Követelmények ellenőrzése (patchek, van-e NGZ) zonep2vchk  2. Flash archive létrehozása flarcreate -n oldsys -x /data /mnt/oldsys.flar  3. solaris10 branded zóna konfiguráció zonecfg -z zonaneve create -T SYSsolaris10 …  4. zóna installáció a flash archive-ból zoneadm -z zonaneve install -a /mnt/oldsys.flar -p HOUG Szakmai Nap 2013 Adatbázis és alkalmazás konszolidáció Oracle SPARC T4/5 alapon

Virtual to Virtual (Zóna)  Hasonlóan, mint a P2V esetben: ● Archívum készítése a zóna fájlrendszeréről, pl: cd /zonepath; find root -print | cpio -oP@ | gzip > /path/archive.cpio.gz ● Új zóna konfigurálása ● Új zóna installációja  Sparse root zóna esetén: ● A zóna fájlrendszerét ne leállított, hanem “ready” állapotban archiváljuk (zoneadm -z zonaneve ready), így a GZ-tól öröklött fájlrendszerek tartalma is bekerül az archívumba HOUG Szakmai Nap 2013 Adatbázis és alkalmazás konszolidáció Oracle SPARC T4/5 alapon



Üzemeltetés, buktatók  Shared IP stack Solaris 11 GZ esetén + IPv6  Memória limit, swap limit, /tmp limit  Gyorsabb CPU – de mi a helyzet a tárolókkal?


Köszönöm a figyelmet!

5 alapon

Recommend Documents