Il existe déjà plu­sieurs tuto­riels sur le net concer­nant le déploie­ment de ser­veurs ESX avec Auto-Deploy, cette nou­velle fonc­tion­na­lité appa­rue avec vSphere5 qui per­met de déployer des ser­veurs ESX en mode stateless

http://www.vmware.com/files/pdf/products/vsphere/VMware-vSphere-Evaluation-Guide-4-Auto-Deploy.pdf

Voici une pro­cé­dure pour déployer des ser­veurs ESX avec l'appliance vCenter5.

Pre­mière étape :

Démar­rage du ser­vice Auto­De­ploy depuis l’interface d’administration de appliance

Confi­gu­ra­tion du DHCP

il existe un fichier modèle pour le dhcp /etc/dhcpd.conf.template cepen­dant voici la ver­sion que j'utilise

allow boo­ting;
allow bootp;
deny dupli­cates;
ddns-update-style none;

include "/etc/dhcpd.deploy.conf";

sub­net 192.168.0.0 net­mask 255.255.255.0 {
option domain-name "ad.local";
option domain-name-servers 192.168.0.102;

range 192.168.0.191 192.168.0.183;
allow unknown-clients;
option gpxe.no-pxedhcp 1;
next-server 192.168.0.133;
file­name "undionly.kpxe.vmw-hardwired";

Lire la suite...

Suite aux dif­fé­rents pro­blèmes ren­con­trés par les clients sur la ver­sion 6 notam­ment au niveau des ver­sions Win­dows non-anglaises ou encore les pro­blèmes sur le mode SAN, Veeam a mise en ligne un patch qui cor­rige les dif­fé­rentes points.

Sup­port Notice

A patch is avai­lable for v6. If you plan to use Direct SAN access mode, are run­ning a loca­li­zed ver­sion of Micro­soft Win­dows, or are upgra­ding from a pre­vious ver­sion of Veeam Backup & Repli­ca­tion, consi­der ins­tal­ling the patch.
http://www.veeam.com/kb_articles.html/KB1442

Pour avoir mise en place cette semaine un ser­veur de sau­ve­garde avec Veeam Backup ver­sion 6, voici mon retour :

J'ai ren­con­tré beau­coup de pro­blèmes pour faire fonc­tion­ner les sau­ve­gardes, et du coup cela s'est ter­miné par une dés­ins­tal­la­tion et une réins­tal­la­tion d'une ver­sion 5.

Avec la ver­sion 5 ins­tal­lée sur un Win­dows 2008 R2 FR, je n'ai pas réussi à faire fonc­tion­ner le logi­ciel quelque soit le mode uti­lisé (LAN ou SAN).

Après plu­sieurs recherches et quelques tests sur mon home­lab, j'ai constaté que les pro­blèmes n'étaient pas pré­sents avec une ver­sion Win­dows 2008 US. Le pro­blème semble donc venir du VDDK (Ver­sion 5) qui pose pro­blème avec des ver­sions de Win­dows non US.

Tou­jours sur une ver­sion FR de Win­dows, l'utilisation du mode Auto­ma­tic (Fai­lo­ver LAN coché) au niveau du Backup Proxy fonc­tionne mieux que le mode Net­work forcé.

Il existe aussi d'autres pro­blèmes avec le Backup en mode SAN, vous trou­ve­rez plus de détails dans le lien ci-dessous.

Résumé des pro­blèmes connus lors des migra­tions v5 vers v6 : http://forums.veeam.com/viewtopic.php?f=2&t=9533

Réso­lu­tion  : L'une des alter­na­tives consiste à ins­tal­ler le pack de langue us sur la ver­sion fr de Win­dows, voici le lien pour la ver­sion Win­dows 2008 R2 SP1

Voici une méthode pour désac­ti­ver com­plé­te­ment IPV6 sur les inter­faces réseaux dans Win­dows 2008.

En effet, le fait de déco­cher la case IPv6 dans les pro­prié­tés de la carte réseau ne désac­tive pas com­plé­te­ment ipv6 sur le ser­veur. Il suf­fit d'exécuter la com­mande ipcon­fig pour se rendre compte de cela.

Solu­tion.
Créer un DWORD nommé Disa­bled­Com­po­nents avec la valeur FFFFFFFF dans HKLM\System\CurrentControlSet\Services\Tcpip6\Parameters.

http://support.microsoft.com/kb/929852

Le job de répli­ca­tion dans Vizion­Core vRe­pli­ca­tor plante avec l'erreur "Error cau­sed by file /vmfs/volumes/lun/vm/vm.vmdk".

Dans l'eventlog de vRe­pli­ca­tor ser­vice, on a le mes­sage d'erreur suivant:

Error cau­sed by file /vmfs/volumes/lun/vm/vm.vmdk".

Note that a detai­led log of the repli­ca­tion can be found at: xxxxxxxxxxxxxxxx.repjob

If you can­not resolve this pro­blem on your own, Vizion­core sup­port team will require the atta­ched log to deter­mine the cause of the pro­blem and advise you on the resolution.

Regards,
Vizion­core Team

Voici la solution

• Dans vRe­pli­ca­tor, cli­quer sur le menu Tools et choi­sis­sez  Chan­ged Block Tra­cking Options
• Iden­ti­fier la VM et déco­cher la case Enabled sur la VM  concer­née puis fer­mez la fenêtre
• Dans vCen­ter, créez un nou­veau snap­shot sur cette VM
• Reve­nez dans la console Tools de vRe­pli­ca­tor et réac­ti­ver le Change Block Tra­cking sur cette VM
• Dans vCen­ter, sup­pri­mer le snap­shot sur cette VM
• Relan­cer ensuite le job

Cette solu­tion a fonc­tionné pour moi pal mal de fois.

Voici le docu­ment de trou­ble­shoo­ting de per­for­mance pour ESX 4.1 , il est sorti au mois de février mais reste un excellent docu­ment à gar­der sous le coude.
http://communities.vmware.com/docs/DOC-14905

Pré­sen­ta­tion

Le pro­duit San Symphony-V, qui est sor­tie le 31 jan­vier, est la fusion des deux inter­faces San Melody et San Sym­phony. L’interface ainsi que le code ont tota­le­ment était revu. La ges­tion du pro­duit peut main­te­nant être déporté car le pro­duit fonc­tionne avec une console,  celle-ci peut être ins­tal­lée sur les noeuds  data­core mais égale­ment sur un poste de management.

Chan­ge­ment dans l'interface
L’interface est « user-fiendly » et donc rela­ti­ve­ment intui­tive. Ayant réa­lisé une majo­rité d’installation sur San Melody, je trouve cette inter­face très riche et elle per­met de réa­li­ser la plu­part des opé­ra­tions sans avoir à chan­ger sans cesse de ser­veur ou de console pour réa­li­ser les opé­ra­tions de bases.

Parmi les nom­breux changements :

Lire la suite...

Voici la pro­cé­dure pour pas­ser un Win­dows 2008/7 ins­tallé à par­tir d'un media "RETAIL" vers une ver­sion volume.

Véri­fi­ca­tion du type de licence

C:\Windows\System32>cscript slmgr.vbs -dli

Micro­soft ® Win­dows Script Host Ver­sion 5.8
Copy­right © Micro­soft Cor­po­ra­tion. All rights reserved.

Name: Win­dows Ser­ver®, Ser­ver­Stan­dard edi­tion
Des­crip­tion: Win­dows Ope­ra­ting Sys­tem - Win­dows Ser­ver®, RETAIL chan­nel
Par­tial Pro­duct Key: 2XXXX
License Sta­tus: Ini­tial grace per­iod
Time remai­ning: 1500 minute(s) (1 day(s))

Chan­ge­ment de la clé pour une clé KMS (ins­tallé par défaut avec un Win­dows 2008)

Lire la suite...

J'ai ren­con­tré un pro­blème de réseau assez étrange sur une de mes déploie­ment dont voici les détails.

Confi­gu­ra­tion :
Ser­veurs : IBM x3850 pre­mière géné­ra­tion,
VMware : ESXi4.1 à jour (+2 Patchs)
Cartes Réseaux : Broad­com inté­gré + Intel 82571EB
Switch vir­tuel vSwoitch0 conte­nant les cartes Broad­com : Réseau de mana­ge­ment
Switch vir­tuel conte­nant les cartes Intel : Réseau des VM

Symp­tôme :
Les machines vir­tuelles sur le Switch de pro­duc­tion ne com­mu­ni­quaient pas sur le réseau et au fur et à mesure les cartes réseaux (vmnic) tom­baient une à une alors que sur le Switch phy­sique, elles étaient bien UP.

J'ai donc tout d’abord essayé la KB http://kb.vmware.com/kb/1030265 même si mes ser­veurs ESX étaient assez anciens,  mais sans effet.

Le pro­blème a été résolu en appli­quant la KB http://kb.vmware.com/kb/1010313 et tout fonc­tionne nor­ma­le­ment, par contre aucune trace de mes­sages d’erreurs dans les logs.

Depuis la ver­sion 4.1 de vSphere, la console vCen­ter ne peut être ins­tal­lée que sur un sys­tème 64 bits. Or, et c'est le cas chez bon nombre de per­sonnes, la console est sou­vent ins­tal­lée sur une ver­sion Win­dows 2003 32bits.

Vu que le sys­tème d'exploitation doit être ins­tal­lée, VMware four­nit dans son package d'installation un outil de migra­tion pour ma base de données.

Voici, dans les grandes lignes, le pro­cess à suivre

Sur le ser­veur vCen­ter Source:

Arrê­ter les ser­vices vCen­ter vpxd, vctomcat....)

Copier le dos­sier data­mi­gra­tion sur le disque C:\

Extraire l'archive

Exé­cu­ter la com­mande backup.bat

Sur le ser­veur vCen­ter Cible:

Aten­tion !!!  ::: Ne pas ins­tal­ler la ver­sion 4.1 de vCenter

Copier le dos­sier data­mi­gra­tion au même empla­ce­ment (disque C:\ par exemple)

Exe­cu­ter la com­mande install.bat pour ins­tal­ler la ver­sion 4.1 et res­tau­rer la base de données.

http://kb.vmware.com/kb/1021635

http://kb.vmware.com/kb/1022137