3 Machines hyperviseurs KVM

– node-kvm01

• vSwitch : vmbr1
• ip : 192.168.1.10/24
  • vip : 192.168.1.100
• OS : RockyLinux
• vCPU : 2
• DD : 8Go
• NFS: ServeurNAS:/clusterKVM
• Ram : 2Go

– node-kvm02

• vSwitch : vmbr1
• ip : 192.168.1.11/24
  • vip : 192.168.1.100
• OS : RockyLinux
• vCPU : 2
• DD : 8Go
• NFS: ServeurNAS:/clusterKVM
• Ram : 2Go

– node-kvm03

• vSwitch : vmbr1
• ip : 192.168.1.12/24
  • vip : 192.168.1.100
• OS : RockyLinux
• vCPU : 2
• DD : 8Go
• NFS: ServeurNAS:/clusterKVM
• Ram : 2Go

Machines virtuelles KVM

Spécification de la machine virtuelle KVM – node-Centos7

• Host : node-Centos7
• vSwitch : vmbr0 de KVM
  • IP :10.20.0.2/24
  • GW :10.20.0.1
  • DNS :192.168.1.1
• OS : Centos7
• vCPU : 1
• DD : 8Go
• Ram : 1Go

Installation des machines KVM

1°) Update (3 KVM)

[root@node-kvm0x ~]# dnf update -y

[root@node-kvm0x ~]# sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config
[root@node-kvm0x ~]# setenforce 0

2°) Installation des Epel (3 KVM)

[root@node-kvm0x ~]# rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm

3°) Configure Chrony (NTP) (3 KVM)

[root@node-kvm0x ~]# timedatectl

[root@node-kvm0x ~]# timedatectl list-timezones |grep -i Paris
Europe/Paris

[root@node-kvm0x ~]# timedatectl set-timezone "Europe/Paris"

4°) Configurer la résolution des hosts (3 KVM)

[root@node-kvm0x ~]# echo "192.168.1.10 node-kvm01" >> /etc/hosts
[root@node-kvm0x ~]# echo "192.168.1.11 node-kvm02" >> /etc/hosts
[root@node-kvm0x ~]# echo "192.168.1.12 node-kvm03" >> /etc/hosts

5°) Vérification du réseau  KVM (3 KVM)

[root@node-kvm01 ~]# ping -c 3 node-kvm02
[root@node-kvm01 ~]# ping -c 3 node-kvm03

[root@node-kvm02 ~]# ping -c 3 node-kvm01
[root@node-kvm02 ~]# ping -c 3 node-kvm03

[root@node-kvm03 ~]# ping -c 3 node-kvm01
[root@node-kvm03 ~]# ping -c 3 node-kvm02

Installation HighAvailability des 3 nodes KVM

1°) Activation packet HighAvailability (3 KVM)

[root@node-kvm0x ~]# yum repolist all | grep -i HighAvailability
[root@node-kvm0x ~]# dnf config-manager --set-enabled ha
[root@node-kvm0x ~]# yum repolist all | grep -i HighAvailability
ha Rocky Linux 8 - HighAvailability activé

2°) Installation pacemaker (3 KVM)

[root@node-kvm0x ~]# dnf install pcs pacemaker -y

3°) Mise en place Firewall HighAvailability (3 KVM)

[root@node-kvm0x ~]# firewall-cmd --permanent --add-service=high-availability
[root@node-kvm0x ~]# firewall-cmd --reload

4°) Création « password » pour l’utilisateur hacluster (Défaut Cluster user)

[root@node-kvm0x ~]# passwd hacluster
Nouveau mot de passe : MOT_PASSE_USER_haCluster
Retapez le nouveau mot de passe : MOT_PASSE_USER_haCluster
passwd : mise à jour réussie de tous les jetons d'authentification.

5°) Démarrer le daemon PCS (3 KVM)

[root@node-kvm0x ~]# systemctl enable pcsd.service --now
[root@node-kvm0x ~]# systemctl status pcsd.service

6°) Configurer KVM HighAvailability GUI  (sur node-kvm01)

• https://IP_Node_kvm01:2224/login

Création du Cluster « Create New »

« Create cluster »

« Use same password for all nodes » et Authenticate »

« Start the cluster » et « Finish »

Sélectionner le Cluster

Les 3 machines sont bien entrées dans le Cluster

Check l’état du cluster (node-kvm01)

[root@node-kvm01 ~]# pcs status

Activer les services pacemaker et corosync (node-kvm02 et node-kmv03)

[root@node-kvm02 ~]# systemctl enable pacemaker
[root@node-kvm03 ~]# systemctl enable corosync

Check le quorum (sur un des nodes)

[root@node-kvm0x ~]# corosync-quorumtool

Ajouter une adresse VIP sur notre Cluster pour le HeartBeat

 « Ressources »

« Add »

Remplir les Champs puis « Option Arguments »

Remplir le « cidr_netmask » et « monitor_retries »
Et « Create ressource »

Correction de BUG d’installation (3 KVM)

Si sur l’interface GUI vous rencontrez le message « BLOCKED » et sur le pcs status « Stopped »
Il faudra désactiver stonith

[root@node-kvm0x ~]# pcs property set stonith-enabled=false

[root@node-kvm0x ~]# ip a show ens18

[root@node-kvm0x ~]# pcs status resources

Check Heartbeat INIT

Passage de node-kvm01 « standby »

[root@node-kvm02 ~]# pcs node standby node-kvm01
[root@node-kvm02 ~]# pcs status

La VIP vient d’être transférée sur l’host node-kvm02 suite au standby du node-kvm01

Passage de node-kvm02 « standby » avec node-kvm01 « standby »

[root@node-kvm03 ~]# pcs node standby node-kvm02
[root@node-kvm03 ~]# pcs status

La VIP se transfert sur le node-kvm03.

Retour des node-kvm02 et node-kvm01

[root@node-kvm03 ~]# pcs node unstandby node-kvm02
[root@node-kvm03 ~]# pcs node unstandby node-kvm01
[root@node-kvm03 ~]# pcs status

Installation des services KVM sur les 3 nodes

1°) Installation KVM et Middleware (3 KVM)

[root@node-kvm0x ~]# dnf -y install qemu-kvm libvirt virt-install

Check Chargement du module kvm (3 KVM)

[root@node-kvm0x ~]# lsmod | grep kvm

[root@node-kvm0x ~]# systemctl enable --now libvirtd
[root@node-kvm0x ~]# systemctl status libvirtd

2°) Création du bridge vmbr0 – Réseau VM (3 KVM)

Création Bridge « vmbr0 » (3 KVM)

[root@node-kvm0x ~]# vi vmbr0.xml

<network>
 <name>private</name>
 <forward mode='nat'/>
 <bridge name='vmbr0' stp='on' delay='0'/>
 <ip address='10.20.0.10' netmask='255.255.255.0'>
 <dhcp>
 <range start='10.20.0.100' end='10.20.0.254'/>
 </dhcp>
 </ip>
</network>

Attacher la configuration du bridge vmbr0 (3 KVM)

[root@node-kvm0x ~]# virsh net-define vmbr0.xml
Réseau private défini depuis vmbr0.xml

[root@node-kvm0x ~]# virsh net-list --all

Activer le Bridge/Réseau sur KVM (3 KVM)

[root@node-kvm0x ~]# virsh net-start private
Réseau private démarré

Activer « Autostart » Bridge/Réseau sur KVM (3 KVM)

[root@node-kvm0x ~]# virsh net-autostart private
Réseau private marqué en démarrage automatique

[root@node-kvm0x ~]# virsh net-list --all

[root@node-kvm0x ~]# route -n

[root@node-kvm0x ~]# ip a show vmbr0

Mount Ressource NFS –  Centraliser les services libvirt KVM

1°) Installation NFS client paquet (3 KVM)

[root@node-kvm0x ~]# yum install nfs-utils
[root@node-kvm0x ~]# showmount --exports ServeurNAS

[root@node-kvm0x ~]# echo "IP_NAS ServeurNAS" >> /etc/hosts
[root@node-kvm0x ~]# mkdir /clusterKVM
[root@node-kvm0x ~]# echo "ServeurNAS:/volume3/DataStoreKVM /clusterKVM nfs defaults 0 0 " >> /etc/fstab
[root@node-kvm0x ~]# mount /clusterKVM

2°) Check montage NFS

[root@node-kvm0x ~]# df -H /clusterKVM

[root@node-kvm01 ~]# mkdir -p /clusterKVM/kvm/{images,iso}

Création Machine virtuelle Centos7 KVM (node-kvm01)

Spécification de la machine virtuelle KVM – node-Centos7

• Host : node-Centos7
• vSwitch : vmbr0 de KVM
  • IP :10.20.0.2/24
  • GW :10.20.0.1
  • DNS :192.168.1.1
• OS : Centos7
• vCPU : 1
• DD : 8Go
• Ram : 1Go

1°) Récupération de l’ISO (node-kvm01)

[root@node-kvm01 ~]# cd /clusterKVM /kvm/iso/
[root@node-kvm01 iso]# dnf -y install wget
[root@node-kvm01 iso]# wget http://mirror.softaculous.com/centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-Minimal-2009.iso

2°) Check le node Actif dans le Cluster (node-kvm01)

[root@node-kvm01 ~]# pcs status

3°) Lancement de la création de la VM (node-kvm01)

[root@node-kvm01 iso]# virt-install --name node01-kvm-el7 --ram 1024 --disk path=/clusterKVM/kvm/images/node-kvm-el7.img,size=8 --vcpus 1 --os-variant rhel7.1 --network bridge=vmbr0 --graphics none --console pty,target_type=serial --location /clusterKVM/kvm/iso/CentOS-7-x86_64-Minimal-2009.iso --extra-args 'console=ttyS0,115200n8 serial'

Procéder à l’installation de la machine…

• MODOP – Hyperviseur KVM et Machine Virtuelle

La machine est désormais installée sur le node-kvm01 et sur le NFS /clusterKVM/kvm/images/

[root@node-kvm02 ~]# ls -al /clusterKVM/kvm/images/node-kvm-el7.img

Machine virtuelle

[root@node-kvm01 ~]# virsh list --all

Centralisation conf du Cluster KVM (3 KVM)

1°) Stopper la machine

[root@node-kvm01 ~]# virsh shutdown node01-kvm-el7

2°) Déplacement de la structure KVM sur NFS

Node-kvm01

[root@node-kvm01 ~]# cp -r /etc/libvirt /clusterKVM/kvm/libvirt
[root@node-kvm01 ~]# mv /etc/libvirt{,-old}
[root@node-kvm01 ~]# cd /etc
[root@node-kvm01 etc]# ln -s /clusterKVM/kvm/libvirt /etc/libvirt
[root@node-kvm01 ~]# ls -al /etc/libvirt

Node-kvm02

[root@node-kvm02 ~]# mv /etc/libvirt{,-old}
[root@node-kvm02 ~]# cd /etc
[root@node-kvm02 etc]# ln -s /clusterKVM/kvm/libvirt /etc/libvirt
[root@node-kvm02 etc]# ls -al /etc/libvirt

Node-kvm03

[root@node-kvm03 ~]# mv /etc/libvirt{,-old}
[root@node-kvm03 ~]# cd /etc
[root@node-kvm03 etc]# ln -s /clusterKVM/kvm/libvirt /etc/libvirt
[root@node-kvm03 etc]# ls -al /etc/libvirt

Check de la centralisation

La conf est désormais centralisé sur le NFS sur /clusterKVM/kvm/libvirt

3°) Check démarrage de la machine sur le node-kvm02

[root@node-kvm02 etc]# virsh start node01-kvm-el7
Domain node01-kvm-el7 started
[root@node-kvm02 etc]# virsh list --all

[root@node-kvm02 etc]# ping -c 3 10.20.0.2

[root@node-kvm02 etc]# ssh -l root 10.20.0.2

La machine est bien actif sur le node-kvm02

Création script KVM HA Fault Server

1°) Structure (node-kvm01)

[root@node-kvm01 home]# cd /etc/libvirt
[root@node-kvm01 libvirt]# mkdir script
[root@node-kvm01 libvirt]# cd script/

2°) Script KVM HA (node-kvm01)

#!/bin/bash

PATH_APP=/clusterKVM/kvm/libvirt/script
LOG_FILE=${PATH_APP}/${HOSTNAME}_check.log
APP_PCS=/sbin/pcs
APP_VIRSH=/usr/bin/virsh

while true
do

####################################################
# Check Nom machine Client et Nom Machine VIP #
####################################################
echo "-----------------------------" >> ${LOG_FILE}
echo " hostname :${HOSTNAME} " >> ${LOG_FILE}
HOST_VIP=`${APP_PCS} status |grep Started |awk -F"Started" '{print $2}'`
echo " Host portant le VIP : ${HOST_VIP} " >> ${LOG_FILE}
echo "" >> ${LOG_FILE}

###################################################
### Check si le client est le client VIP #
###################################################
if [ ${HOSTNAME} == ${HOST_VIP} ]
then
 echo "cette machine KVM ${HOSTNAME} est porteur du VIP" >> ${LOG_FILE}
 echo "" >> ${LOG_FILE}

 #############################################
 ## Redémarre toutes les machines éteintes #
 #############################################
 for i in `${APP_VIRSH} list --inactive |grep -v Id |grep -v '^-' |grep '^ '| grep -v 'Nom' | awk '{print $2}'`

 do
 echo "démarrage de la machine virtuelle :$i" >> ${LOG_FILE}
 ${APP_VIRSH} start $i
 done
else
 echo "cette ${HOSTNAME} ne porte pas le VIP"
fi

echo "-----------------------------" >> ${LOG_FILE}
sleep 1

done

3°) Création du service hakvm (3 KVM)

[root@node-kvm0x ~]# vi /etc/systemd/system/hakvm.service

[Unit]
Description=hakvm
Wants=network-online.target
After=network-online.target

[Service]
Type=simple
ExecStart=/etc/libvirt/script/ha_kvm.sh

[Install]
WantedBy=multi-user.target

[root@node-kvm0x ~]# systemctl daemon-reload

[root@node-kvm0x ~]# systemctl enable hakvm.service
Created symlink /etc/systemd/system/multi-user.target.wants/hakvm.service → /etc/systemd/system/hakvm.service.
[root@node-kvm0x ~]# systemctl start hakvm.service

[root@node-kvm0x ~]# systemctl status hakvm.service

Check script KVM HA Fault Server

1°) Inventaire initial

La machine virtuelle « node01-kvm-el7 » et démarrée sur le node Actif « node-kvm01 »

2°) Down Fault Server node-kvm01

Nous allons down la machine node-kvm01 et donc déplacer le VIP sur un nouveau node actif

[root@node-kvm01 ~]# init 0

La machine virtuelle « node01-kvm-el7 » redémarre sur le node actif « node-kvm02 »

[root@node-kvm02 ~]# systemctl status hakvm.service

3°) Down Fault Server node-kvm02

Pour garder le quorum nous redémarrons le node-kvm01.

Nous allons down la machine node-kvm02 (porteur VIP) et donc déplacer le VIP sur un nouveau node actif

[root@node-kvm02 ~]# init 0

La machine virtuelle « node01-kvm-el7 » redémarre sur le node actif « node-kvm01 »

[root@node-kvm01 ~]# systemctl status hakvm.service

Dans notre choix de HA KVM , les machines virtuelles sont redémarrées uniquement sur l’hyperviseur portant la VIP. il est évident que de redémarrer des machines suite à la perte d’un hyperviseur « maître » n’est pas la résilience ultime. En effet , le temps de redémarrer la machine provoque une interruption de service. On abordera ce sujet via la réplication une prochaine fois.

Views: 14

L’article MODOP – Cluster KVM HA avec Pacemaker, Corosync, Heartbeat est apparu en premier sur CoffeeBreak Info.

• Host : node-kvm.house.cpb
• vSwitch : vmbr0
  • IP :192.168.1.55
• OS : RockyLinux 8.4
• vCPU : 4
• DD : 32Go
• Ram : 4Go

Installation de l’Hyperviseur KVM

1°) Mise à jour

[root@node-kvm ~]# dnf -y update

2°) Désactivation IPv6 (Option)

[root@node-kvm ~]# echo "net.ipv6.conf.all.disable_ipv6 = 1" >> /etc/sysctl.conf
[root@node-kvm ~]# echo "net.ipv6.conf.all.autoconf = 0" >> /etc/sysctl.conf
[root@node-kvm ~]# echo "net.ipv6.conf.default.disable_ipv6 = 1" >> /etc/sysctl.conf
[root@node-kvm ~]# echo "net.ipv6.conf.default.autoconf = 0" >> /etc/sysctl.conf
[root@node-kvm ~]# sysctl -p

3°) Installation KVM et Middleware

[root@node-kvm ~]# dnf -y install qemu-kvm libvirt virt-install
[root@node-kvm ~]# dnf -y install nmap net-tools

4°) Check Chargement du module kvm

[root@node-kvm ~]# lsmod | grep kvm

[root@node-kvm ~]# systemctl enable --now libvirtd
[root@node-kvm ~]# systemctl enable status libvirtd

5°) Ajouter un Bridge réseau KVM

Liste des Bridge disponible sur KVM

[root@node-kvm ~]# virsh net-list --all

Création du bridge vmbr0

[root@node-kvm ~]# vi vmbr0.xml

<network>
 <name>private</name>
 <forward mode='nat'/>
 <bridge name='vmbr0' stp='on' delay='0'/>
 <ip address='10.0.0.1' netmask='255.255.255.0'>
 <dhcp>
 <range start='10.0.0.100' end='10.0.0.254'/>
 </dhcp>
 </ip>
</network>

Attacher la configuration du bridge vmbr0 à KVM

[root@node-kvm ~]# virsh net-define vmbr0.xml
Network private defined from vmbr0.xml

[root@node-kvm ~]# virsh net-list --all

Activer le Bridge/Réseau sur KVM

[root@node-kvm ~]# virsh net-start private
Network private started

Activer « Autostart » Bridge/Réseau sur KVM

[root@node-kvm ~]# virsh net-autostart private

[root@node-kvm ~]# route -n

[root@node-kvm ~]# ip a show vmbr0

[root@node-kvm ~]# ip a

6°) Création structure KVM

[root@node-kvm ~]# mkdir -p /var/kvm/{images,iso}
[root@node-kvm ~]# ls -al /var/kvm/

Création du Machine virtuelle Centos7 KVM

Spécification de la machine virtuelle KVM – node01-Centos7

• Host : node01-Centos7
• vSwitch : vmbr0 de KVM
  • IP :10.0.0.2/24
  • GW :10.0.0.1
  • DNS :192.168.1.1
• OS : Centos7
• vCPU : 1
• DD : 8Go
• Ram : 1Go

1°) Récupération de l’ISO

[root@node-kvm ~]# cd /var/kvm/iso/
[root@node-kvm iso]# dnf -y install wget

[root@node-kvm iso]# wget http://mirror.softaculous.com/centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-Minimal-2009.iso

2°) Lancement de la création de la machine

[root@node-kvm iso]# virt-install \
--name node01-kvm-el7 \
--ram 1024 \
--disk path=/var/kvm/images/node-kvm-el7.img,size=8 \
--vcpus 1 \
--os-variant rhel7.1 \
--network bridge=vmbr0 \
--graphics none \
--console pty,target_type=serial \
--location /var/kvm/iso/CentOS-7-x86_64-Minimal-2009.iso \
--extra-args 'console=ttyS0,115200n8 serial'

Lancement de la machine centos7

Menu d’installation

3°) Configuration de la VM KVM – node01-Centos7

Configuration de la langue

Choix « 1 » et « ENTER »

Choix « 22 » pour la langue « French »

Choix « 1 » pour French : France

Configuration de la TimeZone

Choix « 2 »

Choix « 1 » set Timezone

Choisir votre zone, pour la France (Europe) « 1 »

Choisir « 35 » pour Paris (France)

Configuration de la destination d’installation

Choix « 5 »

Après le scan, le disque est sélectionné automatiquement. Choisir « c »

Sélectionner « Use All Space » choix « 2 » puis « c »

Sélectionner « LVM » choix « 3 » puis « c »

Configuration du réseau sur vmbr0

Choisir « 7 »

Choisir «1 » pour configure le nom de la machine

Ajouter un nom à votre machine, ici node01-Centos7

Choisir « 2 » pour configurer le réseau de la machine

Choisir « 1 » pour configurer l’IP de la machine

Rentrer une IP : 10.0.0.2 dans le Subnet 10.0.0.0/24

Choisir « 2 » pour configurer le Netmask du réseau

Rentrer le netmask 255.255.255.0

Choisir « 3 » pour configurer la passerelle

Rentrer la passerelle du Subnet 10.0.0.1

Choix « 6 » pour l’ajout du DNS

Ajouter l’adresse de votre DNS (192.168.1.1)

Choisir « 7 » pour activer la carte au démarrage

Choisir « 8 » pour appliquer la configuration, puis « c »

Inventaire de la configuration réseau, puis « c »

Création du mot passe root

Choisir « 8 »

Saisir un mot de passe pour l’administrateur « root » et le confirmer puis « yes »

Création d’un utilisateur

Choisie « 9 »

Choisir « 1 »

Choisir « 2 » pour le nom du compte

Choisir « 3 » pour créer le login.

Choix « 4 » pour activer le mot de passe pour le login

Choix « 5 » pour le password de l’utilisateur chris

Choix « 6 » pour passer l’utilisateur chris administrateur puis « c »

Choix des paquets à installer

Choix « 4 »

« Minimal Install »

Check des prérequis

Si vous avez tous les items [x] alors vous pouvez commencer l’installation et choisir « b »

Lancement de l’installation Centos7 sur la machine node-kvm

Choisir « b »

Lancement de l’installation de la machin node01-Centos7

La machine est désormais installée.

Connexion à la machine node01-Centos7

4°) Check VM Centos7 sur KVM

Petite Mise à jour à la machine node01-Centos7

[root@node01-Centos7 ~]# yum update -y

Côté machine KVM

[root@node-kvm ~]# virsh list --all

5°) Réaliser un Snapshot

Création d’un Snapshot Virtuelle Machine

[root@node-kvm ~]# virsh snapshot-create-as --domain node01-kvm-el7 --name snapshot01_05_2022 --description "First snap"
Domain snapshot snapshot01_05_2022 created

Lister les snapshot

[root@node-kvm ~]# virsh snapshot-list node01-kvm-el7

Détail du snapshot d’une VM KVM

[root@node-kvm ~]# virsh snapshot-info --domain node01-kvm-el7 --snapshotname snapshot01_05_2022

6°) Restauration d’une VM via snapshot

[root@node-kvm ~]# virsh snapshot-revert node01-kvm-el7 snapshot01_05_2022

7°) Effacer un snapshot

[root@node-kvm ~]# virsh snapshot-list node01-kvm-el7
[root@node-kvm ~]# virsh snapshot-delete --domain node01-kvm-el7 --snapshotname snapshot01_05_2022
Domain snapshot snapshot01_05_2022 deleted

[root@node-kvm ~]# virsh snapshot-list node01-kvm-el7

8°) Détruire une machine Virtuelle KVM

[root@node-kvm ~]# virsh list --all

[root@node-kvm ~]# virsh shutdown node01-kvm-el7
Domain node01-kvm-el7 is being shutdown 

[root@node-kvm ~]# virsh destroy node01-kvm-el7
[root@node-kvm ~]# virsh undefine node01-kvm-el7

[root@node-kvm ~]# ls -al /var/kvm/images/

[root@node-kvm ~]# rm -rf /var/kvm/images/node-kvm-el7.img

Views: 5

L’article MODOP – Installation Hyperviseur KVM et Machine Virtuelle est apparu en premier sur CoffeeBreak Info.

Vous remplissez les champs d’un fichier Excel avec toutes les options souhaitées pour chacune des machines à créer. Puis vous enregistrer le fichier sous le format CSV que vous transférer sur la machine ou le script sera exécuté.

Le script va découper le fichier et créer pour chaque ligne la machine souhaitée sur l’infrastructure Proxmox

Exemple de fichier Excel

Il faut enregistrer le fichier Excel au format CSV avec séparateur « ; » et avec pour nom « deploy_machine.csv »

Transférer le fichier « deploy_machine.csv » sur le répertoire du script

root@floki03:~# cat deploy_machine.csv
Nom de la machine;VMID -Template Model;vSwitch - R▒seau ;IP Souhait▒e;Taille m▒moire - RAM;Taille Disque - Go;Nombre CPU (Socket);Nombre vCPU (Core);Mot de passe ROOT
node01-sql.house.cpb;5000;vmbr1;;2048;20G;1;2;test01
node02-sql.house.cpb;5000;vmbr1;;2048;20G;1;2;test02
node03-sql.house.cpb;5000;vmbr1;;2048;20G;1;2;test03
node01-www.house.cpb;5000;vmbr1;;1024;15G;1;1;test04
node02-www.house.cpb;5000;vmbr1;;1024;15G;1;1;test05
node03-www.house.cpb;5000;vmbr1;;1024;15G;1;1;test06
node01-ha.house.cpb;5000;vmbr1;;2048;10G;1;2; test07
node02-ha.house.cpb;5000;vmbr1;;2048;10G;1;2;test08
node02-dns.house.cpb;5000;vmbr1;172.16.185.50;1024;10G;1;1;

Lancement du script

root@floki03:~# ./Proxmox_Create_VM_via_Template_file.sh

Toutes les machines provisionner dans le fichier CSV seront créées sur l’infrastructure de votre PVE Proxmox.

Toutes les machines sont démarrées en même temps.

Côté Serveur Proxmox

Le Script se compose de la manière suivante

1. Mise en variable des champs du fichier CSV
2. Traitements des variables (Gestion des Options)
3. Déploiement des machines virtuelles
4. Démarrage des machines virtuelles

Le Script complet

#!/bin/bash

clear

COMPTEUR_LIGNE=0
if [[ -f vmid.txt ]]
 then
 rm -f vmid.txt
 fi

load_main_program () {
#### Test si fichier deploy_machine.csv existe
 FILE_DEPLOY=$PWD/deploy_machine.csv
 if [[ -f $FILE_DEPLOY ]]
 then

## Ttraitement du fichier
 for ligne in `cat $FILE_DEPLOY | tail -n +2`
 do

 ###########################################
 #### - Mise en variable des datas - ######
 ###########################################

 MACHINE=`echo $ligne |awk -F";" '{print $1}'`
 TEMPLATE=`echo $ligne |awk -F";" '{print $2}'`
 VMBR_VM=`echo $ligne |awk -F";" '{print $3}'`
 IP=`echo $ligne |awk -F";" '{print $4}'`
 RAM=`echo $ligne |awk -F";" '{print $5}'`
 DISK=`echo $ligne |awk -F";" '{print $6}'`
 CPU=`echo $ligne |awk -F";" '{print $7}'`
 CORE=`echo $ligne |awk -F";" '{print $8}'`
 PASSWORD=`echo $ligne |awk -F";" '{print $9}'`

 ###########################################
 ### Traitement des Valeurs de la ligne ####
 ###########################################

#Traitement Nom Machine existe dans le fichier
 if [[ -z "$MACHINE" ]]
 then
   echo ""
   echo "ERREUR - vous n'avez pas renseigné de nom de machine ...."
   echo ""
   exit
 else
   NOM_MACHINE=$MACHINE
 fi

 #Traitement Template existe dans le fichier
 if [[ -z "$TEMPLATE" ]]
 then
   echo ""
   echo "ERREUR - vous n'avez pas renseigné de Template ...."
   echo ""
   exit
 else
   NUMBER_TEMPLATE=$TEMPLATE
 fi

#Traitement vmbr réseau existe dans le fichier

 if [[ -z "$VMBR_VM" ]]
 then
   echo ""
   echo "ERREUR - vous n'avez pas renseigné le vSwitch du réseau Proxmox ...."
   echo ""
   exit
 else
   load_vmbr $VMBR_VM
 fi

 # Traitement IP Fixe par l'uilisateur dans le fichier
 if [[ -z "$IP" ]]
 then
   #Cherche une IP dispo sur le masque du Réseau vswitch indiqué ci-dessus
   COMPTEUR_LIGNE=`expr $COMPTEUR_LIGNE + 1`
   IP_VALID=`nmap -v -sn $MASK_IP/24|grep -v $MASK_IP|grep down |head -$COMPTEUR_LIGNE |tail -1 |awk '{print $5}'`
 else
   IP_VALID=$IP
 fi

 # Traitement Taille mémoire indiqué sur le fichier
 if [[ -z "$RAM" ]]
 then
   ## Valeur par defaut 1024
   SIZE_RAM=1024
 else
   SIZE_RAM=$RAM
 fi

 # Traitement taille DISK de notre VM
 if [[ -z "$DISK" ]]
 then
   ## Valeur par defaut 10G
   SIZE_DISK=10G
 else
   SIZE_DISK=$DISK
 fi

# Traitement Nombre de CPU (Socket)
 if [[ -z "$CPU" ]]
 then
   ## Valeur par defaut 1 CPU
   SIZE_CPU=1
 else
   SIZE_CPU=$CPU
 fi

# Traitement nombre vCPU (Core)
 if [[ -z "$CORE" ]]
 then
   ## Valeur par defaut 1 vCPU
   SIZE_CORE=2
 else
   SIZE_CORE=$CORE
 fi

 # Traitemnent Mot de passe
 if [[ -z "$PASSWORD" ]]
 then
   ## Valeur par defaut 1 vCPU
   PASS=toor
 else
   PASS=$PASSWORD
 fi

 #############################################
 # Lancement du déploiement des machines
 ############################################

   deploy_machines
   done
 else
   echo ""
   echo "Le fichier $FILE_DEPLOY n'existe pas sur la ressource"
   echo ""
   exit
 fi
}

 #############################################
 # Tables des Réseaux sur le serveur
 ############################################

load_vmbr () {
 case $VMBR_VM in

vmbr0)
 GATEWAY="192.168.1.1"
 NAMESERVER="192.168.1.1"
 DOMAINE="house.cpb"
 MASK_IP="192.168.1.0"
 ;;

vmbr1)
 GATEWAY="172.16.185.201"
 NAMESERVER="172.16.185.1"
 DOMAINE="house.cpb"
 MASK_IP="172.16.185.0"
 ;;

vmbr2)
 GATEWAY="172.32.185.201"
 NAMESERVER="172.16.185.1"
 DOMAINE="house.cpb"
 MASK_IP="172.32.185.0"
 ;;

vmbr3)
 GATEWAY="172.16.186.201"
 NAMESERVER="172.16.185.1"
 DOMAINE="house.cpb"
 MASK_IP="172.16.186.0"
 ;;

esac
}

deploy_machines () {

 ##############################################
 # Résumé des valeurs #
 ##############################################
 echo ""
 echo $NOM_MACHINE
 echo $NUMBER_TEMPLATE
 echo $VMBR_VM
 echo $IP_VALID
 echo $SIZE_RAM
 echo $SIZE_DISK
 echo $SIZE_CPU
 echo $SIZE_CORE
 echo $PASS

 ##############################################
 # Lancement de la création des machines VM #
 #############################################
 echo ""
 echo ""
 echo "#########################################################################################"
 echo " Déploiement de la machine $NOM_MACHINE sur l'Infra PROXMOX "
 echo "#########################################################################################"

 echo ""

 ##### SPECIFICATION des machines virtuelles
 DATASTORE=DataStore02
 PATH_DATA=/mnt/pve/DataStore02
 USER=root

#Cherche la derniere machine et déploi sur VM+1
 LAST_VM=`qm list |awk '{print $1}' |grep -v VMID|grep -v $NUMBER_TEMPLATE |tail -1`
 LAST_VM=`expr $LAST_VM + 1`

 #Clone du Template
 qm clone $NUMBER_TEMPLATE $LAST_VM --name $NOM_MACHINE

 #### Reseau de la machine $NOM_MACHINE
 qm set $LAST_VM --ipconfig0 ip="$IP_VALID"/24,gw=$GATEWAY
 qm set $LAST_VM --searchdomain $DOMAINE
 qm set $LAST_VM --nameserver $NAMESERVER

## HArdware Machine
 qm resize $LAST_VM scsi0 $SIZE_DISK
 qm set $LAST_VM --memory $SIZE_RAM
 qm set $LAST_VM --core $SIZE_CORE
 qm set $LAST_VM --socket $SIZE_CPU

# User
 qm set $LAST_VM --ciuser $USER
 qm set $LAST_VM --cipassword $PASS
 qm set $LAST_VM --sshkey ~/.ssh/id_rsa.pub

 # Deplace la VM sur le DATASTORE
 qm move_disk $LAST_VM scsi0 $DATASTORE --delete

#Démarrage de la machine
 echo $LAST_VM >> vmid.txt
 #qm start $LAST_VM
}

load_main_program

## Démarrage des machines
for line in `cat vmid.txt`
 do
 echo "###################################################"
 echo "## Démarrage de la Machine Virtuelle VMID: $line ##"
 echo "###################################################"
 echo ""
 qm start $line
 done

Views: 25

L’article MODOP – Déploiement de VM/Template via CSV/Excel – Proxmox est apparu en premier sur CoffeeBreak Info.

Il est évident qu’il vous faudra un Template déjà présent sur votre infrastructure PROXMOX.

Le menu permet de préciser les différents items que l’on désirs pour déployer la nouvelle machine virtuelle. (Script en fin de MODOP)

Le menu BASH vous demandera de préciser

• Le numéro (VMID) de la machine Template
• Le nom de la machine sur l’infrastructure
• Le réseau (vSwitch) pour la machine virtuelle
• La taille de mémoire à allouer
• La taille du disque à allouer
• Le nombre de Processeur (Socket)
• Le nombre de vCPU (Core)
• Le mot de passe pour le root

Le script va permettre

• Récupérer une VMID+1 pour la nouvelle machine virtuelle
• Récupérer les IP/Gateway/DNS/Domaine via le vSwitch
• Récupérer une IP disponible sur le réseau vSwitch

Le Template Centos7

Ici le VMID du Template est : 5000

Lancement du script

root@floki03:~# ./Proxmox_Create_VM_via_Template.sh

Saisir le VMID du Template et « ENTER »

Saisir votre nom machine et « ENTER »

Préciser le vSwitch et « ENTER »

Préciser la taille de la mémoire et « ENTER »

Préciser la taille du disque et « ENTER »

Préciser le nombre de CPU (Socket) et « ENTER »

Préciser le nombre de vCPU (Core) et « ENTER »

Préciser votre mot de passe et « ENTER »

La machine va se déployer automatiquement sur l’infrastructure et démarrer et se mettre à jour automatiquement via Cloud-Init.

Machine haproxy déployée.

Spécification de la machine

Spécification Cloud-Init de la machine

Script BASH

root@floki03:~# vi Proxmox_Create_VM_via_Template.sh

#!/bin/bash
clear

echo "############################################################################################"
echo ""
echo " Spécifier les paramètres souhaités pour la machine Virtuelle"
echo ""
echo "############################################################################################"

echo ""
echo -n " Préciser le VMID du Template Proxmox (ex: 5000): "
read NUMBER_TEMPLATE

echo ""
echo -n " Préciser le nom pour votre machine (ex: web.house.cpb): "
read NOM_MACHINE

echo ""
echo -n " Préciser le Réseau pour votre machine (ex: vmbr0,vmbr1) :"
read VMBR_VM

echo ""
echo -n " Préciser la taille de mémoire RAM (ex: 1024,2048,4096) :"
read SIZE_RAM

echo ""
echo -n " Préciser la taille de Disque (ex: 10G,20G,..) :"
read SIZE_DISK

echo ""
echo -n " Préciser le nombre de CPU - Socket (ex: 1,2,..) :"
read SIZE_CPU

echo ""
echo -n " Préciser le nombre de vCPU - Core (ex: 2,4,6,..):"
read SIZE_CORE

echo ""
echo -n " Préciser le Mot de passe pour le root User :"
read PASS

echo ""

##### SPECIFICATION des machines virtuelles
DATASTORE=DataStore02
PATH_DATA=/mnt/pve/DataStore02
USER=root
LAST_VM=`qm list |awk '{print $1}' |grep -v VMID|grep -v $NUMBER_TEMPLATE |tail -1`

######################################################
# Test du réseau en fonction du Switch virtuel utilisé
#####################################################

case $VMBR_VM in
vmbr0)
 GATEWAY="192.168.1.1"
 NAMESERVER="192.168.1.1"
 DOMAINE="house.cpb"
 MASK_IP="192.168.1.0"
 ;;

vmbr1)
 GATEWAY="172.16.185.201"
 NAMESERVER="172.16.185.1"
 DOMAINE="house.cpb"
 MASK_IP="172.16.185.0"
 ;;

vmbr2)
 GATEWAY="172.32.185.201"
 NAMESERVER="172.16.185.1"
 DOMAINE="house.cpb"
 MASK_IP="172.32.185.0"
 ;;

vmbr3)
 GATEWAY="172.16.186.201"
 NAMESERVER="172.16.185.1"
 DOMAINE="house.cpb"
 MASK_IP="172.16.186.0"
 ;;

esac

##########################################################################################
### PARTIE DES FONCTIONS
##########################################################################################

Deploy_VM () {
 echo ""
 echo ""
 echo "#############################################################################################"
 echo " Déploiement de la machine $NOM_MACHINE sur l'Infra PROXMOX "
 echo "###############################################################################################"
 echo ""

 #Cherche la derniere machine et déploi sur VM+1
 LAST_VM=`expr LAST_VM + 1`

 #Cherche une IP dispo sur le masque
 IP_VALID=`nmap -v -sn $MASK_IP/24|grep -v $MASK_IP|grep down |tail -1 |awk '{print $5}'`

 #Clone du Template
 qm clone $NUMBER_TEMPLATE $LAST_VM --name $NOM_MACHINE

 #### Reseau de la machine $NOM_MACHINE
 qm set $LAST_VM --ipconfig0 ip= "$IP_VALID"/24,gw=$GATEWAY
 qm set $LAST_VM --searchdomain $DOMAINE
 qm set $LAST_VM --nameserver $NAMESERVER

 ## HArdware Machine
 qm resize $LAST_VM scsi0 $SIZE_DISK
 qm set $LAST_VM --memory $SIZE_RAM
 qm set $LAST_VM --core $SIZE_CORE
 qm set $LAST_VM --socket $SIZE_CPU

# User
 qm set $LAST_VM --ciuser $USER
 qm set $LAST_VM --cipassword $PASS
 qm set $LAST_VM --sshkey ~/.ssh/id_rsa.pub

# Deplace la VM sur le DATASTORE
 qm move_disk $LAST_VM scsi0 $DATASTORE --delete

#Démarrage de la machine
 qm start $LAST_VM

}

## MAIN Programm
Deploy_VM $NUMBER_TEMPLATE $NOM_MACHINE $VMBR_VM $SIZE_DISK $SIZE_RAM $SIZE_CORE $SIZE_CPU $PASS

Views: 34

L’article MODOP – Déploiement d’une VM/Template via Menu BASH- Proxmox est apparu en premier sur CoffeeBreak Info.

MODOP – Déploiement d’un Template Centos 7 via CLI – Proxmox – CoffeeBreak Info (en-images.info

Le Template

1°) Spécification de notre machine à déployer

Template

• Template : 6000

Spécification de notre Machine

• Host : www.house.cpb
• Stockage : DataStore02
• vCPU : 4
• CPU (socket) : 2
• Disque : 20Go
• Mémoire : 2Go

Réseau

• IP : 172.16.185.15
• Gateway : 172.16.185.201
• DNS : 172.16.185.1
• Domaine : house.cpb

User

• Utilisateur : root
• Password : betttyboob
• SSH : rsa.pub

2°) Création de la machine Virtuelle 6001

root@floki03:~# qm clone 6000 6001 --name www.house.cpb

3°) SET la configuration réseau

root@floki03:~# qm set 6001 --ipconfig0 ip=172.16.185.15/24,gw=172.16.185.201
update VM 6001: -ipconfig0 ip=172.16.185.15/24,gw=172.16.185.201 

4°) SET le domaine

root@floki03:~# qm set 6001 --searchdomain house.cpb
update VM 6001: -searchdomain house.cpb 

5°) SET le DNS Serveur

root@floki03:~# qm set 6001 --nameserver 172.16.185.1
update VM 6001: -nameserver 172.16.185.1

6°) SET la taille disque (20Go)

root@floki03:~# qm resize 6001 scsi0 20G

7°) SET la taille mémoire (2Go)

Pour rappel

• 1Go => 1024 octets
• 2Go=> 2048 octets
• 4Go=> 4096 octets
• 8Go=> 8192 octets

root@floki03:~# qm set 6001 --memory 2048 
update VM 6001: -memory 2048

8°) SET le nombre de Core (vCPU)

root@floki03:~# qm set 6001 --core 4
update VM 6001: -cores 4

9°) SET le nombre de Socket (CPU)

root@floki03:~# qm set 6001 --socket 2
update VM 6001: -sockets 2

10°) SET le compte user Admin via Crédentials

Nom utilisateur

root@floki03:~# qm set 6001 --ciuser root
update VM 5001: -ciuser root

Mot de passe Utilisateur

root@floki03:~# qm set 6001 --cipassword MOT_DE_PASSE
update VM 5001: -cipassword <hidden>

11°) SET le compte user Admin via SSH Public key

root@floki03:~# ssh-keygen
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
a9:49:2e:2a:5e:33:3e:a9:de:4e:77:11:58:b6:90:26 root@floki03
The key's randomart image is:
+--[ RSA 2048]----+
| ..o |
| E o= . |
| o. o |
| .. |
| ..S |
| o o. |
| =o.+. |
|. =++.. |
|o=++. |
+-----------------+

root@floki03:~# qm set 6001 --sshkey ~/.ssh/id_rsa.pub
update VM 6001: -sshkeys ssh-rsa%20AAAAB3NzaC1yc2EAAAADAQABAAABAQDwedA5ZDK%2B9yijrzljRMnFXX5Q0k6GZ076ViLccRnAoJABVo0KHEJOK1RT5H6UPT9cJ3BkNQKlRCB1u7nk7PzdROSGw1UPdRJ5zqDOY787om32j%2BC9DIJRYvXX%2XXXXXXdg1F1U%2FRSbElj34fa0i545nnwOsBlNfRx0NmhgQkiqvNquHM7iGtfpSs5YeMCrXXX010Y20wmsUZlaXVN1QGVvXXXXm%2BopjsT9gCAvXTwJ1pXXMXohid4N5SEvbIocfi0r%2FKX51%2BhSu7FCdsfJvU%2B%2FetVYbtvO6X%2FYaaNml1N1bntueKXXXkRt%2BpFAAOH4IiM7y4gC0RC5uoxuAgn%2FzL%20root%40floki03%0A

12°) Stockage de la VM sur un DataStore

root@floki03:~# df -h

root@floki03:~# qm move_disk 6001 scsi0 DataStore02 --delete

13°) Démarrer la nouvelle machine VMID 6001 – www.house.cpb

root@floki03:~# qm start 6001
generating cloud-init ISO

« Démarrage »

« Update Automatique »

« Clean après Update »

« Génération des KEYS  SSH pour Cloud-init »

14 °) Vérification de la nouvelle machine virtuelle

Pour rappel de la machine

• Host : www.house.cpb
• vCPU : 4
• CPU (socket) : 2
• Disque : 20Go
• Mémoire : 2Go

Réseau

• IP : 172.16.185.15
• Gateway : 172.16.185.201
• DNS : 172.16.185.1
• Domaine : house.cpb

User

• Utilisateur : root
• SSH : rsa.pub

Vérification Connexion via ssh key

root@floki03:~# ssh -l root 172.16.185.15

Notre clef SSH root de floki03 est bien validée et bien active sur notre machine www.house.cpb

Vérification nom machine FQDN complet

[root@www ~]# hostname

Notre nom machine FQDN complet est bien SET

Vérification Réseau IP/Gateway/DNS

[root@www ~]# ip a

[root@www ~]# ip r

[root@www ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0

[root@www ~]# cat /etc/resolv.conf

[root@www ~]# yum install bind-utils
[root@www ~]# nslookup dns-pri

[root@www ~]# nslookup dns-sec

Notre machine virtuelle est bien paramétrée avec nos IP/Gateway/DNS désirés.

Vérification RAM/Disque/CPU

RAM

[root@www ~]# free –h

DISQUE

[root@www ~]# df -h

Nombre de vCPU

[root@www ~]# cat /proc/cpuinfo | grep processor |grep -v model |wc -l
8
[root@www ~]# cat /proc/cpuinfo | grep processor |grep -v model

Nombre de Socket CPU

[root@www ~]# dmidecode --type processor |grep Socket |wc -l
2
[root@www ~]# dmidecode --type processor |grep Socket

[root@www ~]# dmidecode --type processor

Views: 16

L’article MODOP – Déploiement d’une VM via Template en CLI – Proxmox est apparu en premier sur CoffeeBreak Info.

Conversion Raw image to Qcow2

# qemu-img convert -f raw image.raw -O qcow2 image.qcow2

Conversion Raw image to VDI

# qemu-img convert -f raw image.raw -O vdi image.vdi

Conversion Raw image to VMDK

# qemu-img convert -f raw image.raw -O vmdk image.vmdk

Conversion Raw image to VHD

# qemu-img convert -f raw image.raw -O vpc image.vhd

2°) Conversion des fichiers Qcow2

Conversion Qcow2 image to RAW

# qemu-img convert -f qcow2 image.qcow2 -O raw image.raw

Conversion Qcow2 image to VDI

# qemu-img convert -f qcow2 image.qcow2 -O vdi image.vdi

Conversion Qcow2 image to VMDK

# qemu-img convert -f qcow2 image.qcow2 -O vmdk image.vmdk

Conversion Qcow2 image to VHD

# qemu-img convert -f qcow2 image.qcow2 -O vpc image.vhd

3°) Conversion des fichiers VDI

Conversion VDI image to RAW

# qemu-img convert -f vdi image.vdi -O raw image.raw

Conversion VDI image to Qcow2

# qemu-img convert -f vdi image.vdi -O qcow2 image.qcow2

Conversion VD » I image to VMDK

# qemu-img convert -f vdi image.vdi -O vmdk image.vmdk

Conversion VDI image to VHD

# qemu-img convert -f vdi image.vdi -O vpc image.vhd

4°) Conversion des fichiers VMDK

Conversion VMDK image to RAW

# qemu-img convert -f vmdk image.vmdk -O raw image.raw

Conversion VMDK image to Qcow2

# qemu-img convert -f vmdk image.vmdk -O qcow2 image.qcow2

Conversion VMDK image to VDI

# qemu-img convert -f vmdk image.vmdk -O vdi image.vdi

Conversion VMDK image to VHD

# qemu-img convert -f vmdk image.vmdk -O vpc image.vhd

5°) Conversion des fichiers VHD

Conversion VHD image to RAW

# qemu-img convert -f vpc image.vhd -O raw image.raw

Conversion VHD image to Qcow2

# qemu-img convert -f vpc image.vhd -O qcow2 image.qcow2

Conversion VHD image to VDI

# qemu-img convert -f vhd image.vhd -O vdi image.vdi

Conversion VHD image to VMDK

# qemu-img convert -f vpc image.vhd -O vmdk image.vmdk

Views: 32

L’article MODOP – Conversion de machine Virtuelle avec QEMU-IMG est apparu en premier sur CoffeeBreak Info.

root@floki03:~# apt -y update && apt -y upgrade
root@floki03:~# apt -y autoremove
root@floki03:~# apt install cloud-init

2°) Récupérer une Image Cloud-ini

• https://cloud.centos.org/centos/7/images/

root@floki03:~# wget https://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2

root@floki03:~# ls -al CentOS-7-x86_64-GenericCloud.qcow2
-rw-r--r-- 1 root root 858783744 Apr 22 2020 CentOS-7-x86_64-GenericCloud.qcow2

3°) Création du modèle

• Numéro VMID : 5000
• Size RAM : 1Go
• Nom du Template : Centos7-Template
• Réseau (vSwitch) : vmbr1

root@floki03:~# qm create 5000 --memory 1024 --name Cento7-Template --net0 virtio,bridge=vmbr1
root@floki03:~# qm list |grep 5000
 5000 Cento7-Template stopped 1024 0.00 0

4°) Importer l’image CentOS-7-x86_64-GenericCloud.qcow2

root@floki03:~# qm importdisk 5000 CentOS-7-x86_64-GenericCloud.qcow2 local-lvm

5°) Définir le volume « unused » en target scsi0

root@floki03:~# qm set 5000 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-5000-disk-0
update VM 5000: -scsi0 local-lvm:vm-5000-disk-0 -scsihw virtio-scsi-pci

6°) Création d’un volume « Cloudinit »

root@floki03:~# qm set 5000 --ide2 local-lvm:cloudinit
update VM 5000: -ide2 local-lvm:cloudinit
 Logical volume "vm-5000-cloudinit" created.

7°) Définir l’ordre de Boot sur la target scsi0

root@floki03:~# qm set 5000 --boot c --bootdisk scsi0
update VM 5000: -boot c -bootdisk scsi0

8°) Définir le mode TTY Serie sur VGA

root@floki03:~# qm set 5000 --serial0 socket --vga serial0
update VM 5000: -serial0 socket -vga serial0

9°) Création du Template 5000

root@floki03:~# qm template 5000

Views: 15

L’article MODOP – Déploiement d’un Template Centos 7 via CLI – Proxmox est apparu en premier sur CoffeeBreak Info.

1°) Exportation de la Machine Proxmox

Identifier le numéro VMID de la machine virtuelle

Ici le VMID : 104

Identifier le lieu de stockage du fichier qcow2 pour le VMID 104

Ici le Datastore : DataStore02

Se connecter en « ssh » sur le serveur Proxmox et se rendre sur « /mnt/pve/DataStore02/images/104 »

root@floki03:~# cd /mnt/pve/DataStore02/images/104
root@floki03:/mnt/pve/DataStore02/images/104# ls
vm-104-disk-0.qcow2

Conversion de l’enveloppe machine Proxmox en VHD

root@floki03:/mnt/pve/DataStore02/images/104# qm stop 104
root@floki03:/mnt/pve/DataStore02/images/104# qemu-img convert -f qcow2 vm-104-disk-0.qcow2 -O vpc RockyLinux.vhd

2°) Transférer la machine VMID 104 PROXMOX sur Windows HyperV

Pour faciliter les transferts de fichier du monde Linux⬄Windows , j’utilise MobaXterm.

• Disponible sur : https://mobaxterm.mobatek.net/

/home/mobaxterm# cd /tmp
/tmp# scp root@floki03:/mnt/pve/DataStore02/images/104/RockyLinux.vhd .

/tmp# mv RockyLinux.vhd /cygdrive/c/Temp

3°) Importation de la machine VMID 104 PROXMOX sur Windows HyperV

« Ouvrir » votre hyperviseur Hyper-V

Faire la création d’une nouvelle machine virtuelle

« Suivant »

Indiquer un nom de machine VM et « Suivant »

Si pas d’UEFI pour votre machine source alors « Génération 1 » et « Suivant »

Indiquer une taille de mémoire RAM et « Suivant »

Indiquer le vSwitch de votre réseau HyperV et « Suivant »

« Utiliser un disque virtuel existant » choisir la machine convertie sous Proxmox et « Suivant »

« Terminer »

Spécification matériel de la machine virtuelle « RockyLinux »

« Démarrer » la machine virtuelle

Démarrage complet de la machine.

4°) 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

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

Redémarrage de la machine

Views: 29

L’article MODOP – Migrer une VM Proxmox VE vers Hyper-V est apparu en premier sur CoffeeBreak Info.

1°) Exportation de la Machine Virtuelle Centos  Hyper-V

Exportation de la machine Virtuelle

« Clique droit » et « Exporter »

Choisir l’emplacement d’extraction de la machine Hyper-V et « Exporter » . L’exportation, ici sur « c:\TEMP » , va exporter 3 items/Répertoires

• SnapShots

• Virtual Hard Disks

• Virtual Machines

Dans notre cas, nous sommes uniquement intéressé par le disque virtuel – VHDX.

Se rendre sur le répertoire « C:\Temp\Machine_Centos\Virtual Hard Disks » et copier le fichier VHDX sur l’hyperviseur Proxmox.

Pour faciliter les transferts de fichier du monde Linux⬄Windows , j’utilise MobaXterm.

• Disponible sur : https://mobaxterm.mobatek.net/

# scp Clone_New_Centos.vhdx root@floki03.house.cpb:/home

2°) Création de la machine HyperV sur PROXMOX

root@floki03:~# ls -al /home|grep vhdx
-rwxr-x--- 1 root root 1769996288 Oct 21 18:58 Clone_New_Centos.vhdx

Check l’intégrité du fichier HyperV

root@floki03:/home# qemu-img check -r all Clone_New_Centos.vhdx
No errors were found on the image.

On cherche le dernier VMID + 1 disponible sur notre infrastructure

root@floki03:/home# a=`qm list |awk '{print $1}' |grep -v VMID |tail -1` && a=$(($a + 1)) && echo $a
5001

Création de la machine sur l’hyperviseur Proxmox VE

root@floki03:/home# qm create 5001 --name Node01-centos7

Création du Hardware Machine

root@floki03:/home# qm set 5001 --memory 2048
update VM 5001: -memory 2048

root@floki03:/home# qm set 5001 --core 2
update VM 5001: -cores 2

root@floki03:/home# qm set 5001 --socket 1
update VM 5001: -sockets 1

root@floki03:/home# qm set 5001 --net0 virtio,bridge=vmbr0,firewall=1
update VM 5002: -net0 virtio,bridge=vmbr0,firewall=1

root@floki03:/home# qm set 5001 --serial0 socket
update VM 5002: -serial0 socket

root@floki03:/home# qm set 5001 --bios seabios
update VM 5002: -bios seabios

3°) Importation de la machine VHDX sur VMID 5001

root@floki03:/home# qm importdisk 5001 Clone_New_Centos.vhdx DataStore02

Attacher le disque unused0 (Sata0 , ide0 , scsi0 )
Attention le type dépend de la source d’installation de la machine.

root@floki03:/home# qm set 5001 --sata0 DataStore02:5001/vm-5001-disk-0.raw

« Machine vue de Proxmox VE »

Définir l’ordre de boot

root@floki03:/home# qm set 5001 --boot order='sata0'

Définir le type d’OS Machine

ostype => 'other, wxp, w2k, w2k3, w2k8, wvista, win7, win8, win10, l24, l26, solaris'

root@floki03:/home# qm set 5001 --ostype l26
update VM 5001: -ostype l26

Désactiver ACPI

root@floki03:/home# qm set 5001 --acpi 0
update VM 5001: -acpi 0

Activer « Guest Agent »

root@floki03:/home# qm set 5001 --agent 1
update VM 5002: -agent 1

Démarrage de la machine

root@floki03:/home# qm start 5001

La machine est désormais migrée et fonctionnelle sur l’hyperviseur Proxmox. Il restera à reconfigurer le réseau en fonction des spécifications réseau du bridge du vmbr0.

4°) 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

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

Views: 32

L’article MODOP – Migrer une VM Hyper-V vers Proxmox VE 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.