Bonjour,
 
A priori pour des raisons financières, on va être contraints d'abandonner VMWare pour nos serveurs Oracle et son licensing délirant...    
 
Bref, quelqu'un utilise-t-il OracleVM, l'hyperviseur d'Oracle ?
Peut-on cloner des VM pour PRA ?
 
 

combien d'hyperviseur as tu ?  
quel mode de licencing ?  

Pourquoi ne pas partir sur du HyperV ? moins couteux que VmWare, car partir sur du Oracle ....

ça me rappelle le jour ou on est passé sur vcenter.....un vieux serveur BO sous oracle qui tournait juste une fois tous les 6 mois pour consultation.....qu'on a virtualisé......et l'appel d'Oracle nous demandant 200K€ (passage de 1 à 16 proc, avec les arriérés.....)

 
Euh en quoi le licencing Oracle diffère selon vSphere/HyperV ?

 
Tu as regrdé le licensing d'oracle qd t'es sur vmware/hyperv ?

Bonsoir,
 
Nous n'avons que du VMWare.
 
Pour le licensing, de l'édition Standard VMWare mais avec un cluster de 3 ESX + un autre cluster de 2 ESX Oracle sans parler d'un site distant équipé d'un cluster de deux 2 ESX et d'un autre cluster avec 1 seul ESX Oracle.
Pour Oracle, c'est au core mais comme ça change tous les 4 matins en fonction des versions de VMWare...  
 
On se pose la question à repasser sur du physique pour Oracle...

On a eu une discussion hier avec un de nos partenaires, qui propose de l'hébergement de bdd Oracle (avec, bien sur, des niveaux de service allant de la base a du dba certifié, en fonction des tarifs....)  
A voir si ça ne pourrait pas être une solution viable financierement....repartir sur du physique, va peut être imposé aussi une revue du PRA, voir du système de sauvegarde a entrer dans les coûts....

Oui le retour au physique implique pas mal de changements...
Mais le changement d'hyperviseur aussi surtout qu'à priori OVM ne sait pas faire de sauvegarde de VM à chaud...
Notre PRA reposait en partie sur des clones de VM avec VMWare...
 

 
T'avais les Archives Logs ?
Sinon ta cohérence de BDD n'est pas assurée avec seulement VSS.

La cohérence des bases est assurée par SMO.

tu es en oracle standard ou enterprise , tu es en vmware 5.5 ou 6 ?

Oracle standard, la version entreprise est à un tarif prohibitif pour nous.
VMWare 5.5 mais il faudra bien passer un jour en 6.

On va étudier une solution avec HyperV pour Oracle. On ne serait donc pas obligé de licencier tous les CPU (au sens Oracle) des infras VMWare...

sinon, tu essaie de creer un cluster de 1 voire 2 esx dedié a oracle  
c'est un gars de chez oracle qui m'a dit de faire ca , et tu reste en 5.5 jusqu'a nouvel ordre  

Oui c'est ce que l'on a actuellement.
Mais en passant en 6, le vMotion inter cluster deviendra une fonctionnalité "de base" et il faudra licencier tous les CPU...

Même actuellement, je ne suis pas sûr que l'on soit dans les clous :
 
Sur un site j'ai un cluster de 2 ESX dédié Oracle.
1 ESX avec 1 CPU de 6 cores
1 ESX avec 1 CPU de 8 cores
 
Si l'on se réfère à ça, j'ai un coefficient de 0.5 (il date un peu ce pdf, Oracle devrait se pencher sur ce document pour refaire cracher au bassinet tout le monde...)
 
=> cpu physique * cores * coeff :
 
ESX 1 = 1 * 6 * 0.5 => 3 licences Oracle
ESX 2 = 1 * 8 * 0.5 => 4 licences Oracle
 
Je ne pense pas que j'ai actuellement 7 licences Oracle Standard...
 
Sans parler du site de PRA mais qui est aussi un site de production.
 

 
 
Pour info, d'après la "Product-Lifecycle-Matrix" Vmware :  
(https://www.vmware.com/files/pdf/support/Product-Lifecycle-Matrix.pdf)
 
vCenter Server 5.5  
 
Fin de disponibilité : 2013/09/19  
Fin du support général : 2018/09/19  
Fin du support technique : 2020/09/19

Bon les cores, c'est pour l'entreprise edition.
Pour la standard, il semblerait qu'il faille, même en 5.5, licencier tous les CPU des clusters présents dans le vCenter.
J'ai 2 clusters dans mon vCenter :
1 cluster de 3 ESX biprocesseur et 1 cluster de 2 ESX biprocesseur "Oracle", il me faut donc en tout (3*2) + (2*2) = 10 licences Oracle Standard même si je ne fais pas de vMotion sur le 1er cluster...

l'ideal serait que tu n'aies qu'un cluster de 2 machines bi cpu , soit 4 licences cpu oracle standard  et basta  
 

Oui mais le problème, c'est le second cluster qu'il faut licencier aussi même s'il n'y a pas d'Oracle...

euh pourquoi ?
Il faut licencier les cpu/cores sur lesquels est censé pouvoir s’exécuter Oracle. Pas plus.

Si, il faut licencier tous les CPU/cores du vCenter car vMotion intercluster possible...

un interet ?  
l'idée de cette discussion , c'est de trouver comment faire pour depenser moins , non ?

Un intérêt ? A priori, on n'a pas le choix, c'est Oracle qui dicte sa loi.
 
Je pensais donc à un vCenter dédié Oracle avec les seuls ESX Oracle pour s'affranchir du vMotion intercluster et rester en 5.5 pour s'affranchir du vMotion intervCenter de vSphere 6.

tout a fait