Stockage
Disque principal de la VM
Le disque principal a toujours une taille qui correspond au champs « Disk » des flavors (exemple : 10GB pour la flavor m1.small
). Cette taille est utilisée pour la génération du bloc device dans lequel est copié l’image. L’image est par contre partitionnée à sa génération et les partitions crées ne correspondent pas à la taille réellement disponible dans l’instance. Pour obtenir l’accès à l’intégralité du disque instancié, il est nécessaire d’attribuer l’espace disponible à une partition du disque.
Note
ces manipulations ne sont pas nécessaires si l’image ne contient qu’une seule partition et que cloud-init
est configuré pour repartitionner le disque de la VM à la volée (action resizefs
).
Exemple avec une image dont la dernière partition (2
) est utilisée via LVM :
# repartionnement
% fdisk /dev/vda <<EOF
d
2
n
p
2
w
EOF
% shutdown -r now
% pvresize /dev/vda2
L’espace est maintenant disponible dans le volume group fournit par vda2
.
Gestion de la sauvegarde
Par le service de sauvegarde du CC
Sur les instances cloud comme sur le reste des machines du CC-IN2P3, vous pouvez configurer le backup de vos fichiers par le service de sauvegarde (TSM).
Par le cloud
Vous pouvez utiliser les fonctionnalités d’openstack pour effectuer des snapshots de l’image disque de vos serveurs (cf commande d’API image-create
).
Vous pouvez réaliser un snapshot consistant de vos VMs avec la commande :
% openstack server image create --name NOM_DU_SNAPSHOT NOM_DU_SERVEUR
Vous trouverez ensuite le snapshot dans la liste des images du catalogue :
% openstack image show NOM_DU_SNAPSHOT
+---------------------------+--------------------------------------+
| Property | Value |
+---------------------------+--------------------------------------+
| Property 'base_image_ref' | cedd3e88-4845-4c0c-bd16-743d3830a08f |
| Property 'image_location' | snapshot |
| Property 'image_state' | available |
| Property 'image_type' | snapshot |
| Property 'instance_uuid' | 83886683-5a73-4777-887d-1537561647a2 |
| Property 'owner_id' | 9d0fa8a82fe8449cad50729381a29a7a |
| Property 'user_id' | d0bc48fb8d8c414a9da8983c85c754f5 |
| checksum | c18d4e707c8db0bc1c11a55ef820ffa1 |
| container_format | bare |
| created_at | 2016-04-01T13:13:18.000000 |
| deleted | False |
| disk_format | qcow2 |
| id | 42e33dbb-39f2-4acd-8bdd-34eecd873bde |
| is_public | False |
| min_disk | 20 |
| min_ram | 0 |
| name | NOM_DU_SNAPSHOT |
| owner | 9d0fa8a82fe8449cad50729381a29a7a |
| protected | False |
| size | 4239917056 |
| status | active |
| updated_at | 2016-04-01T13:17:36.000000 |
+---------------------------+--------------------------------------+
Vous pouvez programmer une prise de snapshot répétitve avec la commande :
% openstack server set --property autobackup=true NOM_DU_SERVEUR
Un backup hebdomadaire est réalisé automatiquement. La sauvegarde se trouve dans le catalogue d’images glance et se nomme autobackup-$UUID
. Pour restaurer ce backup (attention, l’opération est destructive pour votre instance courante) :
% openstack server rebuild --image autobackup-$UUID NOM_DU_SERVEUR