LPDS és felhő technológia Peter Kacsuk

Slides:



Advertisements
Hasonló előadás
Első tapasztalatok az NIIFI-nél üzemelő infrastruktúra cloud szolgáltatással kapcsolatban Stefán Péter NIIFI RICOMNET Miskolc.
Advertisements

Nagy rendelkezésre-állású szolgáltatások virtuális környezetben Stefán Péter, Szalai Ferenc, Vitéz Gábor NIIF Intézet.
• Önálló számítógépek összekapcsolt rendszere • Két számítógép akkor összekapcsolt, ha információcserére képesek • Az összekapcsolás többféle módon történhet,
Virtualizációs technikák
Virtualizált Biztonságos BOINC Németh Dénes Deák Szabolcs Szeberényi Imre.
Adatbázis gyakorlat 1. Szerző: Varga Zsuzsanna ELTE-IK (2004) Budapest
Kliens-szerver architektúra
SZOFTVER MINT SZOLGÁLTATÁS: ÜZLETI HATÉKONYSÁG A FELHŐBEN Nagy Levente Üzletágvezető Microsoft Office.
Licencelés virtualizált környezetben
Hardver alapok I. 10. osztály.
HÁLÓZATOK.
Windows hálózati infrastruktúra kialakítása
1 GTS Szerver Virtualizáció – Ügyvitel a felhőben.
Alkalmazások portolása Gridre Balaskó Ákos MTA SZTAKI 2011 november 14.
Tectia MobileID Express – Kétfaktoros erős autentikáció – 5 percen belül üzemkészen! január 16.
Iratkezelő rendszer fejlesztése WPF alapokon
Informatikai megoldások egy kézből
Adminisztratív teendők Kacsuk Péter Egyetemi tanár
1 Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Modellezés gyakorlat Micskei Zoltán
Virtualizáció Korszerű Adatbázisok Ferenci László
Weben publikált térképek a földrajzi kutatásokban Ádám Eszter Geográfus MSc hallgató.
13.a CAD-CAM informatikus
Networkshop, április Gál Gyula, Szegedi Tudományegyetem, Egyetemi Könyvtár Szerver-kliens alapú online intranetes.
Számítógép-hálózat • Önálló számítógépek összekapcsolt rendszere
Cluster Szorosan összekapcsolt számítógépek csoportja (egy gépet alkotnak) Gyakori a LAN megoldás Céljuk: – Teljesítmény növelése – Rendelkezésre állás.
A CRM bevezetési projektek sajátosságai
Internetes források alapján készítette:
Hungrid: Magyarország kapuja az EGEE infrastruktúrájához Hernáth Szabolcs MTA KFKI RMKI
Új Windows alapú intézményi szerverek (címtár és management) tervezése és kivitelezése.
Windows Server 2012 Kiadások, licencelés, lehetőségek
Ittzés Zsigmond Budapest Airport IT Infrastruktúra manager
Nemzeti Közszolgálati Egyetem
1 Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Modellezés gyakorlat Micskei Zoltán
SZTAKI Desktop Grid Kacsuk Péter MTA SZTAKI
A SHIWA projekt – Munkafolyamat gráfok és különböző grid köztesrétegek együttműködésének problémái és megoldásai e-Science Café Budapest, Óbudai.
Jövő Internet technológiák és alkalmazások kutatása Magyarországon Ács Sándor, OE-NIK Budapest,
valós-idejű helymeghatározás WLAN-nal
1 C | © 2010 Cisco | EMC | VMware. All rights reserved. Úton a cloud computing (felhő modell) felé Slamovits Tibor, EMC üzletág-vezető, kormányzat.
A Magyar ClusterGRID projekt Stefán Péter tudományos munkatárs NIIF Iroda
Nagy teherbírású rendszerüzemeltetés a felhőben. Miről lesz szó? Cloud áttekintő Terheléstípusok és kezelésük CDN Loadbalancing Nézzük a gyakorlatban.
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Alkalmazás és megjelenítés virtualizáció Micskei Zoltán.
Magas rendelkezésre állású Hyper-V rendszer építése
Út a felhőbe - Azure IaaS Windows Server 2012 R2 konferencia
Eszköz és identitás kezelés Korlátlan fájl szerver kapacitás Másodlagos adatközpont Korlátlanul skálázódó infrastruktúra Biztonságos DMZ Hibrid adat-
Alkalmazások skálázása felhőben Farkas Zoltán MTA SZTAKI LPDS Budapest,
Városi Rendészeti Program. Mi a Városi Rendészeti Program célja?  Az Önkormányzat Közterület felügyeletének munkáját segítse azáltal, hogy egy közös.
Akos Balasko MTA SZTAKI, Hungarian Academy of Sciences Felhő használat paraméterteret bejáró szimulációk futtatására.
Miért jó nekünk kutatóknak a felhő?
Kitekintés a jövőbe Kacsuk Péter MTA SZTAKI. SZTAKI Felhő használata A SZTAKI Felhőt minden MTA kutató ingyenesen használhatja Ehhez be kell regisztrálni.
Felhő PC demonstráció Gergely Márk MTA SZTAKI Laboratory of Parallel and Distributed Systems
A Windows Server 2003 termékcsalád A Windows Server 2003 termékcsaládnak 4 tagja van: Windows Server 2003, Standard Edition Windows Server 2003, Enterprise.
Iskolai számítógépes hálózat bővítése Készítette Tóth László Ferenc.
EGEE-II INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Összefoglalás M. Kozlovszky MTA SZTAKI
1 Számítógépek felépítése 13. előadás Dr. Istenes Zoltán ELTE-TTK.
2. Operációs rendszerek.
Desktop virtualizáció Microsoft VDI használatával Háló Gyula.
Felhő authentikáció demonstráció Gergely Márk MTA SZTAKI Laboratory of Parallel and Distributed Systems
Irány a felhő Előnyök, tapasztalatok Sárdy Tibor
Ingyenes, online technikai kurzusok Microsoft Virtual Academy.
Ingyenes, online technikai kurzusok Microsoft Virtual Academy.
Netware 6 telepítése Molnár Péter. Telepítési követelmények I. Minimális rendszerkövetelmények · Szerverszintű PC legalább Pentium II vagy AMD K7 processzorral.
AZURE RÉGIÓK Szoftver szolgáltatás SaaS Platform szolgáltatás PaaS Infrastruktúra szolgáltatás IaaS.
Linux alapú firmware-t futtató router használata otthoni és KKV környezetben.
Fájlcsere: Technikai megoldások
Délkelet-Európai HPC Projekt
Információtechnológiák és tudásbázis az Agrof-MM Leonardo+ projektben M=Mountain; M=Mediterranean
Docker technológia és alkalmazások: gyártás és logisztika szimulátor
Adatmozgatás az MTA Cloudon Data Avenue segítségével MTA Cloud workshop november 21. Nagy Enikő MTA Cloud csapattag Szoftverfejlesztő.
Openstack-alapú privát felhő üzemeltetés 2017/2018 I. félév SZTE
OPERÁCIÓS RENDSZEREK II.
Előadás másolata:

LPDS és felhő technológia Peter Kacsuk

2 Bevezetés A felhő technológia sok rokonságot mutat a grid technológiával különösen a felhő federációkkal Gyakran mondják, hogy Felhő = Grid + virtualizáció + üzleti modell Ennek megfelelően az LPDS-ben a felhő kutatás és infrastruktúra fejlesztés súlyponti terület Ugyanakkot nem csak a kutatás szempontjából, hanem a napi infrastruktúra igények kiszolgálása szempontjából is fontos lehetőség a felhő használata Ebben az előadásban néhány fontos területet szeretnék kiemelni és bemutatni, ahol az LPDS-ben a felhő segített

E-Infrastruktúra fejlődése az LPDS-ben (1) 2006 előtt Egy szolgáltatás egy vagy több gépen futott (1:n). Manuális telepítés és konfigurálás XEN alapú virtualizáció használata. Egy hardveren akár több virtuális gép/szolgáltatás is futott (n:m). A virtuális gép diszk image-eit és konfigurációs fájljait (pl. hálózat), az operátorok állították elő (még manuálisan). Ennek eredménye, hogy felgyorsult a szolgáltatás létrehozásának menete és a fizikai erőforrásokat jobban ki tudtuk használni. 3

E-Infrastruktúra fejlődése az LPDS-ben (2) 2011 után OpenNebula használata (és áttérés a KVM virtualizációra). Az első LPDS felhő rendszert 2011 novemberben adtuk át a labortagok számára Jellemzően egy (szerver) hardveren már nem csak több hanem sok VM fut (akár 100). A virtuális lemezképek, hálózatok konfigurációja és VM-ek példányosítása egy egyszerű webes felületen keresztül történik, tehát operátori beavatkozás igénybevétele nélkül. A felhasználók (jellemzően fejlesztők), pár kattintás segítségével, percek alatt juthatnak újabb virtuális erőforrásokhoz. 4

5 LPDS Felhő infrastruktúra Kezdettől fogva igen jó tapasztalatok voltak vele és jelentősen növelték a munka hatékonyságát a laborban A labor teljes infrastruktúrájának 90%-a ma már a felhőben üzemel Felépítése: 168 processzor 452GB memória 33TB tárkapacitás

6 LPDS Felhő infrastruktúra Néhány adat a használatról: Ezidáig több, mint virtuális gép példány készült Egyszerre átlagosan 140 virtuális gép fut 200 feltöltött image a felhő repository-ban

7 LPDS Felhő infrastruktúra

8

9

10 WS-PGRADE portál és felhő infrastruktúra A WS-PGRADE portált 2003 óta fejlesztjük Mára Európa vezető grid portálja lett Több mint 7000 letöltés a sourceforge-ról 62 országból Kb. 20 szervíz portált üzemeltetnek nemzeti gridek és tudományos közösségek számára Egyik fő előnye, hogy gyakorlatilag mindenféle grid infrastruktúrával képes együttműködni Ezt azonban le is kell tesztelni, mielőtt egy új verziót kiadunk

11 WS-PGRADE portál tesztelése és felhő infrastruktúra Felhő nélkül két probléma van: 1.Minden tesztelendő portálverzióhoz fel kell állítani egy portált, amin a tesztelés folyik Felhő nélkül ez 1-2 napos munka volt Felhőben ez 5 perc 2.A felállított portált minden létező infrastruktúrával le kell tesztelni Felhő nélkül ehhez megfelelő működő gridet kell találni, tűzfalakat kell nyitni és akkor még nem biztos, hogy az adott grid éppen stabilan működik Felhő megoldás: Minden grid infrastruktúrából a minimális szolgáltatások halmazát image-ben tároljuk és a teszt idejére felhőben telepítjük

12 Example: Testing WS-PGRADE with BOINC desktop grid WS- PGRADE 3G Bridge BOINC Server BOINC Client 1 SZTAKI Felhő BOINC Client 2 LPDS Felhő

13 Desktop grid és felhő infrastruktúra A desktop grid (DG) technológia kiválóan alkalmas egy intézményen belül összegyűjteni a ki nem használt desktop gépeket és ezekből lokális szuperszámítógépet építeni Pl. a londoni Westminster Egyetemen 2008 óta üzemel egy ilyen egyetemi szuperszámítógép, ami az egyetem 6 campus-ának 1600 laborgépét kapcsolja egybe Felajánlottuk a technológiát a hazai egyetemeknek is, de nem volt sikeres az akcio, mert: Nem tudták elég könnyen telepíteni a DG rendszert

14 Desktop grid és felhő infrastruktúra 2 Akinek van felhő rendszere, az pár perc alatt felállíthat egy ilyen intézményi DG rendszert a saját felhőjében Akinek nincs felhő rendszere, az pár perc alatt felállíthat egy ilyen intézményi DG rendszert egy kereskedelmi felhőben a kipróbálás idejére 3G Bridge BOINC Server BOINC Client 1 Intézményi felhő v. kereskedelmi felhő BOINC Client N

15 Desktop grid és felhő infrastruktúra 2 A felhő lehetővé teszi, hogy ha a kliensek száma nem elég az intézményi DG rendszerben, akkor ideiglenesen további klienseket lehessen indítani kereskedelmi felhőben, vagy felhő federációban 3G Bridge BOINC Server BOINC Client 1 Intézményi Felhő BOINC Client N Kereskedelmi Felhő

16 Konklúzió Az LPDS felhő segítségével, jobban ki tudjuk használni az erőforrásainkat, csökkentettük az adminisztrátorokra háruló munkát, továbbá lerövidítettük a felhasználók kiszolgálásának idejét. A felhő jelentősen segít, ha átmeneti időre megadott és ismert típusú erőforrásokra, szolgáltatásokra van szükségünk (pl. portal-grid együttműködés tesztelése) Ha egy szolgáltatás hasznosságát ki akarjuk próbálni (pl. intézményi DG rendszer felállítása) Ha egy meglévő szolgáltatás erőforrás igényét átmenetileg növelni akarjuk (pl. intézményi DG rendszerben a kliensek számának növelése)