Géné­ra­le­ment, en vue d'un PRA, l'infrastructure est dépor­tée sur 2 salles. Et sou­vent, on part sur un pre­mier sto­ckage dans une salle, puis on le sécu­rise avec un autre dans la salle de secours. Mais la ges­tion en reste de façon glo­bale aux 2 salles (infra­struc­ture hori­zon­tale), ce qui est un bon début pour un PRA mais pas for­cé­ment automatisé.

Le pro­duit VMware Site Reco­very Mana­ger est un pro­duit gérant l'ordonnancement du PRA. Pour cela, il faut avoir un sto­ckage (com­pa­tible SRM) répli­qué entre 2 salles et sur­tout il faut que l’infrastructure vir­tuelle soit scin­der en 2 salles pour qu'elles puissent fonc­tion­ner de façon auto­nome (per­met­tant de faire repar­tir la Prod dans l'autre salle). Et c'est la qu'une évolu­tion pro­gres­sive d'une infra­struc­ture vir­tuelle en vue d'un PRA, ne cor­res­pond pas à une archi­tec­ture conve­nable pour SRM. C'est la jus­te­ment qu'il va fal­loir ver­ti­ca­li­ser l'infrastructure pour la rendre com­pa­tible SRM.

Je ne vais pas m'étendre sur les pré-requis sto­ckage ni d'installation de SRM. En par­tant d'un exemple concret, je vais plu­tôt expli­quer le mode opé­ra­toire pour bas­cu­ler une infra­struc­ture vir­tuelle hori­zon­tale vers une infra­struc­ture vir­tuelle verticale.

Donc par­tons de l'exemple ci-dessous, qui contient un pre­mier vCen­ter dans une salle qui admi­nistre un ensemble de ser­veurs ESX pour les VMs Ser­veurs for­mant un Clus­ter entre 2 salles et un second vCen­ter dans l'autre salle qui admi­nistre un ensemble de ser­veurs ESX pour des VMs View for­mant un Clus­ter entre 2 salles:

Lire la suite...

Pour des diverses rai­sons (dis­so­cia­tion géo­gra­phique, mise en place de PRA...) il est pos­sible que l'on sou­haite sépa­rer une infra­struc­ture vir­tuelle en 2 ins­tances vCenter. Cette opé­ra­tion était assez simple en vCen­ter 2.x (copie de la base et net­toyage des objets obsolètes). Avec la ver­sion vCen­ter 4.x c'est plus com­pli­quée du fait des traces res­tantes dans la base ADAM. Il existe une pro­cé­dure (Cf. KB1031846) qui per­met de réa­li­ser cette opé­ra­tion en net­toyant les rela­tions avec l'ADAM, ce qui per­met­tra de lier les 2 vCen­ters en Linked-Mode. 

Voici le mode opé­ra­toire pour sépa­rer en 2 vCenter:

1. Pré­pa­rer le ser­veur pour le second ser­veur vCenter
2. Créer une nou­velle base de don­née vierge sur le second vCenter 
3. Créer la liai­son ODBC (DSN) sur le second vCenter
4. Copier les cer­ti­fi­cats SSL du pre­mier vCen­ter sur le second (dans "C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\SSL")
5. Ins­tal­ler vCen­ter sur le second serveur
6. Arrê­ter les ser­vices du second vCen­ter ("VMware Vir­tual­Cen­ter Ser­ver" & "VMwa­reVCM­SDS") 
7. Expor­ter les per­mis­sions & les rôles du pre­mier vCen­ter (exé­cu­ter en Power­CLI le script export-permissions-roles.ps1sur le pre­mier vCenter)
8. Décon­nec­ter tous les ESXs (faire un "Remove" puis un "Dis­con­nect")
9. Arrê­ter les ser­vices du pre­mier vCen­ter ("VMware Vir­tual­Cen­ter Ser­ver" & "VMwa­reVCM­SDS") 
10. Sau­ve­gar­der la base de don­nées du pre­mier vCenter
11. Res­tau­rer sur la base de don­nées du second vCen­ter (écra­ser la base vide)
12. Sup­pri­mer les don­nées de la table "VPX_BINARY_DATA" du second vCen­ter (avec la com­mande SQL "TRUNCATE Table dbo.VPX_BINARY_DATA")
13. Démar­rer les ser­vices des 2 vCen­ters ("VMware Vir­tual­Cen­ter Ser­ver" & "VMwa­reVCM­SDS") 
14. Chan­ger l'Unique ID et le vCen­ter Ser­ver Name du second vCen­ter (dans "vCen­ter Ser­ver Set­tings > Run­time Set­tings")
15. Redé­mar­rer les ser­vices du second vCen­ter ("VMware Vir­tual­Cen­ter Ser­ver" & "VMwa­reVCM­SDS") 
16. Sup­pri­mer dans chaque vCen­ter les DataCenters/Clusters obsolètes
17. Recon­nec­ter les ser­veurs ESX dans cha­cun des vCenters
18. Impor­ter les per­mis­sions & les rôles sur le second vCen­ter (exé­cu­ter en Power­CLI le script import-permissions-roles.ps1sur le second vCen­ter) avec le fichier "vInventory.xml" généré lors de l'export
19. Et option­nel­le­ment joindre le second vCen­ter au pre­mier en Linked-Mode (avec l'assistant "vCen­ter Ser­ver Lin­ked Mode Confi­gu­ra­tion")

Lire la suite...

La fonc­tion Linked-Mode per­met de lier plu­sieurs vCen­ter entre eux pour avoir une vue glo­bale des vCenters.

Lors de la junc­tion d'un vCen­ter en Linked-Mode, si vous avez l'erreur 28039: "Setup can­not join vCen­ter Ser­ver to lin­ked mode group". 

Lire la suite...