Une perte de connexion à la VM pendant la suppression des snapshots

La connexion à la VM de source est temporairement perdue à l’étape de suppression des snapshots lors de la sauvegarde.

Veeam ne supprime pas de snapshots lui-même, Veeam n’envoie qu’une requête API à VMware en demandant de le faire.

Le processus de suppression des snapshots réduit considérablement le nombre total d'IOPS qui peuvent être fournies par la VM. Cela peut se passer à cause des verrous supplémentaires posés sur le stockage VMFS en raison de l'augmentation des mises à jour de métadonnées, ainsi qu'à cause de la charge IOP supplémentaire du processus de suppression des snapshots lui-même. Dans la plupart des environnements, si votre stockage est déjà chargé de 30-40% d'IOPs, ce qui n'est pas rare pour un serveur SQL/Exchange chargé, le processus de suppression des snapshots poussera facilement cette valeur à plus de 80% et probablement la rendra même beaucoup plus élevée. La plupart des baies de stockage subiront une pénalité de latence importante une fois que les IOPs auront atteint la barre des 80% et plus, ce qui bien sûr nuira aux performances des applications.

Ce test doit être effectué lorsque la connectivité à la machine virtuelle n'est pas sensible, par exemple en dehors des heures de pointe.

Pour isoler ce problème à l'événement spécifique de suppression du  snapshot VMware, Veeam suggère le test d'isolement suivant :

1. Créez un snapshot sur la VM en question.
2. Laissez ce snapshot sur la VM pour le temps que prend d’habitude le job Veeam pour cette machine.
3. Supprimez le snapshot.
4. Observez l’état de la VM pendant la 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 du job Veeam, on peut conclure que le problème vient plutôt du côté de l'environnement VMware. Consultez la liste suivante d'étapes de dépannage et de problèmes connus. Si aucune des solutions suivantes ne permet de résoudre le problème, nous vous conseillons de contacter directement le support Vmware concernant le problème de suppression des snapshots.

• Si la VM figée est stockée sur une banque de données NFS 3.0, consultez la section ci-dessous sur un problème connu avec NFS 3.0 et Hotadd.
• Vérifiez si la VM a des snapshots quand aucune tâche Veeam n'est en cours d'exécution et supprimez ceux qui sont trouvés.
  
  Veeam Backup & Replication peut sauvegarder une VM contenant des snapshots. Cependant, il a été observé que lorsque VMware tente de supprimer un snapshot qui a été créé lors de l'exécution d'un job de Veeam, et qu'un snapshot était présent sur la VM avant le job Veeam, le snapshot peut devenir figé.
  
• Vérifiez si la VM contient des snapshots orphelins. (Voir: http://kb.vmware.com/kb/1005049)
• Réduisez le nombre de tâches concurrentes exécutées par Veeam. Cela réduira le nombre de tâches de snapshots actives sur les banques de données.
• Déplacez la VM vers une banque de données avec plus d'IOPS disponibles ou partagez les disques de la machine virtuelle entre plusieurs banques de données pour mieux répartir la charge.
• Si les ressources CPU de la VM augmentent fortement pendant la consolidation des snapshots, envisagez d'augmenter la réservation de CPU pour cette VM.
• Assurez-vous que vous utilisez le dernier ''build'' de votre version actuelle de vSphere, des hyperviseurs, de VMware Tools et du micrologiciel SAN, le cas échéant.
• Déplacez la VM vers un hôte avec plus de ressources disponibles.
• Si possible, changez l'heure à laquelle la VM est sauvegardée ou répliquée à une heure où l'activité de stockage est la plus faible.
• Utilisez ''workingDir'' pour rediriger les snapshots vers un stockage de données différent de celui sur lequel réside la VM. http://kb.vmware.com/kb/1002929

Ce problème se présentera comme plusieurs minutes de gel. Le gel normal des snapshots ne prend que quelques secondes.

Il existe un problème connu avec les banques de données NFS 3.0 et le mode de transport Virtual Appliance (HOTADD). Le problème est documenté dans cet article de la base de connaissances VMware : http://kb.vmware.com/kb/2010953. "Ce problème se produit lorsque la machine virtuelle cible et l'appliance de sauvegarde [proxy] résident sur deux hôtes différents et que le protocole NFSv3 est utilisé pour monter des banques de données NFS. Une limitation dans la méthode de verrouillage NFSv3 provoque un délai d'attente de verrouillage, qui met en pause la machine virtuelle qu'on sauveagrde [pendant la suppression du snapshot]."

Si ce problème se produit, vous devez implémenter l'une des trois solutions suivantes :

Pour plus d'informations sur  Snapshots figés, veuillez consulter cet article de la base de connaissances VMware :  Snapshot removal stops a virtual machine for long time (1002836)