Aller au contenu
  • Société
    • Qui sommes-nous
    • Nos valeurs
    • Nos partenaires
    • Entreprise citoyenne
    • Régions
  • Services
    • Expertise
    • Formation
    • Développement
    • Migration
    • Infogérance
  • Join the Team
  • Actualités
  • Blog
    • Blog easyteam.fr
    • Blog Cloud Natives
  • Formations
  • Rugb’Easyteam
  • Contact
Menu
  • Société
    • Qui sommes-nous
    • Nos valeurs
    • Nos partenaires
    • Entreprise citoyenne
    • Régions
  • Services
    • Expertise
    • Formation
    • Développement
    • Migration
    • Infogérance
  • Join the Team
  • Actualités
  • Blog
    • Blog easyteam.fr
    • Blog Cloud Natives
  • Formations
  • Rugb’Easyteam
  • Contact
Inscrivez-vous à la newsletter

Inscrivez-vous à la newsletter

Abonnez-vous maintenant et nous vous tiendrons au courant.
Nous respectons votre vie privée. Vous pouvez vous désabonner à tout moment.

Bienvenue sur le Blog d'EASYTEAM (ex ArKZoYd)

  • Accueil
  • Actualités
  • Cloud
  • Infrastructure
  • Données / Sécurité
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
Menu
  • Accueil
  • Actualités
  • Cloud
  • Infrastructure
  • Données / Sécurité
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • le 17/02/2016
  • kanam02
  • FinOps, Oracle VM & Linux @fr, Oracle VM for x86 @fr

Hard Partitioning avec OVM 3.3

Partager sur linkedin
LinkedIn
Partager sur twitter
Twitter
Partager sur facebook
Facebook

Lors d’une de mes missions chez un client j’ai été confronté à une problématique spécifique concernant le nombre de licences Oracle lors de la migration d’une base de données Oracle RAC d’un environnement physique vers un environnement virtuel OVM 3.3.
En effet, la licence initiale contractée par le client était de 8 licences Oracle soit 16 cœurs
Alors, comment respecter ce même nombre de licences Oracle alors que les lames ProLiant BL460c Gen9 devant héberger le cluster RAC disposaient chacune de 20 cœurs hyperthreadés soit 40 processeurs vus par l’hyperviseur Oracle OVM 3.3.

La seule solution envisageable est le ‘hard partitionning’ qui permet de limiter de nombre de processeurs pour la machine virtuelle en associant des processeurs virtuels à des processeurs physiques.
Dans notre cas particulier, le nombre de processeurs virtuels pouvant être associé à chaque machine virtuelle est de 16 processeurs.
L’architecture et l’infrastructure déployée était la suivante :
OVM-HardPartitioning
 
Le mode opératoire de la mise en œuvre du hard partitionning suit ces différentes étapes :

  • Contrôle des CPUs pour le serveur ‘hôte’
  • Installation du module complémentaire OVM manager
  • Sécurisation des échanges entre OVM manager et OVM servers
  • Limitation des processeurs

 

Contrôle des processeurs pour le serveur ‘hôte’

Les processeurs des lames ProLiant BL460c Gen9 sont hyperthreadés (2 threads par cœur), le nombre de licences Oracle est limité à 4 licences par lame soit 8 cœurs.
Etant donné que les licences Oracle sont calculées sur les cœurs, nous pouvons bénéficier de l’hyper-threading et doubler la puissance des processeurs en allouant 16 processeurs virtuels à chaque machine virtuelle sans pour autant s’acquitter de licences Oracle supplémentaires.

[root@s1-easy-ovm001 log]# xenpm get-cpu-topology
CPU     core   socket node
CPU0     0       0       0
CPU1     0       0       0
CPU2     1       0       0
CPU3     1       0       0
CPU4     2       0       0
CPU5     2       0       0
CPU6     3       0       0
CPU7     3       0       0
CPU8     4       0       0
CPU9     4       0       0
CPU10    8       0       0
CPU11   8       0       0
CPU12   9       0       0
CPU13   9       0       0
CPU14   10     0       0
CPU15   10     0       0
CPU16   11     0       0
CPU17   11     0       0
CPU18   12     0       0
CPU19   12     0       0
CPU20   0       1       1
CPU21   0       1       1
CPU22   1       1       1
CPU23   1       1       1
CPU24   2       1       1
CPU25   2      1       1
CPU26   3       1       1
CPU27   3       1       1
CPU28   4       1       1
CPU29   4       1       1
CPU30   8       1       1
CPU31   8       1       1
CPU32   9       1       1
CPU33   9       1       1
CPU34   10     1       1
CPU35   10     1       1
CPU36   11     1       1
CPU37   11     1       1
CPU38   12     1       1
CPU39   12     1       1
[root@s1-easy-ovm001 log]# xm vcpu-list
Name                           ID VCPU   CPU State   Time(s) CPU Affinity
0004fb00000600007c351fa24276c63f         1    0    5    -b-    4676.8 any cpu
0004fb00000600007c351fa24276c63f    1    1    6    -b-    4537.0 any cpu
0004fb00000600007c351fa24276c63f         1    2    1    -b-    4676.8 any cpu
0004fb00000600007c351fa24276c63f    1    3    0    -b-    4237.0 any cpu
0004fb00000600007c351fa24276c63f         1    4    7    -b-    4176.8 any cpu
0004fb00000600007c351fa24276c63f    1    5    16  -b-    4537.0 any cpu
0004fb00000600007c351fa24276c63f         1    6    12  -b-    3976.8 any cpu
0004fb00000600007c351fa24276c63f    1    7    20  -b-    3837.0 any cpu
0004fb00000600007c351fa24276c63f         1    8    22   -b-    4670.8 any cpu
0004fb00000600007c351fa24276c63f    1    9    23  -b-    4527.0 any cpu
0004fb00000600007c351fa24276c63f         1    10    30 -b-    4226.8 any cpu
0004fb00000600007c351fa24276c63f    1    11    36 -b-    4837.0 any cpu
0004fb00000600007c351fa24276c63f         1    12    37 -b-    4176.8 any cpu
0004fb00000600007c351fa24276c63f    1    13    18 -b-    4235.0 any cpu
0004fb00000600007c351fa24276c63f         1    14    19 -b-    4670.8 any cpu
0004fb00000600007c351fa24276c63f    1    15    11 -b-    4530.0 any cpu
Domain-0                         0     0     0   -b-   1216.9 0
Domain-0                         0     1     1   -b-     631.1 1
Domain-0                         0     2     2   -b-     884.9 2
Domain-0                         0     3     3   -b-     618.2 3
Domain-0                         0     4     4   -b-     921.7 4
Domain-0                         0     5     5   -b-   1042.5 5
Domain-0                         0     6     6   -b-     888.0 6
Domain-0                         0     7     7   -b-     817.8 7
Domain-0                         0     8     8   -b-     719.3 8
Domain-0                         0     9     9   -b-     927.4 9
Domain-0                         0   10   10   -b-     811.8 10
Domain-0                         0   11   11   r--   1036.8 11
Domain-0                         0   12   12   -b-     949.2 12
Domain-0                         0   13   13   -b-     823.0 13
Domain-0                         0   14   14   -b-   1088.7 14
Domain-0                          0   15   15   -b-     730.2 15
Domain-0                         0   16   16   -b-     567.6 16
Domain-0                         0   17   17   -b-     867.1 17
Domain-0                         0   18   18   -b-     461.1 18
Domain-0                          0   19   19   -b-     963.8 1

 

Installation du module complémentaire OVM manager

Avec la version OVM 3.3.3 nous pouvons disposer d’un outil spécifique pour effectuer le hard partitionning des machines virtuelles :

[root@s-easy-ovmm001 ovm-manager-3]# su - oracle
[oracle@s-easy-ovmm001~]$ cd /u01/app/oracle/ovm-manager-3
[oracle@s-easy-ovmm001 ovm-manager-3]$ unzip /tmp/p13602094_30_Linux-x86-64.zip
inflating: readme.txt            
   creating: ovmutils/
extracting: ovmutils/ovm_utils_1.0.2.zip
extracting: ovmutils/ovm_utils_2.0.1.zip
inflating: ovmutils/readme       
inflating: ovmutils/readme-1.0.2 
inflating: ovmutils/readme-2.0.1 
[oracle@s-easy-ovmm001 ovm-manager-3]$
[oracle@s-easy-ovmm001 ovm-manager-3]$ cd ovmutils
[oracle@s-easy-ovmm001 ovmutils]$ unzip ovm_utils_2.0.1.zip
Archive: ovm_utils_2.0.1.zip
   creating: ovm_utils/
   creating: ovm_utils/man/
   creating: ovm_utils/man/man8/
inflating: ovm_utils/man/man8/ovm_vmcontrol.8
inflating: ovm_utils/man/man8/ovm_vmhostd.8
inflating: ovm_utils/man/man8/ovm_vmdisks.8
inflating: ovm_utils/man/man8/ovm_reporestore.8
inflating: ovm_utils/man/man8/ovm_vmmessage.8
inflating: ovm_utils/ovm_vmdisks  
   creating: ovm_utils/class/
inflating: ovm_utils/class/OvmVmMessage.class
inflating: ovm_utils/class/OvmRepoRestore.class
inflating: ovm_utils/class/OvmVmHostd.class
inflating: ovm_utils/class/OvmVmMessage$1.class
inflating: ovm_utils/class/OvmVmHostd$1.class
inflating: ovm_utils/class/OvmVmControl.class
inflating: ovm_utils/class/OvmVmHostd$InsecureTrustManager.class
inflating: ovm_utils/class/OvmVmDisks.class
inflating: ovm_utils/class/OvmVmMessage$InsecureTrustManager.class
inflating: ovm_utils/ovm_vmcontrol
inflating: ovm_utils/ovm_vmhostd 
inflating: ovm_utils/vm-dump-metrics
inflating: ovm_utils/ovm_reporestore
   creating: ovm_utils/lib/
inflating: ovm_utils/lib/jython.jar
inflating: ovm_utils/lib/log4j.jar
inflating: ovm_utils/lib/OvmClient.jar
inflating: ovm_utils/lib/OvmWsClient.jar
inflating: ovm_utils/lib/ovm_shell.jar
inflating: ovm_utils/lib/commons-logging-1.1.3.jar
inflating: ovm_utils/lib/jline.jar
inflating: ovm_utils/lib/commons-logging.jar
inflating: ovm_utils/ovm_vmmessage

 

Sécurisation des échanges entre OVM manager et OVM servers

Les échanges entre le serveur OVM manager et les serveurs OVM doivent être sécurisés pour cela Oracle utilise le service SSL.

[root@s-easy-ovmm001 bin]# cd /u01/app/oracle/ovm-manager-3/bin
[root@s-easy-ovmm001 bin]# ./secureOvmmTcp.sh
Enabling OVMM TCP over SSL service
Please enter the Oracle VM manager user name: admin
Please enter the Oracle VM manager user password:
The job of enabling OVMM TCPS service is committed, please restart OVMM to take effect.
[root@s-easy-ovmm001 bin]# service ovmm restart

 

Limitation des processeurs

  • Méthode avec ovm_vmcontrol 3.3

Se connecter sur le serveur OVM Manager et se positioner dans le repertoire /u01/app/oracle/ovm-manager-3/ovmutils/ovm_utils

./ovm_vmcontrol -u admin -p xxxxxxx -h localhost -v s1-easy-rac01 -c vcpuget
./ovm_vmcontrol -u admin -p xxxxxxx -h localhost -v s1-easy-rac01 -c vcpuset -s 0-7,20-27

 

  • Méthode manuelle

Modifier directement le fichier de configuration vm.cfg sur le serveur hôte et ajouter la ligne cpus=0-7,20-27

/OVS/Repositories/0004fb0000030000afd883f7dc2/VirtualMachines/0004fb00000600007c351fa24276c63f /vm.cfg
                                 {———–repository UUID———–}                              {————Virtual Machine UUID———–}
+———————————————–+
UUIDs peut être obtenu à partir VM Manager
 
vi vm.cfg
cpus = ‘0-7,20-27’
 

Restrictions

Le fait de mettre en œuvre le hard partitioning interdit toute possibilité d’utiliser LIVE MIGRATION et sa faculté de basculer automatiquement une machine virtuelle sur un des serveurs ‘hôte’ disponibles.

kanam02
kanam02
Voir tous ses articles
Partager sur linkedin
LinkedIn
Partager sur twitter
Twitter
Partager sur facebook
Facebook

Laisser un commentaire Annuler la réponse

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Les derniers articles

  • La fin d’OVM – L’essor d’OLVM 18/01/2021
  • Azure Netapp Files 11/01/2021
  • AWS – Choisir entre les services de messagerie pour les applications Serverless AWS 04/01/2021
  • RMAN : Dupliquer une base avec Restore database en 12c 28/12/2020
  • Run kafkaConnect with docker image 21/12/2020

Les derniers commentaires

  • Laurent GALLET dans Chiffrement du flux SQL*NET
  • SylvainF dans Oracle et VMware : risques, enjeux et solutions
  • Développer avec Oracle Functions - EASYTEAM dans Oracle Cloud Infrastructure Container Engine for Kubernetes
  • Younes dans Les bonnes raisons d’utiliser un CDN (réseau de diffusion de contenus / Content Delivery Network)
  • Bruno BOTTREAU dans Oracle et VMware : risques, enjeux et solutions
Espace Membres
Mot de passe perdu ?
EASYTEAM

Tour Nova, 71 Boulevard National,
92250 La Garenne-Colombes
Tél. 0800 40 60 40
contact@easyteam.fr

Facebook
Linkedin
Twitter
Navigation
  • Accueil
  • Qui sommes-nous
  • Entreprise citoyenne
  • Nos valeurs
  • Régions
  • Partenaires
  • Contact
  • Support
Menu
  • Accueil
  • Qui sommes-nous
  • Entreprise citoyenne
  • Nos valeurs
  • Régions
  • Partenaires
  • Contact
  • Support
Services
  • Développement
  • Migration
  • Infogérance
  • Expertise
  • Formation
Menu
  • Développement
  • Migration
  • Infogérance
  • Expertise
  • Formation
Blog
  • Cloud
  • Infrastructures
  • Data
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • Applications
Menu
  • Cloud
  • Infrastructures
  • Data
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • Applications
Copyright 2018 - EASYTEAM, Tous droits réservés
Mentions légales
Politique de confidentialité​