Discussion :

[bigbull]

Bonjour,

J'ai posté cette question sur le forum virtualisation mais je n'ai eu aucune réponse, je la pose donc ici :

nos serveur ayant besoins d'un petit coup de jeune, nous souhaiterions virtualiser un serveur contenant une base oracle 10.2.0.4

config actuelle :

proc : intel E5410 8 coeur @ 2.33MHz
RAM : 8 GO
Windows 2003 R2 Standard edition 64 bits sp2

et nous voudrions la virtualiser d'ici l'année prochaine sur hyper V.

En parcourant le Net j'ai lu qu'oracle ne supportait aucune virtualisation autre que ses produits.

Quelqu'un a-t-il plus d'infos, faut il absolument utiliser oracle VDI ?
L'utilisation d'un autre mode de virtualisation peut il entrainer des problèmes autre que de performances ?
Existe t'il des problèmes connus de virtualisation sous hyperV ?
Faut il migrer de 2003 vers 2008 avant de virtualiser ?
une base 10g est elle cohérente après une shadow copy ?

toute autre information sera la bien venue.

Cordialement,

[Fabien Celaia]

En sus de la problématique de la vitualisation sur produit Oracle (vaut mieux installer sa base sur un OS certifié si on veut éviter les soucis), prenez garde à ce que la virtualisation risque de vous coûter en terme de licence.

[bigbull]

les licences ne sont pas un problème.

Nous avons virtualisés une base oracle 8i sur un serveur windows 2000 et nous n'avons rien à reprocher à la virtualisation.

Mais les technologies ayant évoluées nous nous interrogeons beaucoup sur la version 10 d'oracle car nous avons deux bases stratégiques dans cet version et leur serveur physique commencent à dater un peu.

Nous essayons de croiser le maximum d'info entre Oracle et notre éditeurs concernant le sujet, et un avis exterieur serait le bien venu.

Cordialement,

[couak]

Il faut faire attention aux licences, car oracle compte le CPU physique. Même si ta VM possède 1 vCPU, pour peu qu'elle soit hébergée sur un bi-processeur quad-core, tu devras avoir assez de licence pour ces 8 cores physique
Si ta VM est capable d'être déplacé d'un hôte physique à un autre automatiquement (genre VMotion+HA et/ou DRS sous VMware, ou LiveMigration sous Hyper-V), tu dois avoir suffisamment de licences pour tous les hôtes susceptibles d'accueillir la VM qui bougera automatiquement dans ton cluster

Concernant la virtualisation, jamais eu de soucis technique particulier de la 8i à la 10g (pas d'expérience en 11g). Concernant le support, Oracle ne t'apportera pas de support si ils ne peuvent pas reproduire le bug et si tu ne peux reproduire le bug sur une machine physique
Après c'est un risque à prendre, dans mon ancienne boîte l'économie financière était tellement important que cela a penché en faveur de la virtualisation

[bigbull]

Bonjour,

Je n'avais pas pensé à cette façon de prendre en compte les processeurs.

Sinon au niveau dégradation des performances et les accès aux disques en lectures comment est ce ça réagit, plutôt bien, pas mal, pas terrible ou catastrophique ?

Cordialement,

[Rams7s]

Il faut faire attention aux licences, car oracle compte le CPU physique. Même si ta VM possède 1 vCPU, pour peu qu'elle soit hébergée sur un bi-processeur quad-core, tu devras avoir assez de licence pour ces 8 cores physique

C'est pas moi qui m'occupe des licences alors je ne suis pas trop ce sujet de pres, mais il me semblait que au contraire, eviter de payer les 8sockets sur ton serveur pour ta BdD, la solution c'etait de mettre une machine virtuelle.

A noter (toujours avec les memes grosses pincettes), Oracle assure le support avec son propre manager de machines virtuelles: OVM (tout plein de bugs ).

[couak]

Quand tu virtualises, tu as un overhead. L'intérêt est justement de bien dimensionner pour pouvoir consolider, sinon si tu as besoin de perfs il ne faut surtout pas consolider et/ou virtualiser

Donc la réponse n'est pas simple et dépend de ton existant et de ce qui y tourne, ainsi que de ton infra cible

Par contre ce qui est sûr, ce que passer d'un Pentium3 800Mhz sous windows 2000 à un CPU récent à 3Ghz, même un overhead de 10% sur le CPU à cause de la couche de virtualization, pouvoir augmenter de manière drastique la RAM pour éviter que l'OS ne swap et changer les disques, ton système ira beaucoup mieux de manière générale

C'est ce qui était arrivé à toutes les machines sous windows 2000 quand j'avais virtualisé tout ça, on avait eu un gain de perf énormes, on perdait à peine 4 ping quand on rebootait un windows 2000 et les batches de nuits durait 3x moins longtemps

[couak]

C'est pas moi qui m'occupe des licences alors je ne suis pas trop ce sujet de pres, mais il me semblait que au contraire, eviter de payer les 8sockets sur ton serveur pour ta BdD, la solution c'etait de mettre une machine virtuelle.

A noter (toujours avec les memes grosses pincettes), Oracle assure le support avec son propre manager de machines virtuelles: OVM (tout plein de bugs ).

et non perdu, pour payer moins cher il faut consolider au maximum lorsqu'il y a plusieurs serveurs de base de données car c'est réellement le CPU physique qui compte, voire tous les CPU de ton cluster si tes VM sont capables d'être déplacés à chaud