On va essayer de faire assez court et concis !!!
Si vous voulez approfondir, je vous conseille fortement de lire les doc officiels de Veeam.
https://www.veeam.com/fr/documentation-guides-datasheets.html?ad=menu-resources
Pour un bon début, il faut prendre le User Guide for VMware (ou Hyper-V)
Il y a vraiment tout dedans et c’est très bien fait (1173 pages in english)
RÔLES
Dans une infrastructure Veeam, il y a 3 rôles essentiels:
– Veeam Bakup Server
C’est un serveur Windows, virtuel ou physique sur lequel est installé la solution Veeam. C’est l’élément essentiel, c’est lui qui contient la configuration du soft, des jobs….
Cette configuration est stockée dans une base SQL. La version SQL express gratuite est fournie avec l’installation de Veeam, on peut également utiliser une base déportée.
Il pilote également l’ordonnancement des jobs.
Il ne peut y en avoir qu’un seul.
– Backup proxy
C’est lui qui réalise les jobs de backup, de restauration et de réplication. C’est une machine virtuelle ou physique. Il peut y en avoir plusieurs. C’est lui qui va calculer les opérations de déduplication, de compression….Il peut gérer plusieurs tâches en parallèle. Une tache de sauvegarde correspond à la sauvegarde d’un disque d’une VM. Si une VM possède 3 disques, cela correspond à 3 taches. Les bonnes pratiques consistent à paramétrer autant de taches que de CPU sur le proxy. Attention de ne pas en mettre trop pour ne pas que les autres éléments soient saturés (baie de stockage source, réseau, repository…)
–Backup repository
C’est l’espace de stockage qui va héberger les sauvegardes.
On peut avoir un disque, un partage cifs, nfs, une appliance de déduplication (Data Domain, StoreOnce….).
On peut en avoir plusieurs et de types différents.
Les 3 rôles peuvent être sur la même machine ou éclatés sur plusieurs.
TRANSPORT
C’est la façon dont va transiter les données des VMs. Elle est directement lièe au type de proxy.
Si on a un proxy virtuel avec accès aux datastores, on va utiliser le mode Hot-add. Les disques des VMs à sauver vont être connectés à la VM proxy et la récupération des données se fera sur le réseau de stockage entre les datastores et l’ESX qui héberge le proxy.
Le compute (dedup, compression…) va être pris par l’ESX qui héberge le proxy
Si on a un proxy virtuel sans accès aux datastores (ESX standalone, pas de stockage partagé, VMs sur du stockage local à l’ESX) on va passer par le réseau ethernet entre l’interface de la VM Proxy et celle de management de l’ESX qui héberge la VM à sauver
Si on a un proxy physique et qu’il est connecté au réseau de stockage avec les datastores connectés (attention, on présente les luns à la machine Windows sans les initialiser dans Windows, sinon carnage sur les datastores), le tansfert des donnes se fera sur le SAN et c’est le proxy qui va traiter les opérations.
Si on a un proxy physique, sans connexion au réseau de stockage, les données vont transiter sur le réseau ethernet entre le proxy et l’interface de management de l’ESX.
SAUVEGARDE
La sauvegarde fonctionne via les snapshots VMware.
Le job se lance, on demande au vcentter de faire un snapshot de la VM.
On sauvegarde ensuite les disques en utilisant le CBT (Change block Tracking) pour ne prendre que les blocs de données qui ont changés depuis la dernière sauvegarde.
Une fois que la sauvegarde est finie, le snapshot VMware est détruit.
La première sauvegarde est forcément de type FULL, les autres seront de type incrémentiel. Le proxy peut traiter en parrallèle plusieurs disques et plusieurs VMs.
RESTAURATION
Les restaurations peuvent être de différents types:
– Restauration de la VM dans son intégralité, en remplacement de la VM source ou dans un autre emplacement ( on va créer une nouvelle VM)
– Restauration d’un disque de la VM (vmdk)
– Restauration d’un fichier à l’intérieur de la VM
– Restauration d’un objet (Active directory, SQL, Sharepoint, Exchange, Oracle)
On peut par exemple restaurer uniquement un mail sur un serveur Exchange ou une base dans une DB SQL
REPLICATION
On peut également répliquer une VM d’une infra VMware ou Hyper-V vers une autre (Vmware vers VMware et Hyper-v vers Hyper-V !!)
Extrêmement utile dans la mise en place d’un PRA (Plan de Reprise d’Activité) si l’on dispose de 2 sites.
On a vraiment plus que survolé la solution, il y a beaucoup plus de fonctionnalités, de possibilités, mais forcément, en une page, c’est compliqué d’en résumer 1173 !!!
On pourrait sans problème faire tout un blog sur Veeam !!!
Le but de ce lab, c’est de présenter dans les grandes lignes la solution, je ferais surement des labs beaucoup plus techniques sur certains point, mais plus tard !!
—————————————————–
On est enfin prêt pour le démarrage du lab
Installation de Veeam B&R
—————————————————–
vhlab - Virtu@l home lab 