Introduc)on of Pla/orm ISF Weina Ma Weina.Ma@uoit.ca - - PowerPoint PPT Presentation

Introduc)on ¡of ¡Pla/orm ¡ISF ¡

Weina ¡Ma ¡ Weina.Ma@uoit.ca ¡ ¡ ¡

Agenda

• Pla/orm ¡ISF ¡Product ¡Overview ¡
• Pla/orm ¡ISF ¡Concepts ¡& ¡Terminologies ¡
• Self-­‑Service ¡Applica)on ¡Management ¡
• Applica)on ¡Example ¡
• Deployment ¡Examples ¡

Pla/orm ¡Compu)ng, ¡Inc.

The ¡leader ¡in ¡cluster, ¡grid ¡and ¡cloud ¡management ¡so3ware: ¡

• 17 ¡years ¡of ¡profitable ¡growth ¡
• 2,000 ¡of ¡the ¡world’s ¡most ¡demanding ¡client ¡organiza)ons ¡
• 5,000,000 ¡CPUs ¡under ¡management ¡
• 500 ¡professionals ¡working ¡across ¡13 ¡global ¡centers ¡
• Many ¡Strategic ¡rela)onships ¡including ¡Dell, ¡Intel, ¡MicrosoV, ¡Red ¡

Hat ¡and ¡SAS ¡

Pla7orm ¡ Clusters, ¡Grids, ¡Clouds, ¡Whatever ¡ Compu=ng ¡

Pla/orm ¡Product ¡Por/olio

Workload ¡Management ¡ Pla7orm ¡Compu=ng ¡ Resource ¡Management ¡ Clusters ¡

Pla7orm ¡Cluster ¡ ¡

¡ ¡

Pla7orm ¡MPI ¡

Grids ¡

Pla7orm ¡LSF ¡

¡ ¡

Pla7orm ¡Symphony ¡

Clouds ¡

Pla7orm ¡ISF ¡

What ¡is ¡ISF?

• ISF: ¡Infrastructure ¡Sharing ¡Facility ¡
• End-­‑to-­‑end ¡private ¡cloud ¡management ¡
• soVware. ¡
• Pla/orm ¡ISF ¡creates ¡a ¡shared ¡compu)ng ¡

infrastructure ¡from ¡heterogeneous ¡physical ¡ and ¡virtual ¡resources ¡to ¡deliver ¡applica)on ¡ environments ¡according ¡to ¡workload-­‑smart ¡ and ¡resource-­‑aware ¡policies.

Pla/orm ¡ISF ¡for ¡IaaS ¡Management ¡

• SoVware ¡layer ¡purpose-­‑built ¡to ¡

manage ¡private ¡cloud ¡data ¡centers ¡

• All ¡kinds ¡of ¡apps ¡& ¡workload ¡
• Heterogeneous ¡resources ¡
• Smart ¡automa)on ¡matches ¡IT ¡demand ¡

with ¡supply ¡

• Workload ¡smart ¡
• Resource ¡aware ¡
• Dynamic ¡flexing ¡
• Policy-­‑driven, ¡governance, ¡

compliance, ¡security ¡

• Works ¡with ¡exis)ng ¡mgmt ¡tools ¡

Business ¡Units ¡

Cloud ¡Management ¡

Demand ¡ Supply ¡

Key ¡Pla/orm ¡ISF ¡Capaci)es

Deep VMware Integration Heterogeneous KVM / Xen + Physical + External Cloud Hierarchy Cloud Management Infrastructure To Multi-Tier Applications Rapid Provisioning and/or Flexing Multi-data Center Cloud Cockpit +

Pla/orm ¡ISF ¡Overview

Pla7orm ¡ISF ¡

Opera=onal ¡ Manager ¡

• ¡Monitoring ¡
• ¡Alarms ¡
• ¡Events ¡
• ¡Opera=ons ¡

Applica=on ¡Middleware ¡Integra=ons ¡

Delivering ¡applica)on ¡environments ¡according ¡to ¡ workload-­‑smart ¡& ¡resource-­‑aware ¡policies ¡

Ticke=ng ¡ System ¡ CMDB ¡ En=tlement ¡ System ¡ Authen=ca=on ¡& ¡ Security ¡

ISF ¡is ¡TOP1 ¡in ¡Private ¡Cloud

Analyst ¡firm ¡Forrester ¡ published ¡an ¡ assessment ¡report ¡on ¡ private ¡cloud ¡soVware ¡ in ¡2011, ¡and ¡Pla/orm ¡ Compu)ng, ¡with ¡its ¡ ISF ¡soVware, ¡appears ¡ to ¡have ¡the ¡most-­‑ complete ¡offering ¡ based ¡on ¡Forrester’s ¡ criteria ¡

¡ ¡

ISF ¡Concepts ¡& ¡Terminologies

ISF ¡Terminology ¡– ¡Resource ¡ Management ¡Concepts

• ¡Host ¡

– Hypervisor ¡or ¡physical ¡host ¡that ¡can ¡be ¡used ¡to ¡sa)sfy ¡provisioning ¡ requests ¡

• Resource ¡Adapter ¡

– ¡Pluggable ¡module ¡that ¡implements ¡an ¡interface ¡allowing ¡ISF ¡to ¡talk ¡to ¡ various ¡provisioning ¡and ¡virtualiza)on ¡management ¡systems ¡

– Agent: ¡ ¡Pre-­‑built ¡module ¡that ¡supports ¡interac)on ¡with ¡certain ¡ virtualiza)on ¡management ¡systems ¡(e.g ¡kvm) ¡

• Resource ¡Group ¡

– Grouping ¡of ¡hosts ¡used ¡for ¡tracking ¡reserva)ons/alloca)ons ¡for ¡capacity ¡ management ¡ – Mapped ¡onto ¡hypervisor ¡groups ¡e.g ¡Vmware ¡DataCenters ¡ – Resource ¡groups ¡organized ¡hierarchically ¡

ISF ¡Terminology ¡– ¡Policy ¡Based ¡ Automa)on ¡

¡

• ¡Placement ¡Policies ¡

– ¡Control ¡where ¡VMs ¡will ¡be ¡placed ¡on ¡physical ¡infrastructure ¡ – ¡Can ¡be ¡specified ¡on ¡applica)on ¡component ¡level ¡or ¡global ¡(packing, ¡ striping, ¡CPU-­‑load, ¡etc) ¡

• ¡Applica=on ¡Policies ¡

– ¡Thresholds ¡that ¡trigger ¡the ¡adding ¡or ¡removing ¡of ¡resources ¡to ¡an ¡ applica)on ¡ ¡based ¡on ¡memory, ¡cpu, ¡etc ¡

• ¡Resource ¡Policies ¡

– ¡Thresholds ¡that ¡trigger ¡automated ¡ac)ons ¡on ¡hosts, ¡VMs, ¡applica)on ¡ instances ¡such ¡as ¡power ¡on/off/migrate ¡

• ¡Alarms ¡

– Thresholds ¡which ¡trigger ¡no)fica)on ¡and ¡change ¡state ¡of ¡hosts, ¡VMs, ¡ applica)ons ¡to ¡indicate ¡opera)onal ¡problems ¡

ISF ¡Terminology

• ¡Account ¡

– ¡A ¡way ¡of ¡grouping ¡users ¡and ¡providing ¡access ¡to ¡cloud ¡resources ¡for ¡resource ¡ accoun)ng ¡and ¡quota ¡purposes ¡ – ¡Mapped ¡onto ¡organiza)onal ¡/ ¡departmental ¡structure ¡

• Applica=on ¡Defini=on ¡ ¡

– ¡A ¡blueprint ¡specifying ¡the ¡steps ¡to ¡provision, ¡monitor ¡and ¡manage ¡an ¡applica)on ¡ environment ¡ ¡ – Made ¡up ¡of ¡component ¡consis)ng ¡of ¡a ¡set ¡of ¡similar ¡machines ¡ – ¡Defini)on ¡can ¡consist ¡of ¡a ¡single ¡component ¡or ¡ ¡mul)ple ¡linked ¡components ¡

• ¡ ¡Applica=on ¡Instance ¡ ¡

– ¡A ¡set ¡of ¡machine ¡(VMs ¡or ¡physical ¡machines) ¡created ¡from ¡a ¡blueprint ¡by ¡a ¡user ¡ ¡to ¡ run ¡at ¡specific ¡)me ¡with ¡selectable ¡deployment ¡parameters ¡

• Post-­‑Provisioning ¡Script ¡

– Script ¡that ¡runs ¡inside ¡the ¡VM ¡that ¡does ¡set ¡up ¡of ¡network ¡parameters, ¡applica)on ¡ installa)on/configura)on, ¡management ¡agents ¡ ¡

• Applica=on ¡Workflow ¡

– Scripts ¡that ¡run ¡on ¡the ¡ISF ¡Master ¡that ¡co-­‑ordinate ¡the ¡sequencing ¡of ¡ac)vi)es ¡during ¡ the ¡applica)on ¡ ¡lifecycle ¡(eg. ¡crea)on, ¡power ¡on/off, ¡delete) ¡

• Apache ¡Web ¡Server

¡ ¡Tomcat ¡App ¡Server ¡

– Quan)ty ¡= ¡1 ¡(min ¡– ¡max) ¡ ¡-­‑ ¡Quan)ty ¡= ¡2 ¡(min ¡– ¡max) ¡ – Type ¡= ¡virtual ¡ ¡ ¡-­‑ ¡Type ¡= ¡Virtual ¡ – # ¡of ¡CPUs ¡(min ¡– ¡max) ¡= ¡1 ¡ ¡-­‑ ¡# ¡of ¡CPUs ¡= ¡2 ¡(min ¡– ¡max) ¡ – Memory ¡(MB) ¡(min ¡– ¡Max)= ¡256 ¡ ¡-­‑ ¡Memory ¡(MB) ¡(min ¡– ¡max) ¡= ¡768 ¡ – IP ¡Address ¡= ¡DHCP ¡ ¡ ¡-­‑ ¡IP ¡Address ¡= ¡DHCP ¡ – Configure ¡= ¡Post ¡Script ¡ ¡ ¡-­‑ ¡Configure ¡Applica)on ¡= ¡Post ¡Script ¡ – Workflow ¡= ¡Script ¡ ¡ ¡-­‑ ¡Workflow ¡= ¡Script ¡

Applica=on ¡Defini=on ¡

Bladelogic ¡App ¡Provisioning

1. User ¡deploys ¡ applica)on ¡ through ¡ISF ¡GUI ¡ 2. Create ¡VM ¡ through ¡vCenter ¡ 3. Power ¡On ¡VM ¡ 4. VMOTools ¡runs ¡ post-­‑provisioning ¡ script ¡in ¡VM ¡

– Install ¡RSCD ¡ Agent ¡ – Start ¡Agent ¡ – Invoke ¡blcli ¡to ¡ add ¡VM ¡to ¡BL ¡ – Invoke ¡blcli ¡to ¡run ¡ DeploymentJob ¡

VMWare ¡vCenter ¡ ESXi ¡servers ¡

ISF ¡

BMC ¡BladeLogic ¡ AppServer ¡

1 ¡ 2 ¡

VM ¡ VMO Tools ¡

3 ¡

BL ¡ Scripts ¡

External ¡Approval ¡Integra)on

2013-­‑03-­‑18 ¡ 16 ¡ I ¡need ¡applica)on ¡X ¡for ¡ 2 ¡weeks ¡

ISF ¡

Request ¡ Pickup ¡

Helpdesk ¡

Open ¡Ticket ¡

Close ¡

Approve ¡

• Want ¡to ¡integrate ¡with ¡Helpdesk ¡
• Requests ¡for ¡applica)ons/machines ¡should ¡create ¡

a ¡helpdesk ¡)cket ¡

• Ticket ¡should ¡contain ¡request ¡details ¡
• Ticket ¡should ¡have ¡Approve ¡/ ¡Reject ¡URL ¡

¡

Roles

Usage ¡Data ¡ ¡for ¡Billing ¡& ¡Capacity ¡Planning

Rate ¡ Defini)on ¡

Usage ¡Data ¡

• ¡Reserved ¡Amount ¡& ¡Time ¡
• ¡On-­‑Demand ¡Amount ¡& ¡Time ¡
• ¡CPU ¡Usage ¡
• ¡Mem ¡Usage ¡
• ¡By ¡Account ¡
• ¡By ¡Applica)on ¡Def ¡
• ¡By ¡User ¡
• ¡By ¡Resource ¡Group ¡

Pla7orm ¡ISF ¡

HPC ¡Applica=on ¡ Repor=ng ¡App ¡ JBOSS ¡App ¡

External ¡ Billing ¡ System ¡

Other ¡Data ¡

Self-­‑Service ¡Applica=on ¡ Management ¡

Applica)on ¡Defini)on

– Prerequisite: ¡ ¡A ¡Linux ¡Template ¡is ¡installed ¡with ¡VMTools ¡ – Applica)on ¡Defini)ons ¡are ¡blueprints ¡for ¡crea)ng ¡an ¡en)re ¡applica)on ¡ environment ¡ – App ¡Def’s ¡will ¡be ¡discussed ¡in ¡more ¡detail ¡later ¡on ¡ – For ¡now, ¡we ¡will ¡create ¡a ¡simple ¡App ¡Def ¡consis)ng ¡of ¡a ¡RHEL ¡VM ¡ – Navigate ¡to ¡the ¡“Defini)ons” ¡tab ¡from ¡the ¡“Applica)ons” ¡link ¡ – Instead ¡of ¡crea)ng ¡an ¡App ¡Def ¡from ¡scratch, ¡modify ¡an ¡exis)ng ¡one: ¡

Applica)on ¡Defini)on

– Change ¡the ¡Quan))es ¡to ¡1 ¡and ¡leave ¡the ¡rest ¡of ¡the ¡fields ¡as ¡the ¡default ¡ values ¡

Applica)on ¡Defini)on

– Click ¡on ¡SoVware ¡Details ¡and ¡select ¡your ¡template ¡from ¡the ¡list ¡

Applica)on ¡Defini)on

– Publish ¡the ¡Applica)on ¡Defini)on: ¡ – Make ¡the ¡App ¡Def ¡visible ¡to ¡specific ¡accounts ¡from ¡the ¡Publishing ¡List: ¡

Applica)on ¡Instance

§ The ¡Applica)on ¡Defini)on ¡provides ¡a ¡template ¡for ¡an ¡applica)on ¡environment ¡ § Deploying ¡from ¡the ¡Applica)on ¡Defini)on ¡results ¡in ¡an ¡Applica)on ¡Instance ¡ § The ¡cockpit ¡view ¡displays ¡a ¡“New ¡Applica)on” ¡buton: ¡ § This ¡opens ¡up ¡the ¡following ¡window: ¡

Applica)on ¡Instance

§ A ¡request ¡is ¡made ¡to ¡the ¡Cloud ¡Admin ¡and ¡the ¡status ¡of ¡the ¡App ¡Instance ¡is ¡ “Awai)ng ¡Approval” ¡ § When ¡approved, ¡the ¡user ¡sees ¡the ¡following: ¡

Opera)ons ¡View

§ Applica)on ¡Instance ¡Opera)ons: ¡

Power ¡On ¡ ¡Modify ¡ Power ¡Off ¡ ¡Add/Remove ¡Machines ¡ Delete ¡ ¡ ¡Performance ¡Charts ¡ Cancel ¡ ¡Take ¡Snapshot ¡ Clone ¡Configura)on ¡ ¡Manage ¡Snapshot ¡

¡

§ VM ¡Opera)ons ¡

Start ¡Up ¡ ¡Delete ¡ Shut ¡Down ¡ ¡Suspend ¡ Force ¡Shut ¡Down ¡ ¡Resume ¡ Reboot ¡ ¡Remote ¡Console ¡ Force ¡Reboot ¡ ¡ ¡

Applica)on ¡Instance ¡Reserva)on ¡ Period

§ The ¡reserva)on ¡period ¡is ¡the ¡dura)on ¡in ¡which ¡the ¡resources ¡for ¡the ¡applica)on ¡ instance ¡are ¡reserved ¡ § When ¡the ¡reserva)on ¡period ¡has ¡expired, ¡the ¡VMs ¡in ¡the ¡App ¡Instance ¡are ¡ powered ¡off ¡and ¡the ¡instance ¡is ¡no ¡longer ¡usable ¡ § The ¡reserva)on ¡period ¡can ¡be ¡extended ¡while ¡the ¡App ¡Instance ¡is ¡in ¡the ¡Ac)ve ¡ state ¡

Events ¡and ¡Details ¡View

§ The ¡Events ¡view ¡helps ¡to ¡keep ¡track ¡of ¡the ¡status ¡of ¡deploying ¡an ¡applica)on ¡ instance ¡ § The ¡Details ¡view ¡displays ¡proper)es ¡of ¡the ¡applica)on ¡instance ¡

Applica)on ¡Example ¡

ISF ¡Applica)on ¡Instan)a)on ¡Workflow ¡

Virtual ¡Machines ¡ ISF ¡Master ¡Host ¡ VMware ¡vCenter ¡ ISF ¡Client ¡ Scenario: ¡An ¡IT ¡Admin ¡wants ¡to ¡deploy ¡a ¡ Websphere ¡Environment. ¡

• ISF ¡Client ¡submits ¡request ¡to ¡deploy ¡

WebSphere ¡Environment. ¡ ¡

• Request ¡is ¡approved ¡by ¡ISF ¡Admin. ¡
• ISF ¡provisions ¡2 ¡VMs, ¡installs ¡

WebSphere ¡and ¡deploys ¡an ¡ applica)on ¡on ¡each ¡of ¡them. ¡

• AVer ¡WebSphere ¡VMs ¡are ¡

provisioned, ¡ISF ¡provisions ¡another ¡ VM ¡with ¡an ¡Apache ¡Load ¡Balancer ¡

• installed. ¡

VMware ¡ESX ¡Servers ¡

ISF ¡WebSphere ¡Load ¡Balancing ¡Scenario ¡

Request1 ¡ Request2 ¡ Request1 ¡ Request2 ¡ Load ¡ Balancer ¡ Applica=on ¡Server ¡1 ¡

¡

Scenario: ¡A ¡client ¡makes ¡mul)ple ¡ requests ¡to ¡a ¡proxy ¡host. ¡

• A ¡client ¡makes ¡two ¡requests ¡

in ¡sequence. ¡

• The ¡Apache ¡Load ¡Balancer ¡

(proxy) ¡receives ¡each ¡

• request. ¡
• The ¡first ¡and ¡second ¡request ¡

will ¡alternate ¡between ¡ Applica)on ¡Server ¡1 ¡and ¡ Applica)on ¡Server ¡2. ¡

Client ¡ Applica=on ¡Server ¡2 ¡

¡

ISF ¡WebSphere ¡Applica)on ¡Policy ¡

Scenario: ¡The ¡exis)ng ¡WebSphere ¡VMs ¡are ¡ running ¡at ¡full ¡CPU ¡capacity. ¡

• An ¡ISF ¡applica)on ¡policy ¡is ¡configured ¡to ¡

trigger ¡when ¡each ¡WebSphere ¡VM ¡is ¡ running ¡at ¡over ¡80% ¡CPU ¡load. ¡

• Each ¡WebSphere ¡VM ¡is ¡currently ¡running ¡

at ¡100% ¡CPU ¡load. ¡ ¡This ¡triggers ¡the ¡

• policy. ¡
• The ¡policy ¡ac)on ¡is ¡to ¡“flex” ¡up ¡addi)onal ¡

machines ¡un)l ¡the ¡CPU ¡load ¡is ¡below ¡ 80%. ¡

• ISF ¡provisions ¡an ¡addi)onal ¡VM ¡for ¡the ¡

applica)on. ¡

• The ¡CPU ¡load ¡of ¡each ¡VM ¡is ¡now ¡60%. ¡ ¡No ¡

addi)onal ¡VMs ¡are ¡needed. ¡ Virtual ¡Machines ¡ ISF ¡Master ¡Host ¡ VMware ¡vCenter ¡ VMware ¡ESX ¡Servers ¡

¡ WebSphere ¡VM ¡load ¡> ¡80% ¡ New ¡VM ¡ WebSphere ¡ Provisioned ¡

Deployment ¡Example

Applica)on ¡Cloud

App ¡ Server ¡

App 1

App Server Platform ISF

§ Siloed ¡servers ¡resul)ng ¡in ¡low ¡resource ¡u)liza)on, ¡ and ¡expensive ¡opera)ng ¡costs ¡ § Time-­‑consuming, ¡manual ¡provisioning ¡

Virtual Servers Self-Service Portal

100s ¡Java ¡& ¡Analy)c ¡apps ¡on ¡1000s ¡proprietary ¡UNIX ¡ SMP ¡servers ¡

App ¡ Server ¡

App 2

App ¡ Server ¡

App N App 1 App 2 App N

Challenge ¡ Linux, ¡Xen/KVM ¡on ¡commodity ¡servers ¡and ¡storage; ¡ Self-­‑service ¡resource ¡reserva)on, ¡alloca)on ¡& ¡applica)on ¡ deployment, ¡with ¡automated ¡placement ¡policies ¡across ¡ shared ¡resources ¡ § Reduced ¡opera)ng ¡costs ¡by ¡75% ¡ § Automa)cally ¡deploy ¡applica)on ¡environments ¡within ¡ 30 ¡minutes ¡instead ¡of ¡2 ¡weeks ¡ § Applica)on ¡teams ¡can ¡modify ¡and ¡scale ¡infrastructure ¡ without ¡ ¡IT ¡involvement ¡ § Improved ¡developer ¡produc)vity ¡ § Applica)on ¡stack ¡and ¡infrastructure ¡is ¡not ¡reliant ¡on ¡

• ne ¡big ¡vendor ¡

Solu=on ¡ Benefits ¡ Environment ¡

Test/Dev ¡Cloud: ¡Global ¡Banks

Java ¡Applica=on ¡ Development ¡Teams ¡

Pla7orm ¡ISF ¡

So3ware ¡ Build ¡

Challenge ¡ Environment ¡

Many ¡soVware ¡development ¡groups ¡distributed ¡globally ¡ § Siloed ¡build ¡and ¡development ¡environments ¡within ¡ each ¡group ¡(30+ ¡apps) ¡ § Slow ¡soVware ¡build ¡process ¡and ¡wasted ¡configura)on ¡ )me ¡to ¡set ¡up ¡environments. ¡ § Duplica)on ¡of ¡effort ¡across ¡teams ¡

Solu=on ¡ Benefits ¡

Consolidated ¡Java ¡applica)on ¡development ¡ environment ¡into ¡cloud. ¡Dynamically ¡create ¡ environments ¡for ¡development ¡and ¡build ¡ § Shared ¡environment ¡for ¡Java ¡applica)on ¡development ¡ across ¡global ¡teams ¡ § Increased ¡developer ¡produc)vity ¡ § Proving ¡ground ¡for ¡produc)on ¡Java ¡applica)on ¡cloud. ¡ .Net ¡and ¡C++ ¡Teams ¡

Reference ¡Customer ¡Architecture

Applica=on ¡ Service ¡ Monitoring ¡ Site ¡Minder ¡ Corporate ¡ DNS&DHCP ¡

§ Applications are packaged &

deployed as standard WAR files extracted from database

§ Site Minder for Single Sign on

User Authentication

§ Multi-level Approval business

logic & Entitlement System

§ Oracle database for Application

Performance and Transaction data

§ App Service Monitoring GUI

integration

§ Integration with Corporate DNS/

DHCP for provisioning

32 ¡bit ¡x86 ¡ Servers ¡ 64 ¡bit ¡x86 ¡Servers ¡ RHEL ¡ ¡/ ¡CentOS ¡Xen ¡

with ¡plan ¡to ¡migrate ¡to ¡KVM ¡

Corporate ¡Standard ¡Java ¡Framework ¡ “Virtual” ¡ “Physical” ¡ Oracle ¡

(CMDB) ¡

Pla7orm ¡ISF ¡

Apache ¡Tomcat ¡ Stateless ¡Applica=ons ¡ Approval ¡ Business ¡Logic ¡ En=tlement ¡ System ¡

Pla7orm ¡Cluster ¡Manager ¡

Ac)ve-­‑Ac)ve ¡Mul)ple ¡DataCenter ¡ ¡ Deployment

End-User Cloud Admin

Hardware

ISF ¡Master ¡Node ¡ P-­‑VMO ¡

Management

Portal ¡ ICM ¡ CES ¡ Backup ¡ ISF ¡ Master ¡ VMWare ¡ PCM ¡ Physical ¡ provisionin g ¡ Virtualiza)on ¡ Management ¡ Hypervisor ¡ Applica)on ¡ ISF ¡Master ¡Node ¡ P-­‑VMO ¡ Portal ¡ ICM ¡ CES ¡ Backup ¡ ISF ¡ Master ¡ VMWare ¡ PCM ¡ Nagios ¡ Monitoring ¡ Physical ¡ provisionin g ¡ Virtualiza)on ¡ Management ¡ Hypervisor ¡ Applica)on ¡ JGROUP ¡ End-User

Future ¡Global ¡Enterprise ¡Deployment

West Coast Data Center East Coast Data Center Europe Data Center

ISF ¡Market ¡Place ¡ Broker ¡

Enterprise ¡Messaging ¡Infrastructure ¡/ ¡JMS ¡ Enterprise DB Infrastructure Remote ¡Proxy ¡

Leverage ¡EGO ¡capabili)es ¡to ¡distribute ¡ISF ¡services ¡across ¡mul)ple ¡nodes ¡and ¡provide ¡centralized ¡ monitoring, ¡troubleshoo)ng, ¡and ¡HA ¡ Applica)on ¡

End-User Cloud Admin

ISF ¡Master ¡Node ¡

P-­‑VMO ¡ Portal ¡ ICM ¡ CES ¡

App Manager

Blad ¡ eLogic ¡ VMware ¡ Amazon ¡ Tivoli ¡ xCAT ¡

P-­‑VMO ¡ Portal ¡ ICM ¡ CES ¡

Blad ¡ eLogic ¡ VMware ¡ Citrix ¡ RedHat ¡ Opsware ¡ xCAT ¡ VMware ¡ xCAT ¡ Nagios ¡

Remote ¡Proxy ¡

VMware ¡ xCAT ¡ Nagios ¡