1. Inventaire des Machines

2. Composition des Clusters

MODOP Cluster SeaWeedFS – Partie 2 – Installation 3 nodes Master

MODOP Cluster SeaWeedFS – Partie 2 – Installation 3 nodes Master

Composition du Cluster « Master »

Les maîtres (masters) dans SeaweedFS jouent un rôle crucial dans le système de fichiers distribué. Voici leurs principales fonctions :

Coordination et gestion 
Les maîtres sont responsables de la coordination entre les différents composants du cluster SeaweedFS, tels que les serveurs de volumes et les clients.
Ils gèrent les informations sur les volumes, les emplacements des fichiers et les métadonnées associées.

Répartition de charge :
Les maîtres répartissent la charge entre les serveurs de volumes en affectant les volumes aux serveurs disponibles.
Cela garantit une utilisation équilibrée des ressources et une distribution uniforme des fichiers.

Découverte des serveurs de volumes :
Lorsqu’un client souhaite lire ou écrire un fichier, il contacte d’abord un maître pour obtenir des informations sur les serveurs de volumes appropriés.
Les maîtres fournissent les adresses des serveurs de volumes qui contiennent les données recherchées.

Gestion des serveurs de volumes :
Les maîtres surveillent l’état des serveurs de volumes.
En cas de panne d’un serveur de volume, les maîtres mettent à jour les informations de réplication et réaffectent les volumes si nécessaires.

Réplication des données :
Les maîtres gèrent la réplication des données pour garantir la disponibilité et la tolérance aux pannes.
Ils s’assurent que chaque fichier est stocké sur plusieurs serveurs de volumes pour éviter la perte de données en cas de défaillance matérielle.

En résumé, les maîtres de SeaweedFS sont essentiels pour assurer la cohérence, la disponibilité et la performance du système de fichiers distribué. Ils agissent comme un cerveau central qui orchestre les opérations et maintient l’intégrité du cluster

MODOP Cluster SeaWeedFS – Partie 3 – Installation 4 nodes Volumes

MODOP Cluster SeaWeedFS – Partie 3 – Installation 4 nodes Volumes

Composition du Cluster « Volumes »

Dans SeaweedFS, les volumes jouent un rôle essentiel dans le stockage et la gestion des fichiers. Voici ce que vous devez savoir sur les volumes :

Gestion des données :
Au lieu de gérer tous les métadonnées de fichiers dans un maître central, SeaweedFS choisit de gérer les volumes dans le maître central.
Les serveurs de volumes gèrent ensuite les fichiers et leurs métadonnées.
Chaque volume de données a une taille de 32 Go et peut contenir de nombreux fichiers.
Chaque nœud de stockage peut avoir plusieurs volumes de données.

Répartition de la charge :
Les volumes permettent de répartir la charge entre les serveurs de volumes.
En ajoutant plus de serveurs de volumes, vous pouvez augmenter la capacité du système sans surcharger le maître central.

Accès rapide aux fichiers :
SeaweedFS permet un accès rapide aux fichiers grâce à cette approche.
La gestion des métadonnées est décentralisée, ce qui réduit la pression sur le maître central.
L’accès aux fichiers est généralement très rapide, nécessitant souvent une seule opération de lecture de disque.

En résumé, les volumes dans SeaweedFS sont des unités de stockage qui permettent une gestion efficace des fichiers et des métadonnées, tout en garantissant des performances élevées.

MODOP Cluster SeaWeedFS – Partie 4 – Installation 4 nodes Filers

MODOP Cluster SeaWeedFS – Partie 4 – Installation 4 nodes Filers

Composition du Cluster « Filers »

Les filers dans SeaweedFS jouent un rôle essentiel dans la gestion des répertoires de fichiers. Voici leurs principales fonctions :

Gestion des répertoires :
Les filers sont responsables de la gestion des répertoires et de la structure des fichiers.
Ils stockent les métadonnées associées aux fichiers, telles que les noms, les autorisations et les chemins d’accès.

Utilisation de magasins de données externes :
Contrairement à d’autres systèmes de fichiers, SeaweedFS Filer utilise des magasins de données externes (tels que MySQL, PostgreSQL, SQLite, MongoDB, Redis, etc.) pour gérer les informations sur les répertoires.
Ces magasins sont éprouvés, évolutifs et plus faciles à gérer.

Répartition de la charge :
Les filers répartissent la charge entre les serveurs de volumes en gérant les métadonnées de manière décentralisée.
Cela permet d’éviter une pression excessive sur le maître central et d’améliorer les performances d’accès aux fichiers.

Accès rapide aux fichiers :
En déchargeant les métadonnées des fichiers vers les serveurs de volumes, les filers permettent un accès rapide aux fichiers.

En résumé, les filers de SeaweedFS sont essentiels pour gérer la structure des répertoires, répartir la charge et garantir des performances élevées lors de l’accès aux fichiers

MODOP Cluster SeaWeedFS – Partie 5 – Client Linux

MODOP Cluster SeaWeedFS – Partie 5 – Client Linux

Mise en place d’un client Linux afin d’interagir avec le cluster SeaWeedFS

MODOP Cluster SeaWeedFS – Partie 6 – Ajout 2 nodes « Master »

MODOP Cluster SeaWeedFS – Partie 6 – Ajout 2 nodes Master

Composition du nouveau Cluster « Master »

MODOP Cluster SeaWeedFS – Partie 7 – Ajout 1 node «Volume »

MODOP Cluster SeaWeedFS – Partie 7 – Ajout 1 node Volume

Composition du nouveau Cluster « Volume »

MODOP Cluster SeaWeedFS – Partie 8 – Ajout 1 node «Filer »

MODOP Cluster SeaWeedFS – Partie 8 – Ajout 1 node Filers

Composition du nouveau Cluster « Filers »

Views: 7

L’article MODOP Cluster SeaWeedFS – Partie 1 -Introduction 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

Image Cloud-ini

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

Le but est de lancer un script avec arguments pour Créer automatiquement notre Template Centos7.

Les arguments seront les suivants

• Numéro VMID de la machine sur Proxmox
• Taille de la mémoire pour le Template
• Réseau (vSwitch) ou sera disponible le Template

#!/bin/bash
clear

#### Partie des arguments
NUMBER_TEMPLATE=$1
SIZE_MEMORY=$2
VMBR_VM=$3

##################################################################################################

if [ -z "$NUMBER_TEMPLATE" ] || [ -z "$SIZE_MEMORY" ] || [ -z "$VMBR_VM" ]
 then

 echo ""
 echo "Il vous manque des arguments"
 echo ""
 echo " La syntax doit être :"
 echo ""
 echo "$0 <VMID> <SIZE MEMORY> <vSwitch>"
 echo ""
 echo "example : $0 5000 2048 vmbr1"
 echo ""
 echo ""
 exit

fi

### Image Système Linux Cloud-Init
IMAGE=https://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2
NAME_IMAGE=`echo $IMAGE|awk -F "/" '{print $7}'`
NAME_OS=Centos7-Cloud-Template

Deploy_template () {
 clear
 TEMPLATE_EXITE=`qm list |grep $NUMBER_TEMPLATE |wc -l`

 if [ $TEMPLATE_EXITE -eq 1 ] ;then
 echo ""
 echo "##############################################################################"
 echo "Le Template $NUMBER_TEMPLATE existe déja dans Proxmox , on va le supprimer"
 echo "##############################################################################"
 echo ""
 qm destroy $NUMBER_TEMPLATE
 echo ""
 echo ""
 fi

 echo "###############################################################################"
 echo "# Création du Template $NUMBER_TEMPLATE : $NAME_OS "
 echo "###############################################################################"
 echo ""
 echo "Récupère l'image Cloud Centos7 ....."
 echo ""
 if [[ -f $NAME_IMAGE ]]
 then
    rm -f $NAME_IMAGE
 fi
 wget $IMAGE
 
 echo ""
 echo "Création de la machine virtuelle Template...."
 echo ""
 qm create $NUMBER_TEMPLATE --memory $SIZE_MEMORY --name $NAME_OS --net0 virtio,bridge=$VMBR_VM
 qm importdisk $NUMBER_TEMPLATE $NAME_IMAGE local-lvm
 qm set $NUMBER_TEMPLATE --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-$NUMBER_TEMPLATE-disk-0
 qm set $NUMBER_TEMPLATE --ide2 local-lvm:cloudinit
 qm set $NUMBER_TEMPLATE --boot c --bootdisk scsi0
 qm set $NUMBER_TEMPLATE --serial0 socket --vga serial0
 qm template $NUMBER_TEMPLATE

 echo ""
 echo ""
 echo "###########################################################"
 echo " le Template $NUMBER_TEMPLATE est Disponible sur l'Infra PROXMOX "
 echo "###########################################################"
}

Deploy_template

lancement du script
root@floki03:~#./Proxmox_Create_TemplateCentos.sh 6000 2048 vmbr0

Views: 23

L’article MODOP – Déploiement d’un Template Centos 7 via Script Bash 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.

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 au format VDI

root@floki03:/mnt/pve/DataStore02/images/104# qemu-img convert -f qcow2 vm-104-disk-0.qcow2 -O vdi RockyLinux.vdi
root@floki03:/mnt/pve/DataStore02/images/104# ls –al

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 /cygdrive/c/tmp
/cygdrive/c/tmp# scp root@floki03:/mnt/pve/DataStore02/images/104/RockyLinux.vdi .

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


Création d’une nouvelle machine « Nouvelle »

Préciser le type d’OS et un nom Machine et « Suivant »

Indiqué la taille souhaitée pour la mémoire RAM et « Suivant »

« Utiliser un fichier …. » et sélectionner votre image VDI de la machine exporter de Proxmox

« Créer »

Il vous reste à « Démarrer » la machine.

Si vous rencontrez un « troubleshot  dracut » , il vous suffit de redémarrer votre machine en « rescue » et de taper les commandes ci-dessous.

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

Views: 37

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