Nous avions un besoin très spécifique et il nous fallait activer le fameux promiscuous mode afin de “sniffer” l’ensemble du trafic réseau sur un cluster, voici les lignes que j’ai utilisé pour nos PortGroups :

Get-Cluster "Cluster-Name" | Get-VMHost | Get-VirtualSwitch -Name "vSwitch_Name" | New-VirtualPortGroup -Name “VM_VLAN_Name” -VLanId 4095
Get-Cluster "Cluster-Name" | Get-VMHost | Get-VirtualPortGroup -name "VM_VLAN_Name" | Get-SecurityPolicy |  Set-SecurityPolicy -AllowPromiscuous $true

Concernant les VMs, elles ont deux interfaces, voici la ligne que j’ai utilisée pour configurer la deuxième sur ce même VLAN:

Get-VM "VM-name" | Get-NetworkAdapter -name "*2" | Set-NetworkAdapter -NetworkName "VM_VLAN_NAME"

Un collègue venait d’installer un vCenter dans son lab sur un Windows 2012 R2, et il avait quelques soucis avec ce prérequis fâcheux de Flash Player pour l’accès au vSphere Web Client.

flashneeded

Comme l’indique à juste titre la KB VMware : Unable to install Flash on Windows Server 2012 for use with VMware vSphere Web Client 5.x (2054049), Flash Player est embarqué dans Windows Server 2012 pour peu qu’on active la fonctionnalité “Desktop Experience”

FeaturesDesktopExperience

ou en powershell


Import-module ServerManager 
Add-WindowsFeature -name Desktop-Experience,qWave -IncludeAllSubFeature -IncludeManagementTools

Un redémarrage plus tard, on accède maintenant sans encombre à la page d’authentification de notre vCenter Server.
vspherewebclientloginfr

Au vu des fonctionnalités supplémentaires installées par l’activation de ce paramètre, je ne peux que conseiller d’avoir une machine d’administration dédiée. cf Technet Microsoft : Vue d’ensemble de la fonctionnalité Expérience utilisateur.

Il était temps d’activer cette fonctionnalité VMware vieille de la 4.0, l’ajout à chaud de composants !

Avec l’aide des scripts d’Arne Fokkema, j’avais les fonctions pour automatiser l’application du paramétrage:

PowerCLI: Enable/Disable the VM Hot Add features

Combiné à quelques filtres du type :


Get-VM |Where {$_.NumCPU -gt 8}

/!\ l’activation de l’ajout à chaud du CPU désactive le vNUMA donc pour les machines qui pourraient dépasser le numa node size de vos sockets faites attention voir KB2040375 vNUMA is disabled if VCPU hotplug is enabled.

Il ne me restait plus qu’à éteindre les machines pour activer cette superbe option !

Je ferai une update concernant cette automatisation pour les intéressés.

Un peu trop régulièrement, mon sexilog ne répondait plus à mes requêtes, le “heap mem” semblait saturé, après quelques recherches sur le net j’ai trouvé une procédure pour l’augmenter, passage donc à 4GB.

Augmentation du heap mem size pour sexilog :

Supprimer le commentaire de la ligne #HEAP_SIZE=2g et modifier la valeur comme ci-dessous :

vi /etc/init.d/elasticsearch

ES_HEAP_SIZE=4g

On relance Elasticsearch et l’on vérifie dans BigDesk que tout est OK :

./etc/init.d/elasticsearch restart
./etc/init.d/elasticsearch status

http://*.*.*.*/_plugin/bigdesk

JVM Heap

 

source : merci à linoxide.com

J’avais besoin de centraliser l’exécution du vCheck d’Alan Renouf depuis un seul script vers plusieurs vCenters. Heureusement, je ne suis pas le premier à vouloir le faire, merci à Bryan qui a posté la réponse dans les commentaires du site:

 Bryan
 – Créer un fichier “pre_vcheck.ps1” avec les quelques lignes de code de Bryan, modifier la tâche planifiée qui exécute habituellement le vCheck pour lancer ce script, ne pas oublier de mettre en commentaire la ligne $server du fichier de conf “global variables.ps1”.
$ServerList = "server1","server2","server3"
foreach ($server in $ServerList) {
.\vcheck.ps1 -$server -outputpath “\Output\”
}

Modifier les valeurs server1, server2, server3 avec les adresses de vos vCenters.

Vous aurez un rapport pour chaque vCenter et non un rapport avec toutes vos informations agrégées.