therapie's Posts

bonjour j'ai une question concernant la gestion reseau avec les vswitchs j'ai des cartes reseau sur mes esx 3.5 qui sont en 1000Mb avec plusieurs vlans configurés sur des portgroups je vois sur mes guest que la carte reseau de ma vm est configuré en 1000Mb ce qui peut sembler logique par contre j'aimerai limiter chaque vm a 100Mb je pense avoir trouvé le parametre le permetant qui est le Traffic Shaping mais est ce que ces parametres de limitation s'appliquent a chaque vm se connectant sur ce portgroup ou au port group lui meme? en claire si je le configure à 102400 kbs est ce que ca me donnera 100Mb pour chaque vm ou 100Mb cumulé pour toutes les vms? merci d'avance

Bonjour, il y a possibilité avec VC 2.5 de definir une mac a l'avance mais est il possible de modifier le numero de serie des disques virtuels? sachant que le serveur qui calculera des licences en fonction de ces deux informations sera migré donc la machine physique ne pourra pas etre installée par avance afin de preparer toutes les modifications liées a ces licences. est il possible de modifier le numero de serie attribué a un disque virtuel suite a une migration P2V avec converter? sachant que chaque partition a son fichier vmdk propre?

Bonjour, je cherche un complement d'information sur le sujet du changement de taille de partition j'ai des serveurs virtualisés sous ESX 3.5 / VC 2.5 1 fichier vmdk pour chaque partition je souhaite augmenter la taille d'une partition mais pour cela j'ai des solutions que je voudrais confirmer 1/ utiliser converter mais pour ca je n'ai a priori pas d'autre solution que de migrer toutes la machine ce qui fait un temps demesurement long pour juste augmenter une des partitions de 5 GO 2/ augmenter la taille du vmdk avec les outils vmware mais ensuite je dois utiliser un outil tierce pour agrandir la partition windows les deux solutions necessitent donc une lourde modification n'y a t'il pas une solution plus simple? comme conversion d'un seul disque d'une VM par converter?

je n'ai pas le droit d'aller sur ce lien le lien est accessible depuis ici http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1003848&sliceId=1&docTypeID=DT_KB_1_1&dialogID=15438949&stateId=0%200%204984622 Vmware ferait il des docs qu'il garde pour ses potes? c'est dommage qu'il publie ces liens si c'est le cas. j'ai un gros You are not authorized to access this Document. Daniel

Bonjour, je ne sais pas si l'image est claire mais voila sur infra ESX 3.5 / VX 2.5 une machine virtuelle a arreté ses remontées de perf ci dessous c'est la courbe hearthbeat mais j'avais la meme chose sur les autres performances quelqu'un aurait il une possible explication? je precise qu'au niveau du guest durant cette periode il n'y a eu aucun probleme constaté Merci d'avance

Bonjour, infra ESX 3.5 / VC 2.5 j'ai a migrer un serveur sur lequel je dois garder la mac adresse malheureusement cette adresse etant hors du scope d'adresses mac proposées par VMWARE lorsque j'essais de demarrer la machine virtuelle apres modification du fichier vmx j'ai un message d'erreur xx:xx:xx:xx:xx:xx is not an allowed static ethernet address n'y a t'il pas moyen de contourner cette contrainte d'utiliser un range de mac addresses (dont vmware est proprietaire si j'ai bien compris ) merci d'avance Daniel

bonjour sur le vi tollkit je vois bien une comandlet qui permet d'arreter ou redemarrer l'os d'une machine virtuelle mais rien sur la possibilité de lancer en remote un script sur une machine virtuelle j'ai deux scripts que je veux lancer suite a une migration par converter 1 qui reconfigure la carte reseau et 1 qui supprime les programmes inutils et les peripheriques fantomes mais il semble que je sois obligé des les lancer manuellement en me connectant sur la vm il y a t'il une possibilité de lancer des script en remote avec VI Client je travaille sur une infra ESX 3.5 Virtual Center

Bonjour, il y a t'il une formule utilisable pour estimer le temps de transfer d'un volume vers une infrastructure ESX 3.5 / VC 2.5 il s'agit de migration a froid je choisi systematiquement le transfer des volumes vers un fichier vmdk independant, et je suis ammené a modifier la taille du volume tres souvent voici un tableau des migrations deja effectuées qui est inexploitable car trop de parametres entrent en ligne de compte j'ai quand meme un taux de transfer a peut pres constant lorsque la taille du volume ne varie pas (0,28 GO a 0,36 GO de données utiles par minute) mais difficile de dire a quel point l'espace non utilisé entre en compte. migrations simultanées (nb) taille volume physique (Go) Taille volume apres migration (Go) espace utilisé (Go) temps de migration (mn) 2 8 1 0,21 1 2 18 1 0,46 1 2 6 5 0 1 2 36 4 2,32 2 2 8 6 0 8 2 4 6 3,19 10 2 6 6 4,32 12 2 8 8 3,7 13 2 8 8 5,24 17 2 10 10 8,5 23 2 67 30 12,54 35 j'ai à estimer des migrations pour des volumetries de 100 a300 GO mais je ne vois pas vraiment de constantes dans ces temps de migration autre difficulté les migrations sur des grosses volumetries se feront a chaud est ce que cela change le taux de transfer ? Si qqun a deja travaillé sur ce sujet

Converter ne supprime pas lui meme les peripheriques de la machine source donc je me suis appuyé sur un utilitaire de microsoft permettant de le faire avec le script ci desous L'utilitaire DevCon est un utilitaire de ligne de commande qui peut être utilisé à la place du Gestionnaire de périphériques. Il vous permet d'activer, de désactiver, de redémarrer, de mettre à jour, de supprimer et d'interroger des périphériques individuels ou des groupes de périphériques. Il fournit également des informations utiles aux développeurs de pilotes, mais non disponibles dans le Gestionnaire de périphériques. le repertoire de travail est c:\p2v vous pouvez trouver devcon chez microsoft voici le script en batch - echo liste des peripheriques installes et des peripheriques installes et presents c:\p2v\devcon\i386\devcon.exe findall * >c:\p2v\all.txt c:\p2v\devcon\i386\devcon.exe find * >c:\p2v\installed.txt rem liste la totalite des peripheriques et lance la fonction diff for /f "eol=: tokens=1 delims= " %%i in (c:\p2v\all.txt) do call :diff "%%i" goto :deldir rem fonction diff :diff set item=%1 set item=%item::=% find %1 c:\p2v\installed.txt 1>2 if %errorlevel% == 1 c:\p2v\devcon\i386\devcon.exe remove @%item% goto :eof shutdown /r /f /t 00 -

Bonjour je travail sur ESX 3.5 avec 8 processeurs par ESX ma question porte sur la meilleure option pour la conf des machines virtuelles 1j'ai cru comprendre que la frequence d'un processeur n'est pas partagée le processeur doit etre libre pour etre utilisé donc si je configure des machines virtuelles 1 processeur 2 processeur et 4 processeurs les machines 4 processeurs doivent ils avoir 4 processeurs libres pour pouvoir les utiliser? si c'est le cas ils sont penalisés par rapport aux autres machines virtuelles faut il utiliser chaque ESX pour stocker les machines virtuelles ayant le meme nombre de cpu? est ce que ca sert a quelque chose de limiter la frequence d'un processeur sur une machine virtuelle? un processeur physique de 2 Ghz si je le partage entre deux vm que je limite a 1Ghz est ce preferable au partage entre 2 Vm a 2 Ghz et la valeur de share joue elle sur le partage cpu? merci d'avance