Discussion :

[Steve84]

Bonjour à tous,

Ma question va certainement vous paraitre absurde et je pense en connaitre la réponse, mais ne connaissant rien à Oracle je la pose quand même...
Nous avons actuellement un serveur avec un oracle 11g sur lequel il y a 4 applications. Les bases elles mêmes sont stockées sur un SAN.

Dans le cadre d'un projet de virtualisation, nous souhaiterions créer une VM par application. Faut-il installer un oracle par VM et donc repayer une licence par VM ou est il possible d'avoir une VM avec Oracle et les licences qui vont avec et des VM avec les applicatifs métier ?

Merci

[ojo77]

oui il faut un moteur par VM, oracle recommande même un moteur par base de données

Vous allez payer les licences en fonction du nombre maximum de processeur que peut consommer la VM, et si vos VM BDD sont sur une même machine physique, vous paierez au maximum les licences correspondant au nombre de processeurs de cette machine physique

[pachot]

Bonjour,

Vous pouvez très bien avoir 4 VM applicatives + serveur database
Ou 4 VM applicatives + 4 VM database sur un autre serveur

Il n'y a pas de raison de mettre la base et l'appli dans la même VM.
D'une part parce que l’intérêt de virtualiser est de contrôler l'utilisation des ressources. Mettre ensemble appli + base c'est risquer que l'un prennent toute la CPU ou la mémoire de l'autre

D'autre part, parce que vous payez les licenses Oracle sur le nombre de CPU physiques du serveur sur lequel il y a les VM. Il est donc préférable de ne pas mettre les bases et l'appli sur le même serveur physique, sinon vous payez des licences oracle pour des CPU utilisées par l'appli...

Cordialement,
Franck.

[IndianaAngus]

Attention avec la virutalisation car Oracle ne supporte pas les DB sur des machines virtuelles autre que Oracle VM (comme VMWare par exemple).
De plus vous allez payer une licence pour le nombre de CPU de la machine physique qui heberge vos VM même si votre VM n'a qu'un seul VCPU.

[ojo77]

Attention avec la virutalisation car Oracle ne supporte pas les DB sur des machines virtuelles autre que Oracle VM (comme VMWare par exemple).
De plus vous allez payer une licence pour le nombre de CPU de la machine physique qui heberge vos VM même si votre VM n'a qu'un seul VCPU.

Oracle est revenu sur cette politique et supporte maintenant VMWare.
Le président de VMWare a même fait un joli speach sur le sujet lors du dernier Oracle World

[jkofr]

Hello,

Oracle supporte VMWare et surtout, VMWare support Oracle (officiellement).

jko

[IndianaAngus]

Ah oui? Et bien merci pour l'information. Je pense que ca va changer pas mal de chose à mon boulot. Vous auriez un lien vers quelque chose d'officiel car je n'ai rien trouvé?
Parce que l'année dernière encore vmware était supporté plus ou moins c'est à dire que Oracle pouvait demandait à reproduire le problème sur une machine physique. Donc pas vraiment supporté quoi.

merci

[jkofr]

Oui, c'était la position d'Oracle.

Mais face a cette attitude, VMWare a décidé d'apporté tout l'aide nécessaire à ces client afin de déployer Oracle sur sa plateforme.

Du coup, Oracle a changé sa position...

jko

[Pomalaix]

Je rejoins la demande : quelqu'un a un lien officiel ?

En faisant une recherche rapide sur Metalink, je ne trouve que la note 249212.1, qui n'a pas bougé depuis 2010, et qui est conforme au message de IndianaAngus.

[Oracle4Ever]

Ne pas confondre support VMWare et licencing Oracle sur VMWare. 2 choses différentes qui ont l’air de se mélanger dans ce post.

Pour ce qui est du licencing :

Attention avec la virutalisation car Oracle ne supporte pas les DB sur des machines virtuelles autre que Oracle VM (comme VMWare par exemple).

Faux : Oracle VM pour réduire les licences n’est pas supporté par Oracle (eh oui !!!) (http://www.oracle.com/us/corporate/p...ing-070609.pdf document Oracle de 2012) SAUF SI on configure oracle VM en hard partionning (http://www.oracle.com/technetwork/se...art-168217.pdf).
Dans le document est listé un ensemble de produit de virtualisation supporté


De plus dans le document de source VMWare : http://www.vmware.com/files/pdf/solu...vironments.pdf page 5 table1 colonne « licensing A Subset of CPUs un thre Host » semble dire que oracle ne reconnait pas le hard partionning de VMWare. Puis plus loin, le document semble dire qu’avec vSphere Cluster de VMWare, cette fois ci on peut limiter la licence au nombre de CPU utilisé par Oracle. (pas trop le temps pour l'instant de bien analyser/traduire, je vous laisse lire le doc)

Pour ce qui est du support :
Sur la page http://www.vmware.com/fr/solutions/p...e-support.html de VMWare il y a écrit que Oracle maintient un support officiel depuis plus de 4 ans sur VMware.

[jkofr]

Hello,

Pour le support Oracle4Ever a confirmé.

Concernant le licences, Oracle NE RECONNAIS pas le partitioning (HARD ou SOFT) de VMWare.
Il faut licencier toute la machine host ESX
Soit en CPU soit en NUP.

Rappel:
Entreprise Edition: 1 PROC = 25 NUP (1 PROC = 1 core * core factor)
Standard Edition: 1 PROC = 5 NUP (1 PROC = 1 Socket avec x cores avec max 4 sockets)
Standard Edition one: 1 PROC = 5 NUP (1 PROC = 1 Socket avec x cores avec max 2 sockets)

jko

[leonardo.santoslopes]

L'Oracle prend en charge les environnements virtualisés officiellement ... Seul l'environnement de cluster (RAC) n'est pas prise en charge dans les environnements virtualisés ...

I Hope helps!

[Pomalaix]

L'Oracle prend en charge les environnements virtualisés officiellement ...

Et où peut-on trouver cette information officielle ? De plus, s'applique-t-elle à VMWare ?

[ducho]

Bonjour,
Je suis interessé aussi par cette information car les commerciaux VMWARE soutiennent que maintenant Oracle est supporté sur leurs environnements .
Je n'ai pas eu le même discours de la part d'Oracle .

Cordialement

[pachot]

Le message d'Oracle est clair (Support Position for Oracle Products Running on VMWare Virtualized Environments [ID 249212.1]):
Oracle n'est pas certifié sur VMware, mais il est supporté tant que le problème est reproductible sur une plateforme non-virtualisée.

Donc en cas de problème, le support Oracle peur suspendre le traitement du SR s'ils pensent que le bug n'existe qu'à cause de VMware.
C'est à vous de prouver que le problème est le même sur une plateforme non virtualisée, et le SR et poursuivi.

Note: si les commerciaux VMware disent que Oracle est supporté sur les environnements virtualisés, il faut peut-être leur demander d'être prêts à fournir une plateforme non-virtualisée en cas de pb.

[devkais]

http://www.oracle.com/technetwork/da...ix-172995.html

Voici la matrice de virtualisation Oracle à ce jour.