Toward an Architecture for Monitoring Private Clouds (Slides) Article - - PDF document

See discussions, stats, and author profiles for this publication at: https://www.researchgate.net/publication/256475161

Toward an Architecture for Monitoring Private Clouds (Slides)

Article · December 2011

CITATIONS

2

READS

2,028

3 authors, including: Some of the authors of this publication are also working on these related projects: Membership certificates View project Blockchain-based decentralised clouds: Towards an open cloud market View project Shirlei A De Chaves Federal Institute of Santa Catarina

17 PUBLICATIONS 327 CITATIONS

SEE PROFILE

Rafael Brundo Uriarte Kunsthistorisches Institut in Florence - Max Planck Institute

34 PUBLICATIONS 388 CITATIONS

SEE PROFILE

All content following this page was uploaded by Carlos Becker Westphall on 29 May 2014.

The user has requested enhancement of the downloaded file.

Toward ¡an ¡Architecture ¡for ¡ Monitoring ¡Private ¡Clouds ¡

¡ ¡

¡ ¡ Shirlei ¡Aparecida ¡de ¡Chaves, ¡Rafael ¡Brundo ¡Uriarte, ¡ Carlos ¡Becker ¡Westphall ¡ ¡

Networks ¡and ¡Management ¡Laboratory ¡

Federal ¡University ¡of ¡Santa ¡Catarina ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 1 ¡

Outline ¡

• 1. ABSTRACT ¡
• 2. INTRODUCTION ¡ ¡
• 3. BACKGROUND ¡

3.1. ¡Cloud ¡Compu=ng ¡Service ¡Models ¡ 3.2. ¡Cloud ¡Compu=ng ¡Deployment ¡Models ¡ 3.3. ¡Cloud ¡Compu=ng ¡Standards ¡ ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 2 ¡

Outline ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡

4.1. ¡Architecture ¡ 4.2. ¡Implemanta=on ¡

• 5. ¡CASE ¡STUDY ¡
• 6. ¡RELATED ¡WORK ¡

6.1. ¡Grid ¡Monitoring ¡ 6.2. ¡Cloud ¡Monitoring ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 3 ¡

Outline ¡

• 7. ¡KEY ¡LESSONS ¡LEARNED ¡

7.1. ¡Related ¡to ¡Test-­‑Bed ¡Prepara=on ¡ 7.2. ¡Design ¡and ¡Implementa=on ¡ 7.3. ¡Standardiza=on ¡and ¡Available ¡Implementa-­‑ =ons ¡

• 8. ¡CONCLUSIONS ¡AND ¡FUTURE ¡WORKS ¡
• 9. ¡SOME ¡REFERENCES ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 4 ¡

• 1. ¡ABSTRACT ¡

This ¡presenta=on ¡describes: ¡ ¡-­‑ ¡our ¡experience ¡with ¡a ¡private ¡cloud; ¡ ¡

• ­‑ the ¡ design ¡ and ¡ implementa=on ¡ of ¡ a ¡ Private ¡

Cloud ¡MONitoring ¡System ¡(PCMONS); ¡and ¡

• ­‑ its ¡ applica=on ¡ via ¡ a ¡ case ¡ ¡ study ¡ for ¡ the ¡

proposed ¡ architecture, ¡ using ¡ open ¡ source ¡ solu=ons ¡and ¡integra=ng ¡with ¡tradi=onal ¡tools ¡ like ¡Nagios. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 5 ¡

• 2. ¡INTRODUCTION ¡
• ­‑ Cloud ¡ compu=ng ¡ provides ¡ several ¡ technical ¡

benefits ¡ including ¡ flexible ¡ hardware ¡ and ¡ sodware ¡ alloca=on, ¡ elas=city, ¡ and ¡ performance ¡isola=on. ¡

• ­‑ Cloud ¡ management ¡ may ¡ be ¡ viewed ¡ as ¡ a ¡

specializa=on ¡ of ¡ distributed ¡ compu=ng ¡ management, ¡ inheri=ng ¡ techniques ¡ from ¡ tradi=onal ¡computer ¡network ¡management. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 6 ¡

• 2. ¡INTRODUCTION ¡

The ¡intent ¡of ¡this ¡presenta=on ¡is ¡to: ¡

• ­‑ Provide ¡insight ¡into ¡how ¡tradi=onal ¡tools ¡and ¡

methods ¡ for ¡ managing ¡ network ¡ and ¡ distributed ¡ systems ¡ can ¡ be ¡ reused ¡ in ¡ cloud ¡ compu=ng ¡management. ¡

• ­‑ Introduce ¡a ¡Private ¡Cloud ¡MONitoring ¡System ¡

(PCMONS) ¡ we ¡ developed ¡ to ¡ validate ¡ this ¡ architecture, ¡which ¡we ¡intend ¡to ¡open ¡source. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 7 ¡

• 2. ¡INTRODUCTION ¡
• ­‑ Help ¡ future ¡ adopters ¡ of ¡ could ¡ compu=ng ¡

make ¡ good ¡ decisions ¡ on ¡ building ¡ their ¡ monitoring ¡system ¡in ¡the ¡cloud. ¡

• ­‑ We ¡ chose ¡ to ¡ address ¡ private ¡ clouds ¡ because ¡

they ¡enable ¡enterprises ¡to ¡reap ¡cloud ¡benefits ¡ while ¡ keeping ¡ their ¡ mission-­‑cri=cal ¡ data ¡ and ¡ sodware ¡ under ¡ their ¡ control ¡ and ¡ under ¡ the ¡ governance ¡of ¡their ¡security ¡policies. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 8 ¡

• 3. ¡BACKGROUND ¡ ¡

3.1. ¡Cloud ¡Compu=ng ¡Service ¡Models ¡

• ­‑ Sodware-­‑as-­‑a-­‑Service ¡ (SaaS): ¡ The ¡ consumer ¡

uses ¡ the ¡ provider’s ¡ applica=ons, ¡ which ¡ are ¡ hosted ¡in ¡the ¡cloud. ¡

• ­‑ Plagorm-­‑as-­‑a-­‑Service ¡ (PaaS): ¡ Consumers ¡

deploy ¡ their ¡ own ¡ applica=ons ¡ into ¡ the ¡ cloud ¡

• infrastructure. ¡ Programming ¡ languages ¡ and ¡

applica=ons ¡development ¡tools ¡used ¡must ¡be ¡ supported ¡by ¡the ¡provider. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 9 ¡

• 3. ¡BACKGROUND ¡ ¡

3.1. ¡Cloud ¡Compu=ng ¡Service ¡Models ¡

• ­‑ Infrastructure-­‑as-­‑a-­‑Service ¡ (IaaS): ¡ Consumers ¡

are ¡ able ¡ to ¡ provision ¡ storage, ¡ network, ¡ processing, ¡ and ¡ other ¡ resources, ¡ and ¡ deploy ¡ and ¡operate ¡arbritrary ¡sodware, ¡ranging ¡from ¡ applica=ons ¡to ¡opera=ng ¡systems. ¡

• ­‑ This ¡preseta=on ¡focuses ¡on ¡IaaS ¡model. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 10 ¡

• 3. ¡BACKGROUND ¡ ¡

3.2. ¡Cloud ¡Compu=ng ¡Deployment ¡Models ¡

• ­‑ Public: ¡Resources ¡are ¡available ¡to ¡the ¡general ¡

public ¡over ¡the ¡Internet. ¡In ¡this ¡case, ¡“public” ¡ characterizes ¡ the ¡ scope ¡ of ¡ interface ¡

• accessibility. ¡
• ­‑ Private: ¡ Resources ¡ are ¡ accessible ¡ within ¡ a ¡

private ¡ organiza=on. ¡ This ¡ environment ¡ emphasizes ¡ the ¡ benefits ¡ of ¡ hardware ¡

• investments. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 11 ¡

• 3. ¡BACKGROUND ¡ ¡

3.2. ¡Cloud ¡Compu=ng ¡Deployment ¡Models ¡

• ­‑ Community: ¡ Resources ¡ on ¡ this ¡ model ¡ are ¡

shared ¡ by ¡ several ¡ organiza=ons ¡ with ¡ a ¡ common ¡mission. ¡ ¡

• ­‑ Hybrid: ¡This ¡model ¡mixes ¡the ¡techniques ¡from ¡

public ¡and ¡private ¡clouds. ¡A ¡private ¡cloud ¡can ¡ have ¡its ¡local ¡infrastructure ¡supplemented ¡by ¡ computer ¡capacity ¡from ¡public ¡cloud. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 12 ¡

• 3. ¡BACKGROUND ¡ ¡

3.3. ¡Cloud ¡Compu=ng ¡Standards ¡

• ­‑ Open ¡ Cloud ¡ Compu=ng ¡ Interface: ¡ This ¡ Open ¡

Grid ¡ Forum ¡ group ¡ has ¡ a ¡ focus ¡ on ¡ specifica=ons ¡ for ¡ interfacing ¡ “*aaS” ¡ cloud ¡ compu=ng ¡facili=es. ¡

• ­‑ ¡OCCI ¡in ¡Eucalyptus, ¡OCCI ¡in ¡OpenStack, ¡OCCI ¡

in ¡OpenNebula... ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 13 ¡

• 3. ¡BACKGROUND ¡ ¡

3.3. ¡Cloud ¡Compu=ng ¡Standards ¡

• ­‑ Open ¡ Cloud ¡ Standards ¡ Incubator: ¡ This ¡

ini=a=ve, ¡from ¡Distributed ¡Management ¡Task ¡ Force ¡ (DMTF), ¡ focuses ¡ on ¡ interac=ons ¡ between ¡ cloud ¡ environments, ¡ their ¡ consumers, ¡and ¡developers. ¡

• ­‑ Example ¡ of ¡ document: ¡ “Use ¡ cases ¡ and ¡

Interac=ons ¡for ¡Managing ¡Clouds”. ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 14 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 15 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡

4.1. ¡Architecture ¡

• ­‑ ¡Three ¡layers ¡address ¡the ¡monitoring ¡needs ¡of ¡a ¡

private ¡cloud. ¡ ¡ Infrastructure ¡layer: ¡

• ­‑ Basic ¡facili=es, ¡services, ¡and ¡installa=ons, ¡such ¡

as ¡hardware ¡and ¡networks; ¡

• ­‑ Available ¡sodware: ¡opera=ng ¡system, ¡

applica=ons, ¡licenses, ¡hypervisors, ¡and ¡so ¡on... ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 16 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡

4.1. ¡Architecture ¡ Integra=on ¡layer: ¡

• ­‑ The ¡monitoring ¡ac=ons ¡to ¡be ¡performed ¡in ¡the ¡

infrastructure ¡ layer ¡ must ¡ be ¡ systema=zed ¡ before ¡ passed ¡ to ¡ the ¡ appropriate ¡ service ¡ running ¡in ¡the ¡integra=on ¡layer. ¡

• ­‑ The ¡ integra=on ¡ layer ¡ is ¡ responsible ¡ for ¡

abstrac=ng ¡any ¡infrastructure ¡details. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 17 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡

4.1. ¡Architecture ¡ View ¡layer: ¡

• ­‑ This ¡layer ¡presents ¡as ¡the ¡monitoring ¡interface ¡

through ¡ which ¡ informa=on, ¡ such ¡ as ¡ the ¡ fulfillment ¡ of ¡ organiza=onal ¡ policies ¡ and ¡ service ¡level ¡agreements, ¡can ¡be ¡analyzed. ¡

• ­‑ Users ¡ of ¡ this ¡ layer ¡ are ¡ mainly ¡ interested ¡ in ¡

checking ¡ VM ¡ images ¡ and ¡ available ¡ service ¡

• levels. ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 18 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡

4.2. ¡Implementa=on ¡ ¡

• ­‑ The ¡ current ¡ PCMONS ¡ version ¡ acts ¡ principaly ¡
• n ¡ the ¡ integra=on ¡ layer, ¡ by ¡ retrieving, ¡

gathering, ¡and ¡preparing ¡relevant ¡informa=on ¡ for ¡the ¡visualiza=on ¡layer. ¡

• ­‑ The ¡ system ¡ is ¡ divided ¡ into ¡ the ¡ modules ¡

presented ¡ in ¡ the ¡ next ¡ figure ¡ and ¡ described ¡

• below. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 19 ¡

A ¡typical ¡deployment ¡scenario ¡for ¡PCMONS ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 20 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡ ¡

4.2 ¡Implementa=on ¡

• ­‑ Node ¡ Informa=on ¡ Gatherer: ¡ This ¡ module ¡ is ¡

responsible ¡for ¡gathering ¡local ¡informa=on ¡on ¡ a ¡ cloud ¡ node. ¡ It ¡ gathers ¡ informa=on ¡ about ¡ local ¡ VMs ¡ and ¡ sends ¡ it ¡ to ¡ the ¡ Cluster ¡ Data ¡

• Integrator. ¡
• ­‑ Cluster ¡ Data ¡ Integrator: ¡ It ¡ is ¡ a ¡ specific ¡ agent ¡ ¡

that ¡ gethers ¡ and ¡ prepares ¡ the ¡ data ¡ for ¡ the ¡ next ¡level. ¡ ¡ ¡ ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 21 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡ ¡

4.2 ¡Implementa=on ¡

• ­‑ Monitoring ¡ Data ¡ Integrator: ¡ Gathers ¡ and ¡

stores ¡cloud ¡data ¡in ¡the ¡database ¡for ¡historical ¡ purposes, ¡ and ¡ provides ¡ such ¡ data ¡ to ¡ the ¡ Configura=on ¡Generator. ¡

• ­‑ VM ¡ Monitor: ¡ This ¡ module ¡ injects ¡ scripts ¡ into ¡

the ¡VMs ¡that ¡send ¡useful ¡data ¡from ¡the ¡VM ¡to ¡ the ¡monitoring ¡system. ¡ ¡ ¡ ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 22 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡ ¡

4.2 ¡Implementa=on ¡

• ­‑ Configura=on ¡ Generator: ¡ Retrieves ¡

informa=on ¡ from ¡ the ¡ database ¡ to ¡ generate ¡ configura=on ¡files ¡for ¡visualiza=on ¡tools. ¡

• ­‑ Monitoring ¡ Tool ¡ Server: ¡ Its ¡ purpose ¡ is ¡ to ¡

receive ¡ monitoring ¡ informa=on ¡ and ¡ take ¡ ac=ons ¡ such ¡ as ¡ storing ¡ it ¡ in ¡ the ¡ database ¡ module ¡for ¡historical ¡purposes. ¡ ¡ ¡ ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 23 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡ ¡

4.2 ¡Implementa=on ¡

• ­‑ The ¡ Monito=ng ¡ Tool ¡ Server ¡ generetes ¡ a ¡

configura=on ¡ file ¡ that ¡ allows ¡ Nagions ¡ to ¡ monitor ¡ and ¡ display ¡ the ¡ monitoring ¡ informa=on ¡in ¡its ¡standard ¡interface. ¡

• ­‑ Eucalyptus ¡provides ¡a ¡simple ¡Nagios ¡script ¡for ¡

basic ¡monitoring ¡of ¡Eucalyptus ¡components. ¡ ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 24 ¡

• 4. ¡MONITORING ¡ARCHITECTURE ¡AND ¡PCMONS ¡ ¡ ¡

4.2 ¡Implementa=on ¡

• ­‑ User ¡ Interface: ¡ Most ¡ monitoring ¡ tools ¡ have ¡

their ¡own ¡user ¡interface. ¡Specific ¡ones ¡can ¡be ¡ developed ¡ depending ¡ on ¡ needs, ¡ but ¡ in ¡ our ¡ case ¡the ¡Nagios ¡interface ¡is ¡sufficient. ¡

• ­‑ Database: ¡ Stores ¡ data ¡ needed ¡ by ¡

Configura=on ¡ Generator ¡ and ¡ the ¡ Monitoring ¡ Data ¡Integrator. ¡ ¡ ¡ ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 25 ¡

• 5. ¡CASE ¡STUDY ¡ ¡
• ­‑ We ¡built ¡an ¡environment ¡where ¡VM ¡images ¡

are ¡available ¡for ¡users ¡that ¡instan=ate ¡a ¡web ¡ server, ¡thus ¡simula=ng ¡web ¡hos=ng ¡service ¡

• provision. ¡
• ­‑ Instan=ated ¡VMs ¡are ¡Linux ¡servers ¡providing ¡a ¡

basic ¡set ¡of ¡tools, ¡ac=ng ¡as ¡web ¡hos=ng ¡

• servers. ¡
• ­‑ Apache ¡Web ¡Server, ¡PHP ¡language, ¡SQLite. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 26 ¡

Testbed ¡environment ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 27 ¡

• 5. ¡CASE ¡STUDY ¡ ¡ ¡
• ­‑ Open ¡ SUSE ¡ was ¡ chosen ¡ as ¡ the ¡ opera=ng ¡

system ¡ of ¡ the ¡ physical ¡ machines ¡ (Xen ¡ and ¡ YaST). ¡

• ­‑ Eucalyptus ¡ (interface ¡ compa=ble ¡ with ¡

Amazon’s ¡EC2). ¡VM ¡images ¡were ¡downloaded ¡ from ¡the ¡Eucalyptus ¡website. ¡

• ­‑ VM ¡ Monitor ¡ module ¡ is ¡ injectec ¡ into ¡ the ¡ VM ¡

during ¡boot, ¡allowing ¡data ¡monitoring. ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 28 ¡

Representa=ve ¡Nagios ¡interface ¡ ¡

• f ¡the ¡monitored ¡cloud ¡services ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 29 ¡

• 5. ¡CASE ¡STUDY ¡ ¡ ¡
• ­‑ First ¡column ¡shows ¡object ¡names ¡(VM, ¡PM, ¡

ROUTERS...). ¡VM ¡names ¡are ¡an ¡aggrega=on ¡of ¡ user ¡name, ¡VM ¡ID, ¡and ¡name ¡of ¡PM ¡where ¡the ¡ VM ¡is ¡running. ¡

• ­‑ The ¡other ¡two ¡columns ¡show ¡service ¡names ¡

and ¡their ¡status ¡(OK, ¡Warning, ¡Cri=cal). ¡

• ­‑ It ¡shows ¡host ¡group ¡created ¡by ¡PCMONS ¡and ¡

VM/VP ¡mapping. ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 30 ¡

• 6. ¡RELATED ¡WORK ¡ ¡ ¡

6.1. ¡Grid ¡Monitoring ¡

• ­‑ Reference ¡[7] ¡introduces ¡the ¡ ¡three-­‑layer ¡Grid ¡

Resource ¡Informa=on ¡Monitoring ¡(GRIM). ¡

• ­‑ Several ¡ design ¡ issues ¡ that ¡ should ¡ be ¡

considered ¡ when ¡ construc=ng ¡ a ¡ Grid ¡ Monitoring ¡System ¡(GMS) ¡are ¡preented ¡in ¡[8]. ¡ We ¡have ¡selected ¡some ¡and ¡correlated ¡them ¡ with ¡PCMOMS. ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 31 ¡

• 6. ¡RELATED ¡WORK ¡ ¡ ¡

6.1. ¡Grid ¡Monitoring ¡

• ­‑ Reference ¡ [9] ¡ iden=fies ¡ some ¡ differences ¡

between ¡ cloud ¡ monitoring ¡ and ¡ grid ¡ monitoring, ¡especially ¡in ¡termes ¡of ¡interfaces ¡ and ¡service ¡provisioning. ¡

• ­‑ Another ¡diference ¡is ¡that ¡clouds ¡are ¡managed ¡

by ¡single ¡en==es ¡[10], ¡whereas ¡grids ¡may ¡not ¡ have ¡any ¡central ¡management ¡en=ty. ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 32 ¡

• 6. ¡RELATED ¡WORK ¡ ¡ ¡

6.2. ¡Cloud ¡Monitoring ¡

• ­‑ Reference ¡ [11] ¡ defines ¡ general ¡ requirements ¡

for ¡ cloud ¡ monitoring ¡ and ¡ proposes ¡ a ¡ cloud ¡ monitoring ¡framework. ¡

• ­‑ PCMONS ¡ ¡supports ¡two ¡approches, ¡agents ¡and ¡

central ¡ monitoring, ¡ and ¡ is ¡ highly ¡ adaptable, ¡ making ¡ the ¡ migra=on ¡ to ¡ a ¡ privite ¡ cloud ¡

• straighforward. ¡

¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 33 ¡

• 7. ¡KEY ¡LESSONS ¡LEARNED ¡ ¡ ¡

7.1. ¡Related ¡to ¡Test-­‑Bed ¡Prepara=on ¡

• ­‑ Sodware ¡plagorms ¡for ¡cloud ¡compu=ng, ¡such ¡

as ¡ Eucalyptus ¡ and ¡ OpenNebula, ¡ support ¡ a ¡ number ¡of ¡different ¡hypervisors, ¡each ¡with ¡its ¡

• wn ¡characteris=cs. ¡
• ­‑ An ¡example ¡is ¡the ¡KVM ¡hypervisor: ¡it ¡has ¡great ¡

performance ¡ but ¡ requires ¡ hardware ¡ virtualiza=on ¡that ¡not ¡all ¡processors ¡provide. ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 34 ¡

• 7. ¡KEY ¡LESSONS ¡LEARNED ¡ ¡ ¡

7.2. ¡Design ¡and ¡Implementa=on ¡

• ­‑ We ¡opted ¡for ¡solu=ons ¡well ¡established ¡in ¡the ¡

market ¡to ¡facilatate ¡the ¡use ¡of ¡PCMONS ¡in ¡the ¡ running ¡ structures ¡ with ¡ litle ¡ effort ¡ and ¡ priori=zed ¡ an ¡ adaptable ¡ and ¡ extensible ¡ solu=on. ¡

• ­‑ We ¡ planned ¡ to ¡ define ¡ some ¡ basic ¡ common ¡

metrics ¡for ¡private ¡clouds, ¡but ¡later ¡found ¡that ¡ metrics ¡are ¡oden ¡specific ¡to ¡each ¡case. ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 35 ¡

• 7. ¡KEY ¡LESSONS ¡LEARNED ¡ ¡ ¡

7.3. ¡Standardiza=on ¡and ¡Available ¡Implementa-­‑ =ons ¡

• ­‑ Before ¡ choosing ¡ a ¡ specific ¡ tool ¡ for ¡ private ¡

clouds, ¡it ¡is ¡important ¡to ¡verify ¡to ¡what ¡extent ¡ cloud ¡standards ¡are ¡implemented ¡by ¡the ¡tool. ¡

• ­‑ Some ¡tools, ¡such ¡as ¡OpenNebula, ¡have ¡begun ¡

implemen=ng ¡ standardiza=on ¡ efforts, ¡ including ¡the ¡OCCI ¡API. ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 36 ¡

• 8. ¡CONCLUSION ¡AND ¡ ¡FUTURE ¡WORK ¡ ¡
• ­‑ This ¡ presenta=on ¡ summarizes ¡ some ¡ cloud ¡

compu=ng ¡ concepts ¡ and ¡ our ¡ personal ¡ experience ¡with ¡this ¡new ¡paradigm. ¡

• ­‑ The ¡current ¡porgolio ¡of ¡open ¡tools ¡lacks ¡open ¡

source, ¡ interoperable ¡ management ¡ and ¡ monitoring ¡tools. ¡To ¡address ¡this ¡cri=cal ¡gap, ¡ we ¡ designed ¡ a ¡ monitoring ¡ architecture, ¡ and ¡ validade ¡ the ¡ architecture ¡ by ¡ developing ¡

• PCMONS. ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 37 ¡

• 8. ¡CONCLUSION ¡AND ¡ ¡FUTURE ¡WORK ¡ ¡
• ­‑ To ¡ monitor ¡ specific ¡ metrics, ¡ especially ¡ in ¡ an ¡

interface-­‑independent ¡ manner, ¡ a ¡ set ¡ of ¡ preconfigured ¡ monitoring ¡ plug-­‑ins ¡ must ¡ be ¡

• developed. ¡
• ­‑ For ¡ future ¡ work, ¡ we ¡ intend ¡ to ¡ improve ¡

PCMONS ¡to ¡ ¡monitor ¡other ¡metrics ¡and ¡suport ¡

• ther ¡ open ¡ source ¡ tools ¡ like ¡ OpenNebula, ¡

OpenStack... ¡ ¡ ¡ ¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 38 ¡

• 9. ¡REFERENCES ¡ ¡

References ¡indicated ¡in ¡this ¡presenta=on: ¡

• ­‑ [7] ¡W. ¡Chung ¡and ¡R. ¡Chang, ¡“A ¡New ¡Mechanism ¡for ¡

Resource ¡ Monitoring ¡ in ¡ Grid ¡ Compu=ng,” ¡ Future ¡

• Gen. ¡Comp. ¡Sys. ¡Jan. ¡2009. ¡
• ­‑ [8] ¡ M. ¡ Yiduo ¡ et ¡ al., ¡ “Rapid ¡ and ¡ Automated ¡

Deployment ¡ of ¡ Monitoring ¡ Services ¡ in ¡ Grid ¡ Environments,” ¡APSCC, ¡2007. ¡

• ­‑ [9] ¡L. ¡Wang ¡et ¡al., ¡“Scien=fic ¡Cloud ¡Compu=ng: ¡Early ¡

Defini=on ¡ and ¡ Experience,” ¡ IEEE ¡ Int’l. ¡ Conf. ¡ High ¡

• Perf. ¡Compu=ng ¡and ¡Commun., ¡2008. ¡ ¡

¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 39 ¡

• 9. ¡REFERENCES ¡ ¡

References ¡indicated ¡in ¡this ¡presenta=on: ¡

• ­‑ [10] ¡ M. ¡ Brock ¡ and ¡ A. ¡ Goscinski, ¡ “Grids ¡ vs. ¡ Clouds,” ¡

IEEE ¡2010 ¡5th ¡Int’l. ¡Conf. ¡Future ¡Info. ¡Tech., ¡2010. ¡

• ­‑ [11] ¡ P. ¡ Hasselmeyer ¡ and ¡ N. ¡ d’Heureuse, ¡ “Towards ¡

Holis=c ¡ Mul=-­‑Tenant ¡ Monitoring ¡ for ¡ Virtual ¡ Data ¡ Centers,” ¡IEEE/IFIP ¡NOMS ¡Wksps., ¡2010. ¡

¡

DECEMBER ¡2011 ¡ IEEE ¡COMMUNICATIONS ¡MAGAZINE ¡ 40 ¡