La VM perd la connexion lors de la suppression du snapshot

KB ID: 1681
Product: Veeam Backup & Replication
Version: 5.x, 6.x, 7.x, 8.x
Published: 2012-10-04
Last Modified: 2020-08-13
Languages: DE | EN | ES
Get weekly article updates
En vous inscrivant, vous acceptez que vos informations personnelles soient gérées conformément aux termes de la politique de confidentialité de Veeam.

Cheers for trusting us with the spot in your mailbox!

Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest

error icon

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.

Challenge

Durant l'étape de suppression du snapshot dans un job Veeam, la VM source perd temporairement la connectivité.

Cause

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.

Solution

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.
 

 


 

More information

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
Click here to send feedback regarding this KB, or suggest content for a new KB.
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.

Spelling error in text

Ce site étant protégé par la technologie reCAPTCHA, les règles de confidentialité et les conditions d’utilisation de Google s’appliquent.
Thank you!

Merci !

Nous avons reçu votre commentaire et nous allons le traiter.

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.

Commentaires/suggestions à propos de la base de connaissances

Ce formulaire sert uniquement aux commentaires et suggestions sur la base de connaissances. Pour une assistance concernant le logiciel, ouvrez un ticket de support.

En envoyant ce formulaire, vous acceptez que vos informations personnelles soient gérées conformément aux termes de la politique de confidentialité de Veeam.
Ce site étant protégé par la technologie reCAPTCHA, les règles de confidentialité et les conditions d’utilisation de Google s’appliquent.
Vérifiez votre adresse e-mail pour poursuivre le téléchargement
Nous avons envoyé un e-mail de vérification à :
  • Code de vérification incorrect. Veuillez réessayer.
Un e-mail contenant un code de vérification vient d'être envoyé à l’adresse
Vous n’avez pas reçu le code ? Cliquez pour le recevoir dans  secondes
Vous n’avez pas reçu le code ? Cliquez ici pour le recevoir
Thank you!

Merci !

Nous avons reçu votre commentaire et nous allons le traiter.

error icon

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.