Virtualization Cloud and Fedora Target: FUDCon Boston 2009 Version: 1.0 Contact: mmcgrath@fedoraproject.org Topics on performance tuning and web applications. Mike McGrath Fedora Infrastructure 2009-01-07
What is a cloud? Cloud – An abstraction layer for virtual cpus and storage resources. Does not imply cluster Primary virtualization technology is KVM Management software is oVirt
Who can use it and what for? Fedora users and contributors via group signup Access controlled by group in FAS Uses include Testing Proof of concepts Clustered environments General Hosting (non production)
Fedora Ecosystem Paid for by Red Hat Fedora Infrastructure Team runs it Close coordination with oVirt team Use cases outside of Fedora
Basic Overview Commodity computing 5 x3550's with total of 80G RAM Commodity storage 2 x3650's Focus on self management Assigned hardware resources
Storage Abstract: It's just an iscsi share Two servers for backup / redundancy Not highly available (yet) About 4T of usable storage Divided up using LVM Cheap!
Storage Continued Lets hope I have something to write on. Software raid LVM Provides 'live' backup, and can correct for many accidents
Storage Continued Failure scenarios 'immediate pause' OS Differences Recovery options Future plans More expensive solutions It's just an iscsi share
Computational Servers (nodes) x3550 1U servers 16-32G ram 2 quad core processors Low or no disks Dedicated management/storage network Dedicated guest network Unused nics for future expansion Remote RSAII access and console access
Node Operating system Probably diskless PXEBoot from storage servers Issues with bootstrap Based on Fedora 10 An appliance Support questions (what happens when we call for broken hardware)
Node / Storage interaction iscsi mount LVM Poor mans clvm Controlled by oVirt (more later) Tweaks Root fs specific replacement_timeout
oVirt http://ovirt.org/ Based around libvirt Currently in a prerelease Web based interface
oVirt Appliance / Web Interface Runs in its own VM (right now) Authentication against FAS via mod_auth_pgsql and groups Admin logins User logins Remote management Basic hardware control of a users pool
Day to Day Live migration for low downtime Appliance image updates Monitoring Puppet