Separate application definition from deployment platform
Enable late binding of model to the platform
Developers should be able to model application topology
Including internal and external dependencies for their app
Infrastructure administrators can have control over final deployment
Ensure IT policies are adhered to
Should be able to see deployment plan and add additional activies
Carry information about various phases of an application lifecycle
App model travels with the application
Deployment time changes allowed
Policies to enforce during runtime
Impact of updates and rollback of a s/w component on the application
Correlate monitoring information to parts of application
Leverage OVF standard for vm/vApp description
Relies on OVF for virtual machine description
FULL ENJOY Call girls in Paharganj Delhi | 8377087607
Application Model for Cloud Deployment
1. Application Model for Cloud Deployment ADD07 Komal Mangtani, Snr R&D Manager, VMware, Inc.
2. Disclaimer This session may contain product features that are currently under development. This session/overview of the new technology represents no commitment from VMware to deliver these features in any generally available product. Features are subject to change, and must not be included in contracts, purchase orders, or sales agreements of any kind. Technical feasibility and market demand will affect final delivery. Pricing and packaging for any new technologies or features discussed or presented have not been determined. “THESE FEATURES ARE REPRESENTATIVE OF FEATURE AREAS UNDER DEVELOPMENT. FEATURE COMMITMENTS ARE SUBJECT TO CHANGE, AND MUST NOT BE INCLUDED IN CONTRACTS, PURCHASE ORDERS,OR SALES AGREEMENTS OF ANY KIND. TECHNICAL FEASIBILITY AND MARKET DEMAND WILL AFFECT FINAL.”
3. Agenda Origins of Cloud deployments – the essence of *aaS Types of Cloud environments Cloud adoption trends Problems to solve Efforts within VMware Details of app model Summary
4. Origins of Cloud Deployments develop test release install config operate operate develop test
5. The Essence of “aaS” (as a Service) It just plain works Someone else is responsible for keeping it running Someone else is responsible for keeping it up to date Someone else is responsible for capex and capacity planning Agility Daily, weekly, monthly release cycle (as appropriate) Continuous improvement: performance, features, languages and frameworks, services, etc Quickly react to trends: competitors, business plan options, distribution options Visibility Aggregate analytics and metrics Page views per day, hour, by region, organization, partner Language and framework usage by region, organization, partner
6. Various Cloud Environments Public Private PaaS Application stacks + languages + frameworks IaaS Infrastructure modelwith services Utility Hosted infrastructure –physical and virtual machines
7. Cloud Adoption Trends We Are Observing Large enterprises starting their journey to pure Clouddeployments with Virtualization first and then Private clouds Public Cloud in use for development and testing Switch to private Cloud for production deployments Developers getting involved in defining the application deployment environment along with infrastructure teams All you can see in Cloud is your app! Application level management becoming more critical
8. Problems to Solve Ease deployment in dev, test, production zones across Clouds Enable collaborative hand-off of applications between applications group and infrastructure group Preserve the knowledge built during deployment to create optimalruntime env for apps Automate generation of run book steps Most automation tools are useful AFTER run book steps are determined by user Help derive hardware requirements from application topology Application-centric management Application level operations Backup, DRS, start/stop operations at app level View chargeback information at app level Mapping of applications to VMs and hosts underneath
10. What Are We Up To? Vision Collaborative portal for discovering/modeling, deploying, configuring and monitoring enterprise applications Target users Enterprise customers currently using vCenter and vCloud Application groups in IT organization Targeted applications Clustered, complex app deployments N-tier web applications Various app stacks : JEE, RoR, .Net Let the cloud richness shine through Support deployments in various Clouds by leveraging the richness of eachCloud environment
11. vCloud (off-premise) Amazon Applications Management in Various Clouds VM VM appserver cluster VM web server load balancer Provisioning configuration management app-aware DRS Cloud Drivers app-aware Backup monitoring VM VM database cluster external plugins discovery App specific Solutions Applications Management app aware Chargeback DRS Backup vCenter vCenter ESX hosts
32. Our Application Model Component based Consists of Application profile aka app blueprint Deployment profile aka platform bindings Application composition Application components eg: db component, tc component, war component Relationships between components Configuration properties for each component Mapping of app components to nodes Bindings to external dependencies Application assembly Derives the process of deploying the application Allows adding maintenance operations at certain points Operational policies Affinity and anti-affinity rules Resource allocation policies
34. Step 1: Component Definition Component models a specific part of your application Typical 3-tier JEE contains Database component, appserver component, war component, monitoring agent component Component definition contains Content Install/config scripts Properties it exposes Dependencies to other components
35. Step 1: Component Definition for a War – Webapp Component ComponentDef: xplanner Type: WEBAPP Properties: Property: jdbc_ip Type: ip Editable: deploytime Property: jdbc_port Type: port Editable: deploytime Property: war_file Type: content Editable: buildtime Relations: Relation: target CompType: J2EEServer RelationType: target Relation: database CompType: DB RelationType: remote Phases: Phase: install Script:install_xplanner Type:shell Mode:reference Parameter: war_file Content: catalog://scripts/install_xplanner.sh Phase: configure Script:config_xplanner Type:shell Mode:inline Parameter: jdbc_ip Parameter: jdbc_port Content: sed -ie "s/hibernate.connection.url=.*/hibernate.connection.url=jdbc:mysql:$jdbc_ip:$jdbc_port/xplanner/g" WEB-INF/classes/xplanner-custom.properties service tomcat5 restart
48. Connections with VMware Studio FE FE FE App Index app DB LB App App App DB DB OS OS OS OS OS OS OS OS OS OS OS OS OS VMware Studio Application packages OVF package vApp Application Model : App topology + App policies + platform bindings Direct app deployment vApp
49. Leveraging Existing Technologies vApps: executable for VMware platforms OVF and OVA : package for transport Existing OVF packages can be part of application topology OVF packages will be created for export/import of apps from one platform to another Application model : layer on top of OVF
50. Summary VMware is working on app model Eases deployment of same application on various Clouds App model provides app topology as well as app deployment plan App model travels with the application Lifecycle management solutions can operate on this model
51. Questions? vApp and VMware Studio blogs http://blogs.vmware.com/vApp Download VMware Studio @ www.vmware.com/go/studio For more information about app model, VMware Studio, vApps, email at kmangtan@vmware.com