grid and cloud computing alessandro usai switch @switch.ch sergio maffioletti grid computing...
Post on 18-Jan-2016
Embed Size (px)
Grid and Cloud ComputingAlessandro UsaiSWITCHalessandro.email@example.com
Sergio Maffioletti Grid Computing Competence Centre - UZH/GC3sergio.firstname.lastname@example.org
*ContentMotivationsOverview of a Grid Job (in a nutshell)Cloud computing: Amazon Web ServicesGrid Job revisedProject PlanConclusions
*Motivations: Main idea: dynamic allocation of resources!Grid is presented to end users as a large abstract computing and storage farm with virtually infinite resourcesSimple user interfaces are provided for specific usage of the grid infrastructureResources are allocated upon users requestsUsers could be charged based on the effective usage of grid resourcesApplying scenarios:At peak time we may use extra cpu time/storage as Virtual Machines obtained from a Cloud. Virtual Machines from a Cloud could also be used for jobs with particular characteristics e.g. jobs very demanding in cpu/storage. Clouds can be local or remote. Virtual Machines also offer advantages in terms of Management/Deployment.
*Overview of a Grid Job (in a nutshell)User code + proxies/auth info + resources specs -> broker/match making -> chosen site gateway -> extra code bit added and submitted to the batch system (typically grid oblivious) -> jobs run on Worker Nodes.
The batch system reports the info to the grid middleware which further propagates it; various checkpoints actions kick in to safeguard the output back to the user.
Virtual Machines are needed here but: the User Interface, info system, gateway, batch system as well as Worker Nodes might already be all VMs.X509 proxy + user jobInformation SystemBatch System
*Cloud computing: Amazon Web Services (AWS)You register and you get access to the clouds I.e. US and/or EU zones
X509 or RSANATWeb Services InterfaceAccount: Username and passwordXEN Virtual MachinesXEN Virtual MachinesStorage (s3)Storage (s3)
*X509 proxy + user jobInformation SystemGrid Job revisedThe Batch System needs to be able to advertise the Cloud in a dynamic way, start up/stop the virtual machines, Submit/manage jobs, .Some solutions are available (e.g. OpenNebula) but there is still work to be done.Batch System
*Project PlanFirst part: Assessment of existing solutions: this step also includes the definition of the use case requirements Development of the missing functionalities at the Batch System levelSecond part: Assessment of the authentication/authorization/accounting requirements Development/integration of the necessary AAI functionalities Implementation of a billing system
*Conclusions Cloud computing and dynamic resource allocation: fills in the hole for a use case not supported by traditional grid computing -> more interaction with cloud computing needed: challenging from the authentication, authorization and accounting point of view.
Switch and the University of Zurich have expressed interest in submitting the project proposal by March 2010. Any other partners interested?