DEPLOYING CONDOR USING VIRTUALBOX® ON WINDOWS® HOSTS David Herzfeld1, Craig A. Struble, Ph.D2, and Lars E. Olson, Ph.D1 Marquette University 1Department 2Department of Biomedical Engineering of Mathematics, Statistics, and Computer Science Southeast Wisconsin High Performance (SeWHiP) Computing Consortium (www.sewhip.org) 1/19 INTRODUCTION  Most systems on Marquette’s campus run Windows XP® or Windows Vista®  Most researchers at Marquette require Linux based environments  Most sys-admins have primarily Windows® based experience 2 Tuesday, Apr. 21, 2009 2/19 PROJECT GOALS  Allow researchers to use underutilized Marquette systems  Requires Linux environment  Allow researchers full use of the Condor system  check pointing, migration, etc.  Do not change Windows® users’ experience  Easy installation and maintenance for Windows® sys-admins 3 Tuesday, Apr. 21, 2009 3/19 POSSIBLE SOLUTIONS  Use   Condor for Windows® Very few researchers using Windows® based applications Most require a GUI  Windows®   Management is difficult Windows® users will be affected  Condor    – Linux dual boot systems Virtual Universe VMware® = $ Xen does not support Windows® hosts Configuration Overhead  Virtualization 4 Tuesday, Apr. 21, 2009 4/19 INITIAL SOLUTION: COLINUX Based on previous work by Neeman, Serverini (U. of Oklahoma), and Sumanth (Nebraska-Lincoln), 2006  Runs natively in Windows®   Near native performance Small hardware dependencies  Open source × Relatively unsupported – small community × Only supports 32 bit environments × No current SMP support × Few recent developments  5 Tuesday, Apr. 21, 2009 5/19 CURRENT SOLUTION: SUN VIRTUALBOX® Free & “Open Source”  Capable or running under 32 & 64 bit Windows®  Guest Additions allow for near native speeds   Some disk intensive operations may see a speed up Supported & continually developed  Large community support × No current SMP support   planned for future release 6 Tuesday, Apr. 21, 2009 6/19 VIRTUALBOX® & WINDOWS® 7 Tuesday, Apr. 21, 2009 7/19 CONDORMAC & COMON  CondorMAC: Allows for distribution via images  Replaces the VirtualBox® MAC address with a modification of the host MAC address   CoMon:      Determine sec. since last key stroke Determine total processor utilization Determine VirtualBox® processor utilization Write data to file in host-guest shared folder Visual Basic monitor service 8 Tuesday, Apr. 21, 2009 8/19 HCLUST_SERVICE  Fork headless VirtualBox® machine at Windows® startup.  Remove any VirtualBox® “remnant” machines  “Nicely” shut down guest system when requested (via ACPI) 9 Tuesday, Apr. 21, 2009 9/19 CONDOR VIRTUAL MACHINE 10 Tuesday, Apr. 21, 2009 10/19 VIRTUAL MACHINE BASICS Guest hostname is based on assigned IP address  Central Manager name & IP are determined  Personalized text file in shared folder  Variables replaced in condor_config.local   For remote administration   ssh key in shared folder Condor launches after guest startup  init.d script 11 Tuesday, Apr. 21, 2009 11/19 BENEFITS OF IMMUTABLE HARD DRIVES Defines an upper limit on the amount of space Condor users can utilize (100 GB).  Removal of the snapshots – by hclust_service – returns the VM to an original state.  Returns unused hard drive space back to the Windows® host.   This space would not be returned if it were simply a dynamically expanding .vdi image 12 Tuesday, Apr. 21, 2009 12/19 CONDOR VIRTUAL MACHINE 13 Tuesday, Apr. 21, 2009 13/19 VM ADDITIONS  Additions included in immutable hard drive  Software packages utilized by researchers  Geant, OpenFOAM, AutoDock, etc.  Sets up execution path for use in Condor jobs  Package names and versions added to Condor ClassAds 14 Tuesday, Apr. 21, 2009 14/19 INSTALLATION Distributed as a zip file, batch installer  Installs VirtualBox®  Creates a new virtual machine     MAC Address set by CondorMAC Memory computed as fraction of total system memory Bridged networking set up Adds CentOS image to virtual machine  Sets services to run at system startup  Starts the new VM  Installation time is minutes  15 Tuesday, Apr. 21, 2009 15/19 VIRTUALIZATION ISSUES  Networking Problems Current bridged connection requires an additional IP address for each worker  Doubles the on campus IP addresses!  16 Tuesday, Apr. 21, 2009 16/19 FUTURE WORK  SMP Support  Support for different networking modes  using NAT, OpenVPN, etc.  Specific VM updates via repositories  Tailored distributions Bioinformatics  Fluid Dynamics  Neural Simulations  17 Tuesday, Apr. 21, 2009 17/19 ACKNOWLELDGMENTS Information Technology Services; Marquette University  Kathy Lang; CIO, Clifford Brown, Patrick Blume, Aaron Gember, Chad Gorectke  Lingtao Zeng; Marquette MSCS System Administrator  Brad Bonczkiewicz; Marquette Engineering System Administrator  Biomedical Engineering Department  Mathematics, Statistics and Computer Science Department  Tuesday, Apr. 21, 2009 18/19 18 QUESTIONS/COMMENTS? Thank you! 19/19
1/--страниц