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
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
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
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
Oracle SPARC T5 szervercsalád 4 kiépítés SPARC T5-1B - penge, 1 CPU SPARC T5-2 - 3RU, 2 CPU SPARC T5-4 - 5RU, 4 CPU SPARC T5-8 - 8RU, 8 CPU
Oracle SPARC T5 szervercsalád 4 kiépítés SPARC T5-1B - penge, 1 CPU SPARC T5-2 - 3RU, 2 CPU SPARC T5-4 - 5RU, 4 CPU SPARC T5-8 - 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
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 HOUG Szakmai Nap 2013
Oracle SPARC T5-4 szerver HOUG Szakmai Nap 2013
Oracle SPARC T4-4 szerver HOUG Szakmai Nap 2013
Oracle SPARC T(4/5)-4 T4-4: T5-4:
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
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
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
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
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
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
Ü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!