2010 xen-lisa


Published on

Published in: Technology
  • Be the first to comment

No Downloads
Total Views
On Slideshare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

2010 xen-lisa

  1. 1. Xen Hypervisor Deployment, Management, and Cloud Computing Tools Todd Deshane and Patrick F. Wilbur Clarkson University
  2. 2. Copyright NoticeCopyright 2010, Todd Deshane and Patrick F. Wilbur.Last modified: September 30, 2010 11:02 PM EST.The Xen panda logo is property of Xen.org .==LICENSE:Todd Deshane and Patrick F. WilburDepartment of Mathematics and Computer ScienceClarkson UniversityPotsdam, NY USACurrent slides available at: http://cosi.clarkson.edu/docs/installingxen/These slides and content are released under the Creative Commons Attribution-Share Alike 3.0 Unportedlicense, available online at http://creativecommons.org/licenses/by-sa/3.0/You may share (copy, distribute, and transmit) this work, and remix (adapt) this work, as long as youattribute this work to the author and share adapted works under the same or similar license by leaving thisentire notice in place (including the original authors name/contact information/URL and this licensenotice).
  3. 3. About UsTodd Deshane is a Ph.D. Patrick F. Wilbur is a Ph.Dgraduate of Clarkson student at ClarksonUniversity. University.His research interests include His research interests includeinformation technology, security, usability, policy, andsecurity, virtualization, and systems architecture.usability.http://todddeshane.net http://pdub.net
  4. 4. AcknowledgmentsThis 2010 Xen Training / Tutorial, by Todd Deshane andPatrick F. Wilbur, is derived from the 2009 Xen Training /Tutorial as updated by Zach Shepherd and Jeanna Matthewsfrom the original version written by Zach Shepherd and WenjinHu, originally derived from materials written by Todd Deshaneand Patrick F. Wilbur.Portions of this work are inspired by JeremyFitzhardinges Pieces of Xen slides.Variations of this work have been presented numerous times atthe USENIX Annual Technical Conference, USENIX LISA, andat other various locations across the United States.
  5. 5. Overview● Session 1: Xen Introduction and Installing Xen● Session 2: Guest Creation and Management● Session 3: Xen in the Datacenter● Session 4: Xen in the Cloud
  6. 6. Session 1Xen Introduction and Installing Xen
  7. 7. Xen Overview
  8. 8. Xen and the Art of Virtualization ● Xen is a virtualization system supporting both paravirtualization and hardware-assisted full virtualization ● Name from neXt gENeration virtualization ● Initially created by University of Cambridge Computer Laboratory ● Open source (licensed under GPLv2)
  9. 9. Xen Virtualization Basics● A physical machine runs a program to manage virtual machines (Virtual Machine Monitor or hypervisor)● On the physical machine, there are one or more virtual machines (domains) running● A virtual machine is an encapsulated operating system which can run applications as a physical machine● The management virtual machine (Domain0) is responsible for interacting with the hypervisor● Other virtual machines are called guests
  10. 10. Ways to Use Virtualization● Fully utilize hardware resources: consolidation of workloads on single machine, exploitation of multiple cores● Running heterogeneous environments on one machine: different operating systems, different libraries● Isolation: separate workloads that have different requirement and/or to avoid attacks on one from compromising another● Manageability: rapid deployment and provisioning, backup/disaster recovery, portability
  11. 11. Types of VirtualizationEmulation:Fully-emulate the underlying hardware architectureFull virtualization:Simulate the base hardware architectureParavirtualization:Abstract the base architectureOS-level virtualization:Shared kernel (and architecture), separate user spaces
  12. 12. Virtualization in XenParavirtualization: ● Uses a modified Linux kernel ● Guest loads Dom0s pygrub or Dom0s kernel ● Front-end and back-end virtual device model ● Cannot run Windows ● Guest "knows" its a VM and talks with the hypervisorHardware-assisted full virtualization: ● Uses the same, normal, OS kernel ● Guest contains grub and kernel ● Normal device drivers ● Can run Windows ● Guest doesnt "know" its a VM, so hardware manages it
  13. 13. Reasons to Use XenParavirtualization (PV): ● High performance (claim to fame) ● High scalability ● Uses a modified operating systemHardware-assisted full virtualization (HVM): ● Co-evolution of hardware and software on x86 architecture ● Uses an unmodified operating system
  14. 14. Reasons to Use Xen● Xen is powered by a growing and active community and a diverse range of products and services● Xen offers high performance and an isolating architecture
  15. 15. Xen Architecture
  16. 16. Xen: Hypervisor Role● Thin, privileged abstraction layer between the hardware and operating systems● Defines the virtual machine that guest domains see instead of physical hardware: ○ Grants portions of physical resources to each guest ○ Exports simplified devices to guests ○ Enforces isolation among guests
  17. 17. Xen: Domain0 (Dom0) Role ● Creates and manages guest VMsxm (Xen management tool) A client application to send commands to xend ● Interacts with the Xen hypervisorxend (Xen daemon) Daemon to communicate with the hypervisor ● Supplies device and I/O services: ○ Runs (backend) device drivers ○ Provides domain storage
  18. 18. Normal Linux Boot ProcessBIOS Master Boot Record (MBR)GRUB Kernel ModuleLinux
  19. 19. The Xen Boot ProcessGRUB starts KernelHypervisor starts ModuleDomain0 starts DaemonXend starts xmGuest domain starts
  20. 20. Installing the Open-source Xen Hypervisor
  21. 21. Installing Xen from a Packageroot:~>yum install xen
  22. 22. Installing Xen from a Package ● OpenSUSE: Install with YaSThttp://www.susegeek.com/general/how-to-install-configure-xen-virtualization-in-opensuse-110/ ● Gentoo: Install with portagehttp://www.gentoo.org/doc/en/xen-guide.xml ● NetBSD: Xen package support as of BSD 4.0http://www.netbsd.org/ports/xen/howto.html
  23. 23. Installing Xen from SourceReasons to use the latest Xen version: ● Performance optimization, cutting-edge features ● Security and bug fixes ● Support for additional Dom0 OSes (Linux, Solaris, BSD) ● Ability to patch/customizeXen4 installation instructions, including from source:http://wiki.xensource.com/xenwiki/Xen4.0
  24. 24. Installing Xen from SourceNew in Xen4: ● blktap2 for VHD image support, snapshots and cloning ● Primary graphics card GPU passthru for high-performance 3D graphics and hardware-accelerated video ● TMEM allows improved utilization of unused (for example page cache) PV guest memory ● Memory page sharing and page-to-disc for HVM guests ● Copy-on-Write sharing of memory pages between VMs
  25. 25. Installing Xen from SourceAlso new in Xen4: ● Netchannel2 for improved networking acceleration, smart NICs, multi-queue support, SR-IOV functionality ● On-line resize of guest disks without reboot/shutdown ● Remus Fault Tolerance: live transactional synchronization of VM state between physical servers ● RAS features: physical cpu/memory hotplug
  26. 26. GRUB ConfigurationSample Xen GRUB Configuration:title Xen 3.4root (hd0,0)kernel /boot/xen-3.4.0.gzmodule /boot/vmlinuz- root=/dev/sda1module /boot/initrd.img- Normal Linux GRUB Configuration:title Ubuntu 2.6.24-23root (hd0,0)kernel /boot/vmlinuz-2.6.24-23-generic root=/dev/sda1initrd /boot/initrd.img-2.6.24-23-generic
  27. 27. Xend ConfigurationXen daemons configuration in /etc/xen/xend-config.sxp : ● Configure Xen to listen for remote connections ● Set max/min Dom0 CPU and memory resources ● Set up the virtual network: ○ Bridging ○ Routing ○ NAT ● Configure live migration (enable and set relocation port)
  28. 28. Sample Xend Configuration# (logfile /var/log/xen/xend.log)# (loglevel DEBUG)# (xend-http-server no)(xend-unix-server yes)(xend-unix-path /var/lib/xend/xend-socket)(network-script network-bridge)(vif-script vif-bridge)(dom0-min-mem 256)(dom0-cpus 0)# (xend-relocation-server no)# (xend-relocation-port 8002)# (vnc-listen )
  29. 29. Network ModesBridging mode:Guest domains are transparently on the samenetwork as Dom0Routing mode:Guest domains sit behind Dom0 and packets arerelayed to the network by Dom0NAT mode:Guest domains hide behind Dom0 using Dom0sIP for external traffic
  30. 30. Bridge Mode
  31. 31. Routing Mode
  32. 32. NAT Mode
  33. 33. Network Configuration1. Set network-script and vif-script in xend config.2. Restart Xen daemon:/etc/init.d/xend restartservice xend restart
  34. 34. Bridge Mode Configuration● Default network mode for Xen● Xen uses bridge-utils in Dom0 to provide virtual network bridging
  35. 35. Routing Mode Configuration ● Modify xend configuration:(network-script network-route)(vif-script vif-route) ● Xen uses iptables in Dom0 to perform software routing
  36. 36. NAT Mode Configuration ● Modify xend configuration:(network-script network-nat)(vif-script vif-nat) ● Xen uses iptables in Dom0 to perform NAT
  37. 37. /etc/init.d/xend startecho $?0 - everythings fine1 - everythings not so fine4 - you did not run as root xend
  38. 38. xm list (No Guests Running)
  39. 39. Session 2Guest Creation and Management
  40. 40. Guest Configuration
  41. 41. Local StorageRaw File: ● Use a filesystem within a single file ● Takes advantage of loopback devicesPartition: ● Use a partition on a logical partition ● Can be physical partition or on an LVM volumePartitioned File: ● Less common ● Treats a raw file as a disk (instead of single partition)
  42. 42. Local Storage: Raw File for PV1. Allocate storage: dd if=/dev/zero of=/path/to/image.img bs=1024k count=10242. Format: mkfs.ext3 -F /path/to/image.img3. Mount the storage: mkdir /mnt/tmp; mount -o loop /path/to/new/image.img /mnt/tmp4. Install the operating system (needs PV drivers): debootstrap hardy /mnt/tmp or cp -a /* /mnt/tmp
  43. 43. Local Storage: Raw File for PV5. Modify various files in guest filesystem and unmount: e.g. /etc/fstab , /etc/hostname , /etc/ifconfig6. Create the guest configuration file for Xen to use
  44. 44. Local Storage: Raw File for HVM1. Allocate storage: dd if=/dev/zero of=/path/to/image.img bs=1024k count=10242. Create the guest configuration file3. Install the operating system
  45. 45. Guest Storage Configuration OptionsArray of disk specifications:real dev in dom0, virtual dev in domU, Access (r, w)SCSI (sd) and IDE (hd) examples:disk = [ phy:sda, sda, w, phy:/dev/cdrom, cdrom:hdc, r ]disk = [ tap:aio:hdb1, hdb1, w, phy:/dev/LV/disk1, sda1, w ]Xen virtual device example:disk = [ tap:aio:hdb1, xvdb1, w, phy:/dev/LV/disk1,xvda1, w ]
  46. 46. General Guest Configuration Options(For both PV and HVM guests)name ● The name of the guest ● (defaults to configuration filename)vcpus ● The number of virtual CPUs ● (defaults to 1)memory ● The amount of memory (in MB) ● (defaults to 128)
  47. 47. Guest Network Configuration ● Array of virtual interface network parameters specify MAC Address, IP Address, for each interface ● Examples:vif = [ ] # Default bridge, random MAC addressvif = [ mac=00:16:3e:36:a1:e9,ip=, bridge=xenbr0 ]
  48. 48. Guest Network ConfigurationBridge mode networking (default in xend config):Set vif statement in the DomUs configuration fileRouting mode networking (if chosen in xend config):Set DomUs gateway (in guest OSs network configuration) toDom0s external IP (e.g. mode networking (if chosen in xend config):Set DomUs gateway (in guest OSs network configuration) toDom0s internal IP (e.g.
  49. 49. Guest Creation
  50. 50. HVM-specific Configuration Optionskernel The location of the HVM loaderbuilder Domain build function ("hvm" for an unmodified kernel)device_model Location of the device emulation tool (e.g. "qemu_dm")boot The boot order (CD-ROM, hard drive)vnc Enable VNC utility for the guest to display
  51. 51. Sample HVM Guest Configurationvcpus = 1memory = 512kernel = "/usr/lib64/xen/boot/hvmloader"builder = "hvm"device_model = "/usr/lib64/xen/bin/qemu-dm"boot = "cd"disk = [ tap:aio:/xen/images/hvm.disk, ioemu:hda,w,phy:/dev/cdrom, ioemu:hdc:cdrom,r ]vif = [ type=ioemu, bridge=eth0 ]vnc = 1 # (or sdl = 1)
  52. 52. Installing HVM Guest OSes (CD/.iso)1. Allocate disk image for the VM2. Create HVM config. with CD/.iso as first boot device3. Boot the guest: xm create /path/to/guest.cfg4. Follow normal installation process of guest OS5. Change boot order in guest configuration file, reboot
  53. 53. PV-specific Configuration Optionskernel Location of the Xen-modified kernel in Dom0s filespaceramdisk Location of the initial RAM disk image in Dom0s filespace or:bootloader The location of the bootloader (e.g. pygrub)
  54. 54. PV-specific Configuration Optionsroot The partition to use as root inside the guestextra The parameters appended to the kernel command line (as would be normally set at the end of a kernel line)vfb Virtual framebuffer for PV guest to use in addition to console
  55. 55. Sample PV Guest Configurationvcpus = 1memory = 64kernel = "/boot/vmlinuz-"extra = xencons=ttyramdisk = "/boot/initrd.img-"disk = [ phy:hda1,xvda1,w ]root = "/dev/xvda1"vif = [ ]vfb = [type=vnc,vncunused=1]
  56. 56. Installing PV Guest OSes1. Allocate disk image for the guest VM2. Mount and populate disk image with distro tools: ○ Stacklet Bundler ○ virt-install ○ virt-manager (discussed further later) ○ vmbuilder ○ debootstrap ○ The tool that comes with your favorite distro3. Unmount image and create PV guest configuration4. Boot the guest: xm create /path/to/guest.cfg
  57. 57. Pre-built Guest ImagesSources: ● http://stacklet.com ● http://rpath.com ● http://jumpbox.comAdvantages: ● Simple to download and extract the images ● Available with different distribution OSes and pre-installed applications
  58. 58. P2V : Physical Machine to a VMConversion of a physical machine into a virtual machineScenarios: ● Virtualizing existing infrastructure ● Supporting legacy applications ● System administration benefits of virtualizationAvailable Tools: ● Use existing backup tools to create a file backup ● P2V LiveCD ● XenServer conversion tool ● Various third-party tools
  59. 59. Guest Access Methods ● The simplest way: consolexm console domU_name ● A better way: SSH directly to DomUssh user@xxx.xxx.xxx.xxx ● Simple graphics: SSH with X11 forwarding to DomUssh -X user@xxx.xxx.xxx.xxx ● Better graphics: SDL or VNC ○ Install vncviewer packageEnable the vnc or sdl option in guest config file
  60. 60. xm create
  61. 61. xm console
  62. 62. xm list
  63. 63. xentop
  64. 64. Session 3Xen in the Datacenter
  65. 65. Network Storage
  66. 66. Network Storage OptionsATA over Ethernet (AoE): ● Export block devices over the network ● Lightweight Ethernet layer protocol ● No built-in securityInternet Small Computer System Interface (iSCSI): ● Exports block devices over the network ● Network layer protocol ● Scales with network bandwidth ● Client and user-level securityNetwork File System (NFS): ● Exports file system over the network ● Network layer protocol ● Known performance issues as root file system
  67. 67. Network Storage OptionsNetwork Block Device (NBD): ● Exports block devices over the network ● Network layer protocol ● Scales with network bandwidth ● Not recommended as root file systemDistributed Replicated Block Device (DRBD): ● Exports and shares block devices over the network ● Integration with Heartbeat ● No additional storage server necessary
  68. 68. Using AoE1. Install required packages: ○ Install vblade on the storage server ○ Install aoe-tools and the aoe module in the Domain02. Export a guest image from the storage server: vbladed 1 1 eth0 /dev/ (for partitions) ... vbladed 1 1 eth0 /path/to/image.img (for files)3. Point the guest configuration to the image: disk = [phy:etherd/e1.1,xvda1,w]Notes: ● Remember that AoE provides no security ● Never use the same shelf/slot for two images
  69. 69. Using DRBD1. Install required packages: ○ Ubuntu/Debian: drbd8-utils and drbd8-moduleRed Hat/CentOS: drbd and drbd-km2. Configure DRBD: ○ Mostly beyond the scope of this presentation ○ Disable sendpage in /etc/modprobe.d/drbd.conf :options drbd disable_sendpage=13. Point the guest configuration to the image:disk = [ drbd:resource,xvda,w ]Documentation:http://www.drbd.org/users-guide/ch-xen.html
  70. 70. Management Tools and Integration
  71. 71. Guest Management ToolsSimplify: ● Creation of guest images ● Manipulation of guest domains ● Generation of guest configuration files ● Monitoring resource usage by guestsPopular tools: ● Convirt ○ Open-source ○ Third-party product and support ● Zentific ○ Open-source ○ Web-based tool ● Virtual Machine Manager ○ Open-source ○ Desktop tool
  72. 72. Convirt● Designed for full datacenter management● Allows for managing the complete lifecycle of Xen (and KVM) guests and hosts● Open-source with commercial support
  73. 73. Convirt: Manage VMs
  74. 74. Convirt: Manage Domain0s
  75. 75. Convirt: Provision VMs Based on Templates
  76. 76. Convirt: Manage VM Configuration
  77. 77. Zentific ● Open source web-based management tool ● Allows for managing and provisioning Xen guests
  78. 78. Zentific: Main Screen
  79. 79. Zentific: VM Status Panel
  80. 80. Zentific: VM Configuration
  81. 81. Zentific: Web-based Guest Console
  82. 82. Virtual Machine Manager● Graphical user interface for managing virtual machines● Allows for Xen guest performance monitoring, resource allocation, and domain creation.● Open source with Red Hat support
  83. 83. Virt-manager: Virtual Machine Manager
  84. 84. Virt-manager: Creating a PV CentOS Guest by URL
  85. 85. Virt-manager: Configuring a PV Guest
  86. 86. Virt-manager: Installing PV guest
  87. 87. Virt-manager: Accessing a PV CentOS Guest
  88. 88. Virt-manager: Configuring an HVM Guest
  89. 89. Installing a Windows HVM Guest from CD-ROM
  90. 90. Virt-manager: Windows HVM Guest Running in Xen
  91. 91. Xen Integration and Compatibilitylibvirt:Provides a uniform interface with different virtualization technologiesMainline Virtualization API (pv_ops):Provides a common paravirtualization interface in mainstream Linux kernel forincreased performance and capabilitiesOpen Virtual Machine Format (OVF):Defines a set of metadata tags that can be used to deploy virtual environmentacross multiple virtualization platformsXen API (XAPI)
  92. 92. Advanced Networking
  93. 93. Multiple Dom0 Network InterfacesMotivation:Segregate DomUs over different networksProcedure: 1. Run network bridge script for each physical interface: /etc/xen/scripts/network-bridge start vifnum=0 netdev=eth1 bridge=xenbr1 2. Configure the DomUs vif option for each bridge: vif = [bridge=xenbr1, ...]
  94. 94. Multiple DomU Network InterfacesMotivation:Allow a DomU to connect to different virtual bridgesProcedure:Modify DomU configuration file:vif = [bridge=xenbr0, bridge=xenbr1, ...]
  95. 95. DomU Network IsolationMotivation:Isolate DomUs from external network, but allow them tocommunicate with one anotherProcedure: 1. Create a dummy bridge in Dom0 in network configuration or with brctl 2. Configure DomUs to connect to that dummy bridge:vif = [bridge = dummy0]
  96. 96. DomU Network Rate LimitingMotivation:Rate limiting for DomU network usage for better performanceisolationProcedure: Configure DomUs vif option with rate parameter : vif = [..., rate=50Kb/s]
  97. 97. Performance and Scalability
  98. 98. Measuring PerformanceCPU:xm top / xentopBuffer:xentraceDisk I/O:xenmonHardware Events:xenoprof
  99. 99. Memory and Scalability● Using memory overcommitment, more memory can be allocated than is on the system● Memory allocated to, but unused by, a VM is made available for use by other VMs● Reduces wasted resources, allowing greater scalability● Risk poor performance due to swapping
  100. 100. Session 4Xen in the Cloud
  101. 101. Guest Relocation
  102. 102. Guest Relocation● Cold Relocation● Warm Migration● Live Migration
  103. 103. Cold RelocationMotivation:Moving guest between hosts without shared storage or withdifferent architectures or hypervisor versionsProcess: 1. Shut down a guest on the source host 2. Move the guest from one Domain0s file system to anothers by manually copying the guests disk image and configuration files 3. Start the guest on the destination host
  104. 104. Cold RelocationBenefits: ● Hardware maintenance with less downtime ● Shared storage not required ● Domain0s can be different ● Multiple copies and duplicationsLimitation: ● More manual process ● Service should be down during copy
  105. 105. Warm MigrationMotivation:Move a guest between hosts when uptime is not criticalCommand:xm migrateResult: 1. Pauses a guests execution 2. Transfers guests state across network to a new host 3. Resumes guests execution on destination host
  106. 106. Warm MigrationBenefits: ● Guest and processes remains running ● Less data transfer than live migrationLimitations: ● For a short time, the guest is not externally accessible ● Requires shared storage ● Network connections to and from guest are interrupted and will probably timeout
  107. 107. Live MigrationMotivation:Load balancing, hardware maintenance, andpower managementCommand:xm migrate --liveResult: 1. Begins transferring guests state to new host 2. Repeatedly copies dirtied guest memory (due to continued execution) until complete 3. Re-routes network connections, and guest continues executing with execution and network uninterrupted
  108. 108. Live MigrationBenefits: ● No downtime ● Network connections to and from guest often remain active and uninterrupted ● Guest and its services remain availableLimitations: ● Requires shared storage ● Hosts must be on the same layer 2 network ● Sufficient spare resources needed on target machine ● Hosts must be similar
  109. 109. Xen Cloud Platform (XCP)
  110. 110. Xen Cloud Platform (XCP)● Xen Cloud Platform (XCP) is turnkey virtualization solution that provides out-of-the-box virtualization/cloud computing● XCP includes: ○ Open-source Xen hypervisor ○ Enterprise-level XenAPI (XAPI) management tool stack ○ Support for Open vSwitch (open-source, standards- compliant virtual switch)● XCP was originally derived from Citrix XenServer (a free enterprise product), is open-source, and is free● XCP promises to contain cutting-edge features that will drive future developments of Citrix XenServer
  111. 111. XCP Features● Fully-signed Windows PV drivers● Single Root I/O Virtualization (SR-IOV) support● Heterogeneous machine resource pool support● Installation by templates for many different guest OSes
  112. 112. XCP XenAPI Management Tool Stack● VM lifecycle: live snapshots, checkpoint, migration● Resource pools: live relocation, auto configuration, disaster recovery● Flexible storage, networking, and power management● Event tracking: progress, notification● Upgrade and patching capabilities● Real-time performance monitoring and alerting
  113. 113. XCPs xsconsole (SSH or Local)
  114. 114. XCPs XAPI Viewer
  115. 115. XCP Management Tools
  116. 116. OpenXenManager ● Open-source clone of Citrix XenCenter ● Manages both Citrix XenServer and Xen Cloud Platform ● Freely available:http://www.openxenmanager.com
  117. 117. OpenXenManager: Multi-host, Multi-guest Status
  118. 118. OpenXenManager: Host and Guest Consoles
  119. 119. XenWebManager ● Web-based utility that shares OpenXenManagers codebase ● Open-source and freely available:http://sourceforge.net/projects/xenwebmanager/
  120. 120. XenWebManager: Guest Creation with Templates
  121. 121. XenWebManager: Guest Creation with Templates
  122. 122. XenWebManager: Guest Creation with Templates
  123. 123. XenWebManager: Guest Creation with Templates
  124. 124. XenWebManager: Guest Creation with Templates
  125. 125. XenWebManager: Guest Creation with Templates
  126. 126. XenWebManager: Guest Creation with Templates
  127. 127. Xen VNC Proxy (XVP) ● Web-based, open-source management for both Citrix XenServer and Xen Cloud Platform ● VNC guest console via web browser ● Freely available as software or a virtual appliance:http://www.xvpsource.org
  128. 128. XVP: Host Pool and Guest Status
  129. 129. XVP: Manage Guests
  130. 130. XVP: Two-server Pool Running Virtual Appliances
  131. 131. XVP: Select Server to Boot VM
  132. 132. XVP: Web-based Guest Consoles
  133. 133. Xen Cloud Control System (XCCS) ● "XCCS is a lightweight front end package for the excellent Xen Cloud Platform cloud computing system. XCCS is totally web based so any computer or smart phone with a web browser can be used with it!" ● Open-source and freely available as software/appliance:http://www.xencloudcontrol.com
  134. 134. Xen Cloud Control System (XCCS)
  135. 135. Xen Cloud Control System (XCCS)
  136. 136. Xen Cloud Control System (XCCS)
  137. 137. Xen Cloud Control System (XCCS)
  138. 138. Xen Cloud Control System (XCCS)
  139. 139. Xen Cloud Control System (XCCS)
  140. 140. Xen Cloud Control System (XCCS)
  141. 141. Xen Cloud Control System (XCCS)
  142. 142. Xen Cloud Control System (XCCS)
  143. 143. Closing Remarks
  144. 144. Cloud Computing BoFTuesday, 8:00pm:Open Source and Open Standards-based Cloud Computing(Room: Willow Glen)Todd Deshane and Patrick F. Wilbur, Clarkson UniversityBen Pfaff, Nicira NetworksJason Faulkner, RackspaceIn this session, we will describe some of the open source components availableto support hybrid (public/private) cloud computing. We have some interest andexpertise with various open source components, such as the hypervisor (Xen),the infrastructure platform (the Xen Cloud Platform (XCP)), the virtualnetworking switch layer (Open vSwitch), and the cloud computing software(OpenStack). We invite others that are interested in learning about, describingexperiences with, and discussing the role open source and open standards-based solutions play in the cloud.
  145. 145. Cloud Computing Sessions● Wednesday, 4:00pm: Experiences with Eucalyptus: Deploying an Open Source Cloud● Thursday, 2:00pm: Flying Instruments-Only: Navigating Legal and Security Issues from the Cloud● Thursday, 4:00pm: RC2 -- A Living Lab for Cloud Computing● Thursday, 4:00pm: Panel: Legal and Privacy Issues in Cloud Computing
  146. 146. Useful Resources and ReferencesCommunity: ● Xen Mailing List: http://www.xen.org/community/ ● Xen Wiki: http://wiki.xensource.com/xenwiki/ ● Xen Blog: http://blog.xen.org ● http://wiki.xensource.com/xenwiki/XenCommonProblemsBooks: ● The Definitive Guide to the Xen Hypervisor ● Running Xen: A Hands-On Guide to the Art of VirtualizationDiscussion: ● http://www.xen.org/community/xenpapers.html ● Abstracts, slides, and videos from Xen Summits
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.