La VM perd la connexion lors de la suppression du snapshot

Veeam ne supprime pas le snapshot lui-même, Veeam envoie un appel API à VMware pour que l'action soit exécutée.

Le processus de suppression des snapshots réduit considérablement le nombre total d’IOPS fourni par la VM, et cela en raison de verrouillages supplémentaires du stockage VMFS causés par l’augmentation des mises à jour de métadonnées, ainsi que de la charge IOP supplémentaire par la procédure même de suppression du snapshot.
Dans la plupart des environnements, si vous êtes déjà à plus de 30 à 40 % de charge IOP au niveau de votre stockage cible, ce qui n’est pas inhabituel avec un serveur SQL/Exchange occupé, cependant le processus de suppression du snapshot fera facilement augmenter ce taux à 80 %+ et probablement plus.
La plupart des baies de stockage subiront une latence significative une fois les IOP franchiront le seuil des 80 %+, ce qui nuira évidemment aux performances des applications.

Isolation du problème

Le test suivant doit être effectué pendant une période durant laquelle la connectivité a la Machine virtuelle n’est pas sensible, par exemple en-dehors des heures de pointe.

Afin d’isoler la problématique a un évènement VMware spécifique de suppression de snapshot, Veeam suggère le suivant test :

1. Créer un snapshot au niveau de la VM en question
2. Laisser le snapshot au niveau de la VM pour une durée équivalente à celle parcouru par le job pour traiter cette VM.
3. Supprimer le snapshot.
4. Observer la VM durant le processus de suppression du snapshot.

Si lors de l'exécution du test ci-dessus, vous observez les mêmes problèmes de connectivité que lors de l'exécution de la tâche de sauvegarde Veeam, le problème existe très probablement dans l'environnement VMware lui-même. Veuillez consulter la liste suivante des étapes de dépannage et des problèmes connus. Si aucune des solutions suivantes ne résout le problème, nous vous conseillons de contacter directement le support VMware concernant le problème de suppression de snapshot.

Etapes courantes de dépannage

• Vérifier les snapshots au niveau de la machine virtuelle lorsqu'aucune tâche de sauvegarde n'est en cours d'exécution et supprimer ceux trouvés.
• Vérifier les snapshots orphelins sur la machine virtuelle.  (Voir: http://kb.vmware.com/kb/1005049 )
• Réduire le nombre de tâches simultanées qui se produisent dans Veeam, cela réduira le nombre de tâches de snapshot actives sur les banques de données.
• Déplacer la VM vers une banque de données avec plus d'IOPS disponibles, ou divisez les disques de la VM sur plusieurs banques de données pour répartir plus uniformément la charge.
• Si les ressources CPU des VM augmentent fortement lors de la consolidation des snapshots, envisagez d'augmenter la réservation en CPU pour cette VM.
• S’assurer que vous utilisez le dernier build de votre version actuelle de vSphere, des hyperviseurs, des outils VMware et du micrologiciel SAN, dans les cas où c'est applicable.
• Déplacer la VM vers un hôte avec plus de ressources disponibles.
• Si possible, modifiez l'heure durant laquelle la machine virtuelle est sauvegardée ou répliquée à une heure où l’activité de stockage est minimale.
• Utiliser un workingDir pour rediriger les snapshots vers une banque de données différente de celle sur laquelle réside la VM. http://kb.vmware.com/kb/1002929
• Désactiver le pilote VMware Tools Sync sur la machine virtuelle: http://kb.vmware.com/kb/1009886

Problème connu avec les banques de données NFS 3.0

Note : Ce problème se présentera comme plusieurs minutes de suspension. Les machines virtuelles sont suspendues lors d’un snapshot normal que pour quelques secondes.

Au moment de la rédaction de cet article KB, il existe un problème connu avec les banques de données NFS et le mode de transport Virtual Appliance (HOTADD). Le problème est documenté dans cet article VMware: http://kb.vmware.com/kb/2010953

Si ce problème se produit et pour contourner ce problème Veeam recommande d’effectuer l’une des trois actions suivantes :

1. Utiliser le mode direct NFS
Plus de détails sont disponibles ici:
https://helpcenter.veeam.com/docs/backup/vsphere/direct_nfs_access.html

2. Configurer Veeam Backup & Replication pour utiliser un proxy sur le même hôte que la VM
Note : cette option n'est disponible que sur les versions plus récentes que 7.0.0.839

1. Créer une VM en tant que proxy sur chaque hôte de votre cluster VMware où les sauvegardes ont lieu
2. Sur le serveur sur lequel la console Veeam Backup & Replication est installée, ouvrir 'Registry Editor'
3. Créer la suivante clé de registre avec la valeur ci-dessous :
   HKLM \ Software \ Veeam \ Veeam Backup and Replication \
   Type: DWORD
   Name: EnableSameHostHotaddMode
   value: 
   Pour la valeur, il existe deux options, "1" ou "2", ces options sont expliquées ci-dessous:
   • 1 - Si le proxy sur le même hôte que la VM n'est pas disponible, Veeam Backup & Replication basculera vers un proxy sur un hôte différent et utilisera le mode de transport disponible, ce qui peut provoquer un étourdissement
   • 2 - Si le proxy sur le même hôte que la VM n'est pas disponible, Veeam Backup & Replication utilisera un proxy disponible sur un hôte différent, mais le forcera à utiliser le mode de transport réseau, afin qu'aucun étourdissement ne se produise; cela peut être préférable lorsque l'étourdissement n'est pas tolérable.

Note : les deux valeurs 1 ou 2 activeront le SameHostHotaddMode, qui oblige Veeam B&R à tenter d'abord d'utiliser le proxy qui se trouve sur le même hôte que la VM à sauvegarder.

3. Reconfigurer les proxys pour utiliser le mode de transport réseau.

1. Modifier les proxies répertoriés sous  [Backup Infrastructure]>[Backups Proxies]
2. Cliquer sur le bouton [Choose] près de “Transport mode”
3. Sélectionner en cochant la case appropriée pour le mode “Network”
4. Cliquer sur [OK] pour fermer l'invite, puis sur [Finish] pour valider la modification.

 

 

 

Plus d'information

Les liens suivants sont fournis pour mieux comprendre le processus de suppression de snapshot dans VMware:

http://up2v.nl/2011/05/09/know-the-performance-impact-of-snapshots-used-for-backup/

http : //kb.vmware.com/kb/1002836