Etvs Lornd Tudomnyegyetem Informatikai Kar Implementing Demeter A

Eötvös Loránd Tudományegyetem Informatikai Kar Implementing Demeter: A Resource Management Tool used by Morgan

Tartalom • • • A Demeterről Miért van szükség a Demeterre? Felépítés Kommunikáció Technológiák

A Demeterről • Demeter: – – Erőforrás kezelő rendszer REST Web. Service Egyszerű interface

Miért van szükség a Demeterre? • Iaa. S • Eddig: – Minden erőforrásra külön

Felépítés • • Közös Web. Service interface Couch. DB adatbázis backend Resource. Pool implementációk

Technológiák • • • JAVA 6 (Sun JDK 1. 6) Apache CXF, Jersey JAX-RS

Couch. DB • Probléma: – Nem relációs adatbázis nincs tranzakció management – Több egyszerre

Host. Manager • Eredetileg: – Placement. Tool (Leon Demetriou) • • Teljesítmény adatok alapján

Database. Manager • Olyan adatbázisokat kezel amelyek csak egy attribútumban térnek el – (Specifikus

Monitor. Thread • Host. Manager: – Ha egy szerver kezd kifutni valamilyen erőforrásból (CPU

Slides: 13

Download presentation

Eötvös Loránd Tudományegyetem Informatikai Kar Implementing Demeter: A Resource Management Tool used by Morgan Stanley’s Farm Engineering Team (In English) Maczika Száva Jenő MASRAAI. ELTE Programtervező informatikus alapszak, modellalkotó informatikus szakirány

Tartalom • • • A Demeterről Miért van szükség a Demeterre? Felépítés Kommunikáció Technológiák Couch. DB Host. Manager Database. Manager Demo Kérdések

A Demeterről • Demeter: – – Erőforrás kezelő rendszer REST Web. Service Egyszerű interface az erőforrások kezeléséhez Főleg scriptek használják

Miért van szükség a Demeterre? • Iaa. S • Eddig: – Minden erőforrásra külön nyilvántartás – Külön eszközök – Sok eszköz sok adatforrást használt : Lassú! • Most: – Egy adatbázisban tárolt adatok – Kvázi közös interface – Egy adatforrás (Couch. DB): Gyors

Felépítés • • Közös Web. Service interface Couch. DB adatbázis backend Resource. Pool implementációk Monitor. Thread a pool állapotát vizsgálja

Kommunikáció

Technológiák • • • JAVA 6 (Sun JDK 1. 6) Apache CXF, Jersey JAX-RS implementation Couch. DB Activiti BPM Spring Fejlesztéshez: – Eclipse J 2 EE – Ivy – Ant

Couch. DB • Probléma: – Nem relációs adatbázis nincs tranzakció management – Több egyszerre végrehajtott allokációt csak mindent vagy semmit alapon szabad tárolni • Megoldás: – Egy dokumentumban tároljuk az egyszerre végrehajtott allokációkat – Később ezt a dokumentumot módosítjuk

Host. Manager • Eredetileg: – Placement. Tool (Leon Demetriou) • • Teljesítmény adatok alapján választ szervereket Logika megegyezik a Placement. Tool-lal Web. Service-be való beillesztés Port allokáció – HOST – REGION – GLOBAL

Database. Manager • Olyan adatbázisokat kezel amelyek csak egy attribútumban térnek el – (Specifikus szolgáltatáshoz vannak) • Egyszerűen kibővíthető lenne bármilyen adatbázisok kezelésére • Automatikus pool karbantartás • Perl API az adatbázishoz

Monitor. Thread • Host. Manager: – Ha egy szerver kezd kifutni valamilyen erőforrásból (CPU idő, memória) riaszt • Database. Manager: – Adatbázis formázása (attribútum megváltoztatása) sokáig tart (20+ perc) – Nem akarjuk, hogy a felhasználónak várnia kelljen – Karban tartjuk a poolt az attribútumok aránya előre megadható és azt tartjuk

Demo

Köszönöm a figyelmet!