Update : Howto install and use VMware Data Recovery 1.1
Hier, votre ami DS s'est penché sur la mise en oeuvre du nouvel utilitaire de sauvegarde intégré à vSphere : Data Recovery.
L'outil se présente sous la forme d'un plug-in à intégrer dans vCenter et d'un fichier .OVF permettant d'importer une Virtual Appliance CentOS dans l'infrastructure. Par rapport à l'outil VCB, on peut noter une intégration complète dans vCenter, une sauvegarde possible de 100 VMs à base de snapshot, dont 8 multiplexées simultanément. L'outil ne sait sauvegarder que sur des volumes disques, mais en mettant en oeuvre de la déduplication à la cible, gage de gain de place non négligeable. Le paramétrage des jobs est d'une extrème simplicité. La seule difficulté rencontrée à été un message "07/07/2009 22:44:28 - Failed to create snapshot for [NOM_VM], error -3902 ( file access error) Execution Event" lors des premières tentatives de sauvegarde de VM. Il semble que celà soit dû au fait qu'il fallait déclarer outre l'ensemble de hosts, le nom de l'appliance dans le DNS. En terme de ressources, l'appliance consomme 4Ghz pour 2 Go de ram. Le débit, sur le SAN ISCSI, est de 60 Mo/s pour 2500 IOPS en lecture sur les datastores et 15 Mo/s pour 150 IOPS en écriture. Le débit de lecture est conforme à ce que l'on relève avec VCB, par contre l'écriture est beaucoup moins performante que sur bande. Vraisemblablement, les calculs de factorisation nécessaires à la déduplication ne sont pas étrangers à cette faible performance pour le 1er backup. On peut imaginer qu'ils seront bien plus importants pour les suivants.
Hier, votre ami DS s'est penché sur la mise en oeuvre du nouvel utilitaire de sauvegarde intégré à vSphere : Data Recovery.L'outil se présente sous la forme d'un plug-in à intégrer dans vCenter et d'un fichier .OVF permettant d'importer une Virtual Appliance CentOS dans l'infrastructure. Par rapport à l'outil VCB, on peut noter une intégration complète dans vCenter, une sauvegarde possible de 100 VMs à base de snapshot, dont 8 multiplexées simultanément. L'outil ne sait sauvegarder que sur des volumes disques, mais en mettant en oeuvre de la déduplication à la cible, gage de gain de place non négligeable. Le paramétrage des jobs est d'une extrème simplicité. La seule difficulté rencontrée à été un message "07/07/2009 22:44:28 - Failed to create snapshot for [NOM_VM], error -3902 ( file access error) Execution Event" lors des premières tentatives de sauvegarde de VM. Il semble que celà soit dû au fait qu'il fallait déclarer outre l'ensemble de hosts, le nom de l'appliance dans le DNS. En terme de ressources, l'appliance consomme 4Ghz pour 2 Go de ram. Le débit, sur le SAN ISCSI, est de 60 Mo/s pour 2500 IOPS en lecture sur les datastores et 15 Mo/s pour 150 IOPS en écriture. Le débit de lecture est conforme à ce que l'on relève avec VCB, par contre l'écriture est beaucoup moins performante que sur bande. Vraisemblablement, les calculs de factorisation nécessaires à la déduplication ne sont pas étrangers à cette faible performance pour le 1er backup. On peut imaginer qu'ils seront bien plus importants pour les suivants.
Aucun commentaire:
Enregistrer un commentaire