Je comprends que la base de connaissances VMWare fronce les sourcils sur les instantanés de longue durée, principalement en raison de deux choses (à mon avis)
Prendre des tonnes d'instantanés peut remplir le magasin de données. Les instantanés sont simplement des fichiers delta. Disons que vous avez un VMDK 50 Gig, presque plein, et que vous prenez un instantané. Dans votre instantané, vous retournez chaque bit. Votre fichier delta sera également d'environ 50 Go. Snapshot à nouveau, retournez les bits, un autre fichier delta de 50 Gig. Ceux-ci peuvent rapidement devenir incontrôlables.
Commettre de grands instantanés comporte des risques. Lors de la consolidation des instantanés, vous écrivez les modifications delta dans le VMDK d'origine. Cela prend du temps et comporte le risque que si quelque chose se produit, vous venez de neutraliser votre VMDK.
Leurs avertissements semblent logiques.
Cela étant dit, est-il intrinsèquement mauvais d'exécuter ma machine en permanence à partir d'un VMDK instantané? Je veux faire de mon arbre ce qui suit:
- Base
- Snap1
- Snap 2
- Tu es là
- Snap1
Les snap 1 et 2 seront pris immédiatement après l'installation et l'approvisionnement du système de base. Ce sont des machines que je prévois de rafraîchir fréquemment, je vais donc simplement faire ressembler mon arbre à ceci:
- Base
- Snap1
- Tu es là
- Snap 2
- Snap1
Supprimez Snap2 et recréez Snap2.
Je ne vois pas comment cela pourrait avoir des implications pour les raisons suivantes:
Étant donné que j'ai simplement installé une image de base et pris mes deltas immédiatement après, il n'y a aucun moyen de remplir le magasin de données. En supposant que mon image de base n'est que de 10 Go (sur un disque provisionné fin de 50 Go), même si mon delta a inversé chaque bit, mon utilisation totale maximale pourrait être de 60 Go (10 Go de base VMDK qui est verrouillé + 50 Go de delta dans le fichier instantané VMDK). Cela suppose que je ne crée pas d'autres instantanés.
Étant donné que mon cas d'utilisation n'appelle pas à la consolidation des instantanés, je ne risque pas d'erreurs lors de la consolidation de mes deltas. Lorsque je reviens à Snap1 et que je supprime Snap2, tout le delta qui résidait dans Snap2 est simplement supprimé.
La charge de stockage est exactement la même, donc je devrais obtenir le même IOPS. Je comprends que certains fichiers (principalement des fichiers système) existeront sur le VMDK d'origine et d'autres (tout après la base) résideront dans le delta, mais je ne vois pas comment ESXI s'en soucierait. Tous les fichiers se trouvent sur la même banque de données physique, donc les performances doivent être équivalentes à tout référencer dans le VMDK d'origine sans instantanés.
Des pensées? ESXI 5.5 avec le magasin de données étant RAID DAS.
Je n'ai pas de licence vCenter, donc les modèles et le clonage sont hors de propos.
RÉSULTATS DU TEST
Je suis arrivé tôt aujourd'hui pour effectuer des tests. Voici les résultats. Il y a une pénalité de performance mais je ne sais pas pourquoi.
Avant d'instantanés:
Après l'instantané:
la source
Réponses:
Oui, il existe des implications en termes de performances pour les instantanés de longue durée. La consolidation des VMDK delta dans le fichier disque d'origine a des implications encore plus importantes. Cela peut entraîner une absence de réponse dans le système d'exploitation de votre machine virtuelle ou d'autres comportements indésirables.
VMware intègre des fonctionnalités de création de modèles et de clonage dans vCenter. Vous avez besoin d'une licence vSphere Essentials de 600 $ pour l'activer.
Vous pouvez créer une machine virtuelle à votre goût, puis la cloner dans un modèle. Ce modèle peut ensuite être utilisé pour générer de nouvelles machines virtuelles à partir d'une image "Golden Master".
Cela vous permet d'avoir un "état propre" mais également de créer des machines virtuelles permanentes ou de longue durée à partir de cette image principale. Aucun instantané nécessaire.
la source
La réponse d'ewwhite est correcte, mais juste pour développer un peu plus ou la pénalité de performance, considérez le scénario suivant:
Vous créez une machine virtuelle. Une lecture virtuelle à partir du vmdk prend une lecture de disque physique de la même taille. Assez simple.
Imaginez maintenant que vous preniez un instantané de la machine virtuelle. Maintenant, pour chaque lecture virtuelle, vous allez subir 2 lectures physiques, l'une à partir du vmdk de base et l'autre à partir du vmdk delta, car vous avez besoin d'informations des deux pour obtenir l'état actuel. Vous êtes maintenant à deux fois le nombre de lectures de disque physique.
Pour deux instantanés, vous effectuez trois fois les lectures, etc. Si vous avez beaucoup d'instantanés, vous pouvez voir comment cela peut être une pénalité de performance assez importante. Cela ne se traduit pas nécessairement par des performances n fois moins bonnes (en raison de la mise en cache, des sections qui n'ont pas été modifiées, etc.), mais ce n'est pas une bonne pratique.
la source
Les instantanés VMware ESX sont destinés à une utilisation à court terme.
Une utilisation prolongée et des E / S lourdes peuvent provoquer des blocages de VM. Si vous avez un cas où l'écriture d'E / S est plus importante / plus rapide que la consolidation des instantanés, ESX gèlera la machine virtuelle pour protéger les données. Avec les instantanés temporels qui sont fragmentés et ESX effectue une consolidation interne, vous pouvez rencontrer des blocages périodiques.
Vous pouvez effectuer un modèle de machine virtuelle manuellement via ssh. Copiez le dossier VM contenant vmdk, vmx, etc. dans un nouveau dossier. Dans le fichier vmx de la VM nouvellement copiée, changez l'UID et l'adresse MAC.
VMware a un produit, Linked Clone, qui est la même chose que vous essayez de faire. Et ils disent qu'il a des problèmes de performances potentiels. En pratique, vous allez remasteriser des machines virtuelles après un certain temps. https://www.vmware.com/support/ws5/doc/ws_clone_typeofclone.html
la source