Voici la suite de mon article sur la mise à jour de mon homelab ,qui concernait la partie “matériel” de l’installation que je vous invite à la lire ici.
Pour la partie “logiciel”, j’ai procédé à l’installation de façon classique avec une clé USB comprenant les sources ESXi. Ces boîtiers sont également équipés de lecteur de carte SD mais côté Drivers et boot sur la carte SD ce n’est pas trop ça donc à éviter. Les sources de la version 6.7 VMware-VMvisor-Installer-6.7.0-8169922.x86_64.
Mon infrastructure maison a longtemps été hébergée sur mon poste avec un VMware Workstation. Puis je suis passé sur ESXi avec une machine dédiée. J’ai également eu un “Single Node Nutanix” et maintenant, mes besoins en “prod” ont augmenté. Je me tourne vers un vSAN à base d’Intel NUC comme beaucoup d’entre nous. Cette configuration sans être dans la HCL VMware fonctionne sans modification de l’iso d’installation de l’hyperviseur.
Les précédents testent de bascule entre nos baies HPe ne s’étaient pas déroulés comme prévu et nous avions donc demandé à HPe un petit développement pour modifier le comportement du SRA.
Le paramètre par défaut démap les volumes, ce qui nous pose problème après la bascule et au retour, notamment pour les appliances de backup.
Après validation côté HPe et VMware, nous sommes prêts à tester ce nouveau paramètre à savoir “unexport_devices_during_failover”.
Concrètement, une fois les volumes exportés sur les deux sites et sur les bons hôtes, il faut configurer le setting à “no”, mais également accepter les certificats des deux baies et ceux sur les deux sites :
TpdSrm.exe unexport_devices_during_failover no TpdSrm.exe validatecert -sys "IP_Production" -user "User_Production" -pass "Password_Production" TpdSrm.exe validatecert -sys "IP_DR" -user "User_DR" -pass "Password_DR"
Nous avons validé le fonctionnement du nouveau paramètre SRA le week-end dernier et tout fonctionne comme prévu.
Merci aux équipes HPe pour l’implémentation de cette fonctionnalité qui répond à notre besoin.
Pour retrouver le precedent article sur l’installation du SRA HPe c’est ici.
À la suite d’une bascule DRP avec SRM, plusieurs machines ne se sauvegardaient plus. Après un rapide diagnostique, nous remarquons qu’elles indiquent être “managed by” SRM alors qu’il s’agit des VMs du site de production.
Nous avions déjà eu le problème en 5.5 et la KB2032366 VMs are reported as managed by Site Recovery Manager nous avait permis de résoudre le problème. Mais nous sommes maintenant en VCSA 6.5 avec la version associée de SRM et plusieurs éléments de l’article ne correspondent plus.
Pour faire court, ne vous embêtez pas avec cette KB. Le support nous avait même indiqué comment retrouver notre chemin dans la mob mais cela n’a pas suffi.
D’ailleurs l’article n’est pas censé convenir à la 6.5 :
Comme SRM est un produit vraiment souple et magique… nous avons résolu en dé-enregistrant les VMs concernées de l’inventaire du vCenter, ce qui n’est pas le plus élégant. L’autre option, qui n’était pas envisageable pour nous, consistait à refaire une bascule complète.
Pour information le nettoyage de la mob à l’aide de la KB2032366, nous avait permis de refaire des sauvegardes mais pas de gérer manuellement les snapshots.
Voici une partie du script que j’utilise pour exporter mes informations d’hôtes à notre CMDB, l’intérêt principale de celui-ci est l’utilisation de “Get-View” et donc sa rapidité d’exécution.
$vCenter = Read-Host "Entrer ici le nom ou l'ip du vCenter"
Connect-VIServer $vCenter
#Creation du dossier pour l'export
md "C:\Scripts" -ErrorAction SilentlyContinue
#Inventaire Hosts
Get-View -ViewType HostSystem -Property Name, Config.Product, Summary.Hardware.Model, Summary.Hardware.MemorySize, Summary.Hardware.CpuModel, Summary.Hardware.NumCpuPkgs, Summary.Hardware.NumCpuCores, Summary, Hardware, Parent |
select Name,
@{N='Product';E={$_.Config.Product.FullName}},
@{N='Build';E={$_.Config.Product.Build}},
@{N='Model';E={$_.Summary.Hardware.Model}},
@{N='Memory';E={[Math]::Round(($_.Summary.Hardware.MemorySize)/ 1GB, 0)}},
@{N='CpuModel';E={$_.Summary.Hardware.CpuModel}},
@{N='CpuSocket';E={$_.Summary.Hardware.NumCPuPkgs}},
@{N='CpuCore';E={$_.Summary.Hardware.NumCpuCores}},
@{Name="Serial"; Expression={($_.Hardware.SystemInfo.OtherIdentifyingInfo | where {$_.IdentifierType.Key -eq "ServiceTag"}).IdentifierValue}},
@{N='Cluster';E={
$parent = Get-View -Id $_.Parent -Property Name,Parent
While ($parent -isnot [VMware.Vim.ClusterComputeResource] -and $parent.Parent){
$parent = Get-View -Id $parent.Parent -Property Name,Parent }
if($parent -is [VMware.Vim.ClusterComputeResource]){
$parent.Name}}},
@{N='DC';E={
$parent = Get-View -Id $_.Parent -Property Name,Parent
Do {$parent = Get-View -Id $parent.Parent -Property Name,Parent}
While ($parent.Moref.Type -ne "Datacenter" -and $parent.Parent)
echo $parent.name}} |
Export-csv -NoTypeInformation -encoding "unicode" -append "C:\Scripts\export-Hotes.csv"
Voici le résultat dans Excel :
