PUBLIC MARKS with tag lvm

A virtual machine snapshot is a great feature, freezing the current state of a virtual machine. Unfortunately, open source Xen doesn't offer support for snapshots -- but Linux does. Since open source Xen always uses Linux as its privileged domain, you can use Linux commands to create snapshots.

If you're using LVM based storage for your domains this script will create a snapshot and backup each server to a local drive or a remote system using rdiff-backup.

Les étapes de configuration d'une conf LVM

Tout est dans le titre

Figurez-vous qu'il est possible de faire du raid avec LVM. Hé oui, vous avez déjà remarqué que vous pouviez mettre plusieurs disque dans un vg. Pour l'instant lvm se contente de les mettre bout à bout, comme le ferait un raid de type linear.

Maintenant que vous savez utiliser LVM vous voudriez aller un peu plus loin. Mise en situation : vous avez un disque de 50To, un vg déjà en place et sur sur ce VG un LV de 30To dédié à votre médiathèque. Or vous venez de découvrir (et donc d'acheter) un nouveau disque de 1Po (Péta Octet pour ceux qui ne suivent pas, hé oui, c'est fou comme ça avance vite la technologie).

LVM : Logical Volume Management. C'est un système qui permet de mixer une ou plusieurs partitions pour en faire un ou plusieurs périphériques de blocs. À quoi cela peut-il bien servir ? C'est tout d'abord une question de flexibilité. Imaginez pouvoir agrandir ou réduire une partition facilement, parfois même sans démonter le système de fichier. Imaginez pouvoir agrandir une partition de façon à ce qu'elle tienne sur 2 disques. LVM apporte aussi d'autres fonctionnalités que nous verrons un peu plus tard.

LVM, dont l'acronyme anglo-saxon signifie Logical Volume Manager, est un gestionnaire de volumes logiques qui apportent une vision abstraite du stockage de votre machine. La partition physique devient un composant élémentaire et ne va plus directement supporter le système de fichiers. Entre ces deux couches de bas et de haut niveau (successivement, la partition et le système de fichiers), vont s'intercaler une première couche regroupant les partitions physiques (appelée « volume groupe ») et une deuxième couche dans laquelle nous allons créer les systèmes de fichiers (appelés « volumes logiques ») mais qui seront dynamiquement retaillables (indifféremment en réduction ou en extension). Figure 2 : Découpage des données sous LVM L'intérêt principal de cette approche est à la fois de pouvoir étendre facilement un volume groupe en ajoutant des partitions physiques (par exemple, un nouveau disque dur) et de changer la taille à chaud des volumes logiques sachant que ces derniers ne possèdent pas un emplacement précis sur un volume groupe et ne sont représentés que par leur nom et leur taille.

For those running Xen on servers with no back-end SAN, the following instructions detail the steps necessary to move an LVM-based virtual machine to a new physical host. There may be more elegant ways to achieve this, but this is what worked for me.

The logical volume manager allows you to create and manage the storage of your servers in a very useful manner; adding, removing, and resizing partitions on demand. Getting started with LVM can be a little confusing to newcomer so this guide intends to show the basics in a simple manner.

Nous verrons dans cet article comment installer Xen sur une machine n'ayant pas les instructions matérielles de virtualisation (VT) en utilisant LVM pour partitionner avec flexibilité nos différentes machines virtuelles. Le tout est réalisé grâce à Debian Etch avec les bons noyaux qui vont bien. J'ai aussi utilisé le noyau officiel de chez Xen afin d'avoir quelque chose de propre (enfin dans la limite du possible). Attention, mon tutoriel prends de véritables adresses IP, je n'ai donc aucun besoin de NAT. Si tel est votre problème, achetez le numéro 100 de GLMF, il contient le serveur parfait et un setup bien plus avancé que le miens :)

We have implemented a 2-node HA Xen cluster, which consists of two physical machines (hosts,) and runs several virtual servers (guests) each, for our company's internal services (mail, web applications, development, etc.) When one host gets down unexpectedly, the other host physically kills it (STONITH - power down or reset) and then takes over all the guests the failed host was running. When we want to shutdown a host machine for maintenance (to replace a fan, add disk or memory, etc.), we just type the usual shutdown command, and the guests are automatically live-migrated to the other host. Since the guest servers keep running throughout the migration process, except for the less than a second pause, users would never even notice the event.