Paravirtualisointi Xen virtualisointialustalla

Abstract

Tässä työssä tutkittiin yleisesti Linux-jakeluiden paravirtualisointia Xen virtualisointialustalla. Työn tavoitteena oli hyödyntää yrityksen palvelininfrastruktuuria siten, että jo olemassa olevia palvelinlaitteita hyödynnetään mahdollisimman tehokkaasti. Tehokkaan laitteistojen hyödyntämisen lisäksi tavoitteena oli myös laskea fyysisistä palvelimista aiheutuvia kuluja laskemalla niiden määrää. Olennaisena osana luodulle ympäristölle oli vikasietoisuus ja virhetilanteista toipuminen mahdollisimman nopeasti.

Työn teoriaosuudessa tutkittiin paravirtualisointia Xen virtualisointialustalla ja miten paravirtualisointi teoriassa toimii. Lisäksi esitellään muita virtualisointitekniikoita ja miksi valitsimme juuri Xen hypervisorin virtualisointituotteeksemme.

Käytännön osuudessa rakennettiin vikasietoinen ympäristö, joka koostui virtuaalipalvelimia ajavista isäntäkoneista, verkkoyhteyksistä ja jaetuista levyresursseista. Kaikki ympäristön komponentit oli tarkoitus kahdentaa ja näin yhden komponentin, kytkimen tai fyysisen palvelimen vikatilanne ei näy asiakkaan suuntaan kuin pienenä katkoksena.

The purpose of this Bachelor’ thesis was to study paravirtualization with Xen hypervisor. The aim was to re-use servers we already had in production with maximum efficiency. Besides utilizing servers to the maximum level the goal was also to reducephysical server numbers and also cut running costs. It was also essential to create system which can recover from failures with almost no downtime.

The theoretical part of this thesis studied the concept of Xen paravirtualization and how it works in theory. In addition to Xen theory there is comparison to other virtualization techniques and why we choose Xen to be the product of choice.

The practical part of this thesis shows how we could create system which can quickly recover from failures. System consists of physical servers running virtual servers, network connections and shared disk storage. All components within the system was to be duplicated so no one component, switch of physical server failure could cause nothing but brief interruption of service.