• https://my.vmware.com/group/vmware/downloads/details?downloadGroup=VC70U2&productId=716&rPId=61739

« Accept »

2°) Installer via User Interface

Lancer le CD et se rendre sur « E:\vcsa-ui-installer\win32 »

Attention il est fortement conseiller de positionner votre vcenter sur une IP static avec un nom machine.

Dans notre cas

• Hostname : vcsa.house.cpb
• IP :  192.168.1.13

Si vous n’avez pas de DNS , ajouter vos ESXi et Vcenter dans votre hosts Machine Cliente

Lancer l’installation « installer.exe »

3°) Première étape – déployer une machine Virtuelle VCSA

« next »

« next »

Préciser la machine ou sera installer VCSA puis « next »

« YES »

Spécifier le nom de la machine virtuelle et Mot de passe « root »

« next »

Attention pour installer une infrastructure avec VCenter, il vous faut à minima 12Go de RAM.
Donc dans mon LAB j’ai augmenté la machine virtuelle ESX01 à 16Go pour héberger le VCenter.

Attention, pour héberger la VM Vcenter il faut minimum 25Go.

• Dans mon cas , j’ai rajouter un Datastore2 de 600Go pour le LAB

Choisir votre Datastore pour héberger votre machine VCenter et activer le provisionnement automatique puis « NEXT »

« NEXT »

Inventaire pour le déploiement de la machine VM VCSA.house.cpb
« FINISH »

La machine VCenter va se déployer sur l’ESX01… cela va prendre un peu de temps 

Vous pouvez déjà visualiser la Machine VCenter sur votre ESXi

Démarrage de la machine et des services


Déploiement de la machine réussie – « CONTINUE »

4°) Deuxième étapes – configurer la machine Virtuelle VCSA

« NEXT »

Choisir votre type de Synchro NTP et activer SSH Acces puis « NEXT »

Création d’un domaine ou joindre un domaine existant.
« NEXT »

« NEXT »

« FINISH »

« OK »

Si vous rencontrer ce message, vous avez un souci de résolution DNS. Si cela vous arrive ne mettez pas de FQDN dans le « deploy vCenter Server » à l’étape 1

.

Dans le « deploy vCenter Server » à l’étape 1

Dans mon cas

A la fin de l’étape 2

Accès au Vcenter

Instance SSO house.local
https://vcsa.house.cpb:5480/

• login : Administrator@house.local

Vsphére Client

https://vcsa.house.cpb/

• Login : Administrator@house.local

Depuis la version 7.0, vSphère Client Flash n’est plus disponible.

5°) Mise à jour disponible pour Vcenter

Version 7.0.2 Build 17694817

« Générer un rapport » puis « vérification préalable »

On peut passer à la mise à jour

• http://vcsa:5480

« Transférer et installer »

« Suivant »

« Suivant »

« Terminer »

« Installation des paquets nécessaires »

« Redémarrage des services du Vcenter »

Cela peut prendre 20minutes ou plus avant que la fenêtre continue son chargement.

Si au-delà de 40 minutes la fenêtre ne continue pas son chargement , alors vérifier à l’adresse du sphère client (https://vcsa ) que celui-ci est bien démarré. Si cela est le cas alors fermer la fenêtre du vCenter Management.

Nouvelle Version 7.0.2 Build 17958471

6°) Créer votre Structure VMWare

Créer un centre de données

« Donner un Nom »

Créer un Cluster de Machine à votre Centre de données

Version de référence à déployer sur tous les ESX pour unifier la ferme vSphére.

« Récapitulatif » et « Terminer »

Le cluster « Floki » est désormais créer.

7°) Attacher des Clients vSphères au vCenter Server Appliance

Si vous n’avez pas de DNS pensez à rajouter vos machines ESXi sur votre Vcenter

Command> shell

root@vcsa [ ~ ]# echo "192.168.1.10 esx01.house.cpb esx01" >> /etc/hosts
root@vcsa [ ~ ]# echo "192.168.1.11 esx02.house.cpb esx02" >> /etc/hosts
root@vcsa [ ~ ]# echo "192.168.1.12 esx03.house.cpb esx03" >> /etc/hosts

• Attention toutes les machines clientes doivent avoir la même version
• Attention la version de VCSA doit être aussi de la même version que les hôtes ESXi
• Attention les Hôtes ne doivent pas être dans un état Maintenance.

« Ajouter »

Ajouter tous vos hosts ESXi et « Suivant »

Sélectionner tous les Hosts et « OK »

Petit avertissement sur esx01, mais continuer « Suivant »

« Suivant »

Comme l’indique le message, les machine rentreront en mode maintenance avant d’être intégrées au Cluster « Floki » donc ne pas faire cette manipulation pendant les horaires de Production auprès de vos clients.

Ajout des Hosts au Cluser

Déploiement des services associés aux ESXi

Views: 41

L’article MODOP – Installation VMware vCenter Server Appliance est apparu en premier sur CoffeeBreak Info.

Cela permet de récupérer l’image d’une machine de Production afin de procéder à des tests de modification/Update/développement sans toucher à la machine en production.

Dans notre MODOP, nous allons migrer une machine nommée New_centos de l’infra VMware.

1°) Cloner la machine de PROD

Afin de ne pas travailler sur la machine de PROD directement, nous allons créer un clone de la machine afin de travailler avec ce clone.

« Actions » – « Cloner » – « Cloner vers une machine virtuelle »

« Nom de machine »

« Next »

Choisir un Datastore et « Next »

« Next »

« Finish »

La machine de Prod « New_Centos » va être cloner.

« Nouvelle Machine »

2°) Exporter la machine « Clone_New_Centos »

Pas de chichi, nous allons récupérer la machine Virtuelle « brute » en exportant le fichier vmdk via l’upload du datastore.

Sélectionner le Datastore qui héberge la machine virtuelle (Datastore2)

Choisir le fichier VMDK et Télécharger

Le fichier va être télécharger sur la machine en local au format ZIP. Il faudra le décompresser.

3°) Télécharger et installer Microsoft Virtual Machine

• http://download.microsoft.com/download/9/1/E/91E9F42C-3F1F-4AD9-92B7-8DD65DA3B0C2/mvmc_setup.msi

« Next »

« Next »

« Next »

« Install »

« Finish »

4°) conversion Machine VMDK => VHDX

Le module PowerShell de MVMC est sur le chemin suivant :

• C:\Program Files\Microsoft Virtual Machine Converter\MvmcCmdlet.psd1

Ouvrir un PowerShell en mode « Administrateur »

Importer le module MVMC.

PS C:\WINDOWS\system32> Import-Module 'C:\Program Files\Microsoft Virtual Machine Converter\MvmcCmdlet.psd1'

PS C:\Users\chris> ConvertTo-MvmcVirtualHardDisk -SourceLiteralPath C:\Temp\Clone_New_Centos_files\Clone_New_Centos.vmdk -VhdType DynamicHardDisk -VhdFormat vhdx -destination C:\Temp\Clone_New_Centos_files\Clone_New_Centos

Troubleshooting
« ConvertTo-MvmcVirtualHardDisk : The entry 4 is not a supported disk database entry for the descriptor »

Récuperer le logiciel dsfok

• https://www.mysysadmintips.com/-downloads-/Windows/Servers/dsfok.zip

C:\Users\chris>cd C:\Temp\Clone_New_Centos_files

C:\Temp\Clone_New_Centos_files>C:\Temp\dsfok\dsfok\dsfo.exe Clone_New_Centos.vmdk 512 1024 descriptor.txt
OK, 143 bytes, 0.015s, MD5 = 7e3778ad43008812518ee8f96077b643

Editer le fichier descriptor.txt et comment la ligne ddb.toolsInstallType = “4”

C:\Temp\Clone_New_Centos_files>C:\Temp\dsfok\dsfok\dsfi.exe Clone_New_Centos.vmdk 512 1024 descriptor.txt
OK, written 144 bytes at offset 512

Relancer la conversion de la machine virtuelle.

PS C:\Users\chris> ConvertTo-MvmcVirtualHardDisk -SourceLiteralPath C:\Temp\Clone_New_Centos_files\Clone_New_Centos.vmdk -VhdType DynamicHardDisk -VhdFormat vhdx -destination C:\Temp\Clone_New_Centos_files\Clone_New_Centos

La conversion commence à se dérouler

Conversion terminée.

Disque VHDX de la machine Convertie VMWare

5°) Intégrer la nouvelle machine à HyperV

« Nouveau » – « Ordinateur Virtuel »

« Suivant »

« Suivant »

« Generation1 » et « Suivant »

Provisionner la mémoire et « Suivant »

Connecter votre machine au vSwitch réseau et « Suivant »

Connecter votre disque VHDX de la machine VMware convertie.

« Résumé » et « Terminer »

La nouvelle machine clone de la machine de PROD VMWare est désormais déployée sur l’hyperviseur Hyper-V.

La machine démarre et est actif.

TroubleShooting Boot Disque

Dans le cas où la machine virtuelle démarre en mode dégradé « Dracut »

Redémarrer la machine et passer en Noyau « rescue » Mode TroubleShooting

Et lancer les deux commandes suivantes

[root@Centos7 ~]# dracut --regenerate-all -f
[root@Centos7 ~]# grub2-mkconfig -o /boot/grub2/grub.cfg
[root@Centos7 ~]# reboot

Views: 71

L’article MODOP – Migrer une Machine Virtuelle VMWare vers Hyper-V est apparu en premier sur CoffeeBreak Info.

Pour migrer une machine Hyper-V , nous pouvons utiliser l’utilitaire « VMWare vCenter Converter Standalone Client » disponible chez VMWare

• https://my.vmware.com/fr/web/vmware/downloads/info/slug/infrastructure_operations_management/vmware_vcenter_converter_standalone/6_2_0

1°)Stopper la machine virtuelle.

2°) Installer l’application Converter Standalone

« Next »

« Next »

Accepter les termes de la licences puis « Next »

« Next »

« Local Installation » puis « Next »

« Next »

« Install »

Laisser l’installation se déroulée

« Finish »

3°) Ajuster les droits « securité Policy »

Lancer « secpol.msc »

Il faut désactiver ce mode en passant la valeur de « Activé » à « Désactivé »

Redémarrer le serveur complètement.

4°) Conversion de la machine Virtuelle Hyper-V vers VMWare

« Next »

« Ignore »

Sélectionner la machine virtuelle à Migrer et « Next »

Le serveur de destination est le vCenter de l’infrastructure VMWare

« Ignore »

Une machine de même nom existe, alors on renomme la machine à migre par « New_Centos »
Puis « Next »

Choisir l’ESX et le Datastore ou sera déployer votre machine Virtuelle « New_Centos » de votre Hyper-V.

Customisation de la machine à migrer et « Next »

Résumée de la machine à migrer « Finish »

Migration de Hyper-V vers VMWware

Côté vCenter

5° ) Ajustement Machine Centos7

La conversion est terminée et la machine « New_Centos » est désormais disponible sur l’infrastructure VMware.

Configurer le réseau

Il arrive que des cartes réseaux entre les Hyperviseurs n’aient pas le même nom et de fait aucun réseau ne serait monté sur la machine. Cela est le cas pour la machine migrée de mon Hyper-V et mon infra VMware. Sous Hyper-V la carte ne se nomme eth0 et sous VMware ens32.

Il faut se connecter via le remote contrôle ou console web de votre machine virtuelle afin de rectifier ce petit dysfonctionnement.

root@Centos7#cd /etc/sysconfig/network-scripts/

root@Centos7#cp ifcfg-eth0 ifcfg-ens32
root@Centos7# vi ifcfg-ens32

root@Centos7#ifdown ens32
root@Centos7# ifup ens32

Installer l’agent VMtools VMware

[root@Centos7 ~]# yum install open-vm-tools

[root@Centos7 network-scripts]# systemctl enable vmtoolsd
[root@Centos7 network-scripts]# systemctl start vmtoolsd
[root@Centos7 network-scripts]# systemctl status vmtoolsd

Modifier le type « SE invité »

Stopper la machine virtuelle.

« Modifier les paramètres »

« Option VM » et Modifier le type de SE invité.

Redémarrer la machine.

TroubleShooting Boot Disque

Dans le cas où la machine virtuelle démarre en mode dégradé « Dracut »

Redémarrer la machine et passer en Noyau « rescue » Mode TroubleShooting

Et lancer les deux commandes suivantes

[root@massy-ordo ~]# dracut --regenerate-all -f
[root@massy-ordo ~]# grub2-mkconfig -o /boot/grub2/grub.cfg
[root@massy-ordo ~]# reboot

Views: 102

L’article MODOP – Migrer une Machine Virtuelle Hyper-V vers VMWare est apparu en premier sur CoffeeBreak Info.

Dans notre cas , cet MODOP n’est que la démonstration d’une mise à jour en mode Offline de vos machine ESXi.

Dans un premier temps il faut activer le shell ESXi VMWare et le service SSH.

1°) Activer les deux services ESXi Shell et SSH

Se connecter en SSH sur la machine ESX01.
ssh root@esx02

2°) Passer en mode Maintenance la machine ESX

[root@esx02:~] esxcli system maintenanceMode set --enable true

3°) Recherche de la version 7.0 sur VMWare

• https://my.vmware.com/group/vmware/downloads/details?downloadGroup=ESXI70U2A&productId=974&rPId=70690

« ACCEPT »

4°) Déposer le fichier sur un DataStore de l’ESX à update

Situer le fichier VMWare

[root@esx02:~] ls -al /vmfs/volumes/DataStoreLocal/VMware-ESXi-7.0U2a-17867351-depot.zip

5°) Lancer la mise à jour

[root@esx02:~] vmware -v
VMware ESXi 6.7.0 build-14320388
[root@esx01:~] esxcli software profile update -p ESXi-7.0U2a-17867351-standard -d /vmfs/volumes/DataStoreLocal/VMware-ESXi-7.0U2a-17867351-depot.zip

Pas de panique , les paquets « skipped » sont des paquets qui ne sont pas nécessaire , ou pas fonctionnels ,pour notre machine. Vue que l’on est sur une machine de LAB la version vSphere récupérée n’est pas celle dédiée/Customisée  à notre machine.

Quand on est sur des machines de PROD , il est fortement recommandé de vérifier la compatibilité de votre machine avec la version de VMWare vSphere dont vous souhaitez Update.

•   Site VMWare – Check Matériel to VMWare

[root@esx02:~] reboot

6°) Quitter le mode de maintenance

Views: 36

L’article MODOP – Mise à jour VMWare vShere 6.7 vers 7.0 – Offline Bundle est apparu en premier sur CoffeeBreak Info.

Les clients concernés sont les suivants

• Client Hyperviseur PROXMOX (Debian)
• Client DNS (Centos7)
• Client NAS Synology
• Client Ubuntu
• Client Windows10
• Client Switch Netgear GS748
• Client Switch CISCO
• Client Arch Linux
• Client vSphère ESX 6.7

1°) Superviser un client Proxmox via Loganalyer

root@floki01:~# vi /etc/rsyslog.conf

Ajouter la ligne
*.* @192.168.1.7

Redémarrer le service Rsyslog sur le Serveur log.house.cpb

root@floki01:~# systemctl restart rsyslog

2°) Superviser un client centos7 (ici DNS serveur)

[root@dns-pri ~]# vi /etc/rsyslog.conf
*.* @@192.168.1.7

[root@dns-pri ~]# systemctl restart rsyslog

sur le serveur de logs

3°) Superviser un Client NAS Synology

Installer le paquet « Centre des journaux »

Ouvrir l’application « centre des journaux »

Faire « envoyer un journal de test » pour tester la réception de data sur la machine log.house.cpb hébergeant l’application logAnalyzer.

Sur le Serveur logs

4°) Superviser un client Ubuntu

root@ubuntu16:/home/chris# vi /etc/rsyslog.conf
*.* @@192.168.1.7:514

root@ubuntu16:/home/chris# systemctl restart rsyslog

Sur le serveur de logs

5°) Superviser un client Windows10

Télécharger un client Rsyslog Windows Agent

• https://www.rsyslog.com/windows-agent/windows-agent-download/

« Next »

« Accept the license » et « Next »

« Next »

« Complete » et « Next »

« Install »

Configuration du Client Syslog Windows10

« Confirm » et « Start »

Sur le Serveur de centralisation des logs

6°) Superviser client Switch NetGear GS 48 port(L3)

Se connecter à l’interface GUI du Switch.

« Monitoring » puis « logs » et Menu « Server Logs »

Ajouter le serveur LogAnalyzer

« Add »

Activer l’envoi des trames

« Apply »

Sur le serveur de logs

7°) Superviser Switch CISCO (L2)

Se connecter sur l’interface GUI

« Administration » – « Remote log Servers »

« Apply »

Paramétrer les messages à envoyer et à activer

« Apply »

Sur le Serveur de logs

8°) Superviser un client Arch Linux

a) Installation Rsyslog

Installation Paquets nécessaires

[root@archlinux /]# pacman -S bison
[root@archlinux /]# pacman -S flex
[root@archlinux /]# pacman -S automake
[root@archlinux rsyslog-8.2102.0]# pacman -S libtool
[root@archlinux rsyslog-8.2102.0]# pacman -S autoconf
[root@archlinux rsyslog-8.2102.0]# pacman -S glibc
[root@archlinux rsyslog-8.2102.0]# pacman -S gcc
[root@archlinux rsyslog-8.2102.0]# pacman -S pkg-config

Installation des repository archstrike

[root@archlinux tmp]# vi /etc/pacman.conf

Ajouter

[archstrike]
Server = https://mirror.archstrike.org/$arch/$repo

[root@archlinux tmp]# pacman -Syy
[root@archlinux tmp]# pacman-key --init
[root@archlinux tmp]# dirmngr < /dev/null
[root@archlinux tmp]# wget https://archstrike.org/keyfile.asc
[root@archlinux tmp]# pacman-key --add keyfile.asc
[root@archlinux tmp]# pacman-key --lsign-key 9D5F1C051D146843CDA4858BDE64825E7CBC0D51

[root@archlinux tmp]# pacman -S archstrike-keyring
[root@archlinux tmp]# pacman -S archstrike-mirrorlist

[root@archlinux tmp]# pacman -Syu libestr
[root@archlinux tmp]# pacman -S libfastjson
[root@archlinux rsyslog-8.2102.0]# pacman -S make

Installation rsyslog

[root@archlinux home]# cd /tmp
[root@archlinux tmp]# pacman -S wget
[root@archlinux tmp]# wget https://github.com/rsyslog/rsyslog/archive/v8.2102.0.tar.gz
[root@archlinux tmp]# tar xzvf v8.2102.0.tar.gz
[root@archlinux tmp]# cd rsyslog-8.2102.0
[root@archlinux rsyslog-8.2102.0]# autoreconf -ivf
[root@archlinux rsyslog-8.2102.0]# ./configure
[root@archlinux rsyslog-8.2102.0]# make
[root@archlinux rsyslog-8.2102.0]# make install

Création du Service rsyslog

[root@archlinux rsyslog-8.2102.0]# vi /usr/lib/systemd/system/rsyslog.service

[Unit]
Description=System Logging Service
;Requires=syslog.socket
Wants=network.target network-online.target
After=network.target network-online.target
Documentation=man:rsyslogd(8)
Documentation=https://www.rsyslog.com/doc/

[Service]
Type=notify
EnvironmentFile=-/usr/local/lib/rsyslog
ExecStart=/usr/local/sbin/rsyslogd -n $SYSLOGD_OPTIONS
Restart=on-failure
UMask=0066
StandardOutput=null
Restart=on-failure
# Increase the default a bit in order to allow many simultaneous
# files to be monitored, we might need a lot of fds.
LimitNOFILE=16384

[Install]
WantedBy=multi-user.target
;Alias=syslog.service

[root@archlinux rsyslog-8.2102.0]# ln -s /usr/lib/systemd/system/rsyslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.servic

Configuration et lancement de rsyslog

[root@archlinux rsyslog-8.2102.0]# cp /tmp/rsyslog-8.2102.0/platform/redhat/rsyslog.conf /etc/rsyslog.conf
[root@archlinux rsyslog-8.2102.0]# systemctl enable rsyslog
[root@archlinux rsyslog-8.2102.0]# systemctl start rsyslog
[root@archlinux rsyslog-8.2102.0]# systemctl status rsyslog

Configurer rsyslog pour LogAnalyzer

[root@archlinux rsyslog-8.2102.0]# vi /etc/rsyslog.conf
*.* @@192.168.1.7:514

[root@archlinux rsyslog-8.2102.0]# systemctl restart rsyslog

Sur le Serveur LogAnalyzer

9°) Superviser un client vSphère ESX 6.7

Se connecter en GUI au sphère Client ESX 6.7

« Gérer » – « Paramètre avancés » et Recherche « Syslog »

« Editer » et ajouter la valueur « udp://IP_serveur_log :514 »

Redémarrer le service Syslog

Activer les rules du Firewall pour Syslog

Sur le Serveur de supervision des logs

Views: 17

L’article MODOP – Partie 2 – Centraliser des clients sous Loganalyzer est apparu en premier sur CoffeeBreak Info.

Ce MODOP ne doit pas être appliqué dans un contexte de Production mais plus dans un contexte LAB.

1°) Récupérer les binaires vSphère ESX

• https://my.vmware.com/fr/web/vmware/downloads/#all_products

Pour le test on va prendre une version d’évaluation 60jours

2°) Préparer la Machine Virtuelle vSphère ESX sous Proxmox

Host : ESX01.house.cpb

• CPU : 2
• RAM : 4Go
• Disque1 : 2Go (Système)
• Disque2 : 30Go (DataStore)
• NetWork : vmbr0

« donner un nom machine »

« Choisir votre distribution ESX »

Dans la section « Guest OS » Choisir « Other » et « Next ».

Graphic card : « VMware compatible »

Les disques 1 et 2 devront être en SATA et au format VMDK.

Donc 2 CPU avec gestion NUMA au niveau Host.

Pour le LAB on prendra 4Go RAM

Pour la partie réseau, il faut utiliser l’émulation vmxnet3

« Finish »

Rajouter le dique2 de 30Go

Spécification de la machine vSphère ESX01

3°) Installation de vSphère

Lancer la machine virtuelle

« ENTER »

« Laisser charger le boot vSpère ESX 6.7»

« Le chargement continu se faire »

« ENTER »

« F11 » pour accepter la licence

1^er Disque de 2G0 – « ENTER »

« French » et « ENTER »

Définir un mot de passe root puis « ENTER »

« ENTER »

« F11 » Install

L’installation va se faire

« Installation terminée »

Déconnecter le CD d’installation de vSphere 6.7 et redémarrer la machine virtuelle.

Redémarrer la machine virtuelle

La machine vSphère ESX01 est désormais prête

• http://192.168.1.137

4° Modifier les paramètres machine.

Le but est de fixer une IP Static et renommer la Machine.

« F2 »

« Modifier l’IP en mode static »

« Désactiver l’IPv6 »

« Modifier le nom de l’host »

« Appliquer les changements »

La machine va redémarrer avec les nouveaux paramètres.

• https://esx01.house.cpb/

5°) Formater le Disque 2 (DataStore Local)

« Nouvelle banque de données »

« Créer une banque de données VMPS » et « Suivant »

Nom du disque et « Suivant »

Sélectionner le type de FS « VMFS6 » et « Suivant »

« Terminer »

« Oui »

La banque de données « DataStoreLocal » est désormais Disponible.

Views: 28

L’article MODOP – Installation de vSphère ESX 6.7 sur Proxmox est apparu en premier sur CoffeeBreak Info.

Dès que l’image « Photon » apparaît taper « e » Et ajouter les lignes suivante (en rouge)

Ajouter la commande « rw init=/bin/hash »
Taper F10 (boot)

Remonter le système en RW

root [ / ]# mount –o remount,rw /

Changer le mot de passe

root [ / ]# passwd
New password : « votre nouveau password »
Retype new password : « votre nouveau password »

Redémarrer le SE vcenter

root [ / ]# reboot -f

Views: 34

L’article MODOP – Réinitialiser le mot de passe vCenter Server Appliance (VCSA) est apparu en premier sur CoffeeBreak Info.

Nous allons tomber sur le prompt Linux

(none):/~# passwd root

Il faut impérativement rentrer le mot de passe changeme qui est le mot de passe par défaut de VDP.

Redémarrer la machine virtuelle via le vcent01.

• Attention le clavier est en mode US.

Password => Default Credentials changeme

Changer le mot de passe

root@vdp:~/#change-passwords 

Saisir le mot de passe changeme

Saisir un nouveau mot de passe pour l’utilisateur admin

Saisir un nouveau mot de passe pour l’utilisateur dpn

Saisir un nouveau mot de passe pour l’utilisateur root

Pour le reste saisir toujour « no»

REBOOT

Views: 12

L’article MODOP – Réinitialiser le mot de passe root de vSphere Data Protection (VDP) est apparu en premier sur CoffeeBreak Info.

Activation du SSH sur l’esx02

machine hébergeant la machine virtuelle vcenter01.house.cpb

• http://esx02.house.cpb

Se connecter à l’esx02 via SSH

Récupérer l’ID de la machine à consolider

[root@esx02:~] vim-cmd vmsvc/getallvms | grep vcenter01.house.cpb
10  vcenter01.house.cpb [datastore2] vcenter01.house.cpb/vcenter01.house.cpb.vmx other3xLinux64Guest vmx-10 VMware vCenter Server Appliance

Vérifier l’état de la machine

[root@esx02:~] vim-cmd vmsvc/power.getstate 10
Retrieved runtime info
Powered off

Récupérer/Tuer l’ID pour les files de notre Hôte

[root@esx02:~] lsof |grep -i mrf-vcenter01
67926 fdm FILE 13 /vmfs/volumes/5a1d36fa-6a3e0bdc-9d17-1866daefff1e/.vSphere-HA/FDM-3857f4b6-4724-4c42-8da7-7c69a5fab0ce-22-a2292e2-mrf-vcenter01/protectedlist
67926 fdm FILE 15 /vmfs/volumes/5a95644f-be2fc294-b161-1866daefb516/.vSphere-HA/FDM-3857f4b6-4724-4c42-8da7-7c69a5fab0ce-22-a2292e2-mrf-vcenter01/host-14-hb
67926 fdm FILE 22 /vmfs/volumes/5b16ac3e-4bd7bef5-2056-1866daefb516/.vSphere-HA/FDM-3857f4b6-4724-4c42-8da7-7c69a5fab0ce-22-a2292e2-mrf-vcenter01/host-14-hb

[root@esx02:~] kill -9 67926

[root@esx02:~] lsof |grep -i mrf-vcenter01
2528535 fdm FILE 21 /vmfs/volumes/5b16ac3e-4bd7bef5-2056-1866daefb516/.vSphere-HA/FDM-3857f4b6-4724-4c42-8da7-7c69a5fab0ce-22-a2292e2-mrf-vcenter01/host-14-hb
2528535 fdm FILE 22 /vmfs/volumes/5a95644f-be2fc294-b161-1866daefb516/.vSphere-HA/FDM-3857f4b6-4724-4c42-8da7-7c69a5fab0ce-22-a2292e2-mrf-vcenter01/host-14-hb

[root@esx02:~] kill -9 2528535

Puis on relance la consolidation des disques via l’interface de votre ESX

La consolidation va démarrer pour les disques du Vcenter01.

Views: 62

L’article MODOP – Consolider les disques d’une machine Virtuelle est apparu en premier sur CoffeeBreak Info.

Exemple ci-dessous

Il faudra supprimer tous les « SnapShot » pour modifier l ‘espace disque.

Dans notre exmple , nous prenons la machine virtuelle nommée MRF-IPM10-nagios sous centos7.

1° ) Inventaire Initial

Côté SHH Linux
Taille des partitions/Slices de la machine

[root@mrf-ipm10 ~]# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/centos_mrf--ipm10-root 35G 11G 25G 31% /
devtmpfs 1,9G 0 1,9G 0% /dev
tmpfs 1,9G 0 1,9G 0% /dev/shm
tmpfs 1,9G 145M 1,8G 8% /run
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
/dev/sda1 1014M 234M 781M 24% /boot
tmpfs 380M 12K 380M 1% /run/user/42
tmpfs 380M 0 380M 0% /run/user/0

Nom du LVM sur la machine mrf-ipm10.

[root@mrf-ipm10 ~]# pvscan
PV /dev/sda2 VG centos_mrf-ipm10 lvm2 [<39,00 GiB / 0 free]
Total: 1 [<39,00 GiB] / in use: 1 [<39,00 GiB] / in no VG: 0 [0 ]

2°) Augmenter la taille Dique à +40GB

Avant

Après

Nous venons simplement de modifier la taille du disque virtuelle mais du côté Linux cela n’apparait pas car aucun File System/Montage n’est présent sur cette nouvelle size.

3°) Partition Disque

Rescan le disque à chaud

Pour connaitre le device isci disque Vmware.

[root@mrf-ipm12 .ssh]# lsscsi
[0:0:0:0] disk VMware Virtual disk 1.0 /dev/sda
[2:0:0:0] cd/dvd NECVMWar VMware IDE CDR10 1.00 /dev/sr0

Ou alors

[root@mrf-ipm12 .ssh]# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: VMware Model: Virtual disk Rev: 1.0
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 00 Lun: 00
Vendor: NECVMWar Model: VMware IDE CDR10 Rev: 1.00
Type: CD-ROM ANSI SCSI revision: 05

Sous Debian

[root@mrf-ipm10 scsi_device]# echo 1>/sys/class/block/sdd/device/rescan

Sous Centos/Ubuntu

[root@mrf-ipm10 scsi_device]# echo 1> /sys/class/scsi_device/0:0:0:0/device/rescan

Création nouvelle partition LVM sur /dev/sda

[root@mrf-ipm10 device]#fdisk /dev/sda
Bienvenue dans fdisk (util-linux 2.23.2).
Les modifications resteront en mémoire jusqu'à écriture.
Soyez prudent avant d'utiliser la commande d'écriture.

Commande (m pour l'aide) : n
Type de partition :
p primaire (2 primaire(s), 0 étendue(s), 2 libre(s))
e étendue
Sélection (p par défaut) : p
Numéro de partition (3,4, 3 par défaut) : « ENTER » ou alors 3
Premier secteur (83886080-167772159, 83886080 par défaut) :
Utilisation de la valeur 83886080 par défaut
Dernier secteur, +secteur ou +taille{K,M,G} (83886080-167772159, 167772159 par défaut) :
Utilisation de la valeur 167772159 par défaut
La partition 3 de type Linux et de taille 40 GiB est configurée

Changement du type de partition

Commande (m pour l'aide) : t
Numéro de partition (1-3, 3 par défaut) :
Code Hexa (taper L pour afficher tous les codes) :8e
Type de partition « Linux » modifié en « Linux LVM »

Commande (m pour l'aide) : p

Disque /dev/sda : 85.9 Go, 85899345920 octets, 167772160 secteurs
Unités = secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000abc11

Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sda1 * 2048 2099199 1048576 83 Linux
/dev/sda2 2099200 83886079 40893440 8e Linux LVM
/dev/sda3 83886080 167772159 41943040 8e Linux LVM

Commande (m pour l'aide) : w
La table de partitions a été altérée.

Appel d'ioctl() pour relire la table de partitions.

Attention : la table de partitions n'a pas pu être relue : erreur 16 : Périphérique ou ressource occupé.
Le noyau continue à utiliser l'ancienne table. La nouvelle sera utilisée
lors du prochain démarrage ou après avoir exécuté partprobe(8) ou kpartx(8).
Synchronisation des disques.

4°) Préparer la nouvelle partition pour l’ajouter au groupe LVM

[root@mrf-ipm10 device]# partprobe /dev/sda
[root@mrf-ipm10 device]# pvcreate /dev/sda3
Physical volume "/dev/sda3" successfully created.

5°) Ajout de la nouvelle partition au groupe LVM

[root@mrf-ipm10 device]# pvscan
PV /dev/sda2 VG centos_mrf-ipm10 lvm2 [<39,00 GiB / 0 free]
PV /dev/sda3 lvm2 [40,00 GiB]
Total: 2 [<79,00 GiB] / in use: 1 [<39,00 GiB] / in no VG: 1 [40,00 GiB]

[root@mrf-ipm10 device]# vgextend centos_mrf-ipm10 /dev/sda3
Volume group "centos_mrf-ipm10" successfully extended

[root@mrf-ipm10 device]# pvscan
PV /dev/sda2 VG centos_mrf-ipm10 lvm2 [<39,00 GiB / 0 free]
PV /dev/sda3 VG centos_mrf-ipm10 lvm2 [<40,00 GiB / <40,00 GiB free]
Total: 2 [78,99 GiB] / in use: 2 [78,99 GiB] / in no VG: 0 [0 ]

6°) Augmentation du volume existant (dans mon exemple +39Go)

[root@mrf-ipm10 device]# lvdisplay
--- Logical volume ---
LV Path /dev/centos_mrf-ipm10/swap
LV Name swap
VG Name centos_mrf-ipm10
LV UUID cJqF0c-EHCo-bm68-4Sqk-Yy1N-Cm7D-4Rl0rn
LV Write Access read/write
LV Creation host, time mrf-ipm10, 2018-01-16 10:00:17 +0100
LV Status available
# open 2
LV Size 4,00 GiB
Current LE 1024
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:1

--- Logical volume ---
LV Path /dev/centos_mrf-ipm10/root -> Volume à augmenter
LV Name root
VG Name centos_mrf-ipm10
LV UUID lo3ZoR-dZTO-n8Tg-Lf7U-hPCy-y4nA-igdAFw
LV Write Access read/write
LV Creation host, time mrf-ipm10, 2018-01-16 10:00:17 +0100
LV Status available
# open 1
LV Size <35,00 GiB
Current LE 8959
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:0

[root@mrf-ipm10 device]# lvextend -L +39G /dev/centos_mrf-ipm10/root
Size of logical volume centos_mrf-ipm10/root changed from <35,00 GiB (8959 extents) to <74,00 GiB (18943 extents).
Logical volume centos_mrf-ipm10/root successfully resized.

[root@mrf-ipm10 device]# vgdisplay
--- Volume group ---
VG Name centos_mrf-ipm10
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 5
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 2
Act PV 2
VG Size 78,99 GiB
PE Size 4,00 MiB
Total PE 20222
Alloc PE / Size 19967 / <78,00 GiB
Free PE / Size 255 / 1020,00 MiB
VG UUID KfjaK7-aUj8-QNV8-6Xu7-IVb7-ZH0J-7C2D00

7°) Augmentation de la taille du FileSystem

[root@mrf-ipm10 device]# xfs_growfs /dev/centos_mrf-ipm10/root
meta-data=/dev/mapper/centos_mrf--ipm10-root isize=512 agcount=4, agsize=2293504 blks
= sectsz=512 attr=2, projid32bit=1
= crc=1 finobt=0 spinodes=0
data = bsize=4096 blocks=9174016, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=1
log =internal bsize=4096 blocks=4479, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
data blocks changed from 9174016 to 19397632

Nous pouvons à présent constater l’augmentation de +40Gb à chaud sur la machine de test
mrf-ipm10

[root@mrf-ipm10 device]# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/centos_mrf--ipm10-root 74G 11G 64G 15% /
devtmpfs 1,9G 0 1,9G 0% /dev
tmpfs 1,9G 0 1,9G 0% /dev/shm
tmpfs 1,9G 9,0M 1,9G 1% /run
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
/dev/sda1 1014M 234M 781M 24% /boot
tmpfs 380M 12K 380M 1% /run/user/42
tmpfs 380M 0 380M 0% /run/user/0

Views: 61

L’article MODOP – Augmentation de la taille disque d’une VM VMWare est apparu en premier sur CoffeeBreak Info.