IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Oracle Discussion :

Licence Oracle sur VMware


Sujet :

Administration Oracle

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    241
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 241
    Points : 118
    Points
    118
    Par défaut Licence Oracle sur VMware
    Bonjour

    J'ai migré ma ferme d'ESX sous vmware 6 en 6.5, comprenant des serveurs virtuels sous oracle.
    J'avais une licence processeur, mais il semblerait que le mode licensing passe au mode coeur (ce qui n'est pas la même histoire en terme de coût).

    Est-ce que quelqu'un n sait davantage, j'ai trouvé 2 pdf différents (un sur vmware parlant de licence au coeur et un DBA certifié oracle parlant de licence au processeur).

    Merci pour vos retours

  2. #2
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    Bonjour,

    VSphere 6 ou 6.5 ne change rien sur ce point

    Il faut déjà savoir quelle edition a été achetée: Enterprise Edition ou Standard Edition 2
    Puis quelle métrique de license: NUP+ ou Processeur

    Par exemple, Enterprise Edition et ferme ESX (tous les clusters liés par réseau ou storage ou cluster) ayant au total N coeurs, il fait avoir N/2 (le core factor intel) licenses.

    Cordialement,
    Franck
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

  3. #3
    Membre régulier
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    241
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 241
    Points : 118
    Points
    118
    Par défaut
    Merci pour le retour

    J'utilise oracle standard
    Avec un contrat support acheté par processeur

    Cordialement

  4. #4
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    Ok, donc 1 license proc couvre 1 socket. Par exemple, s'il y a 4 serveurs bi-sockets sous VMware, il faut 8 licenses. Autre exemple, s'il y a 4 serveurs monosockets, il faut 4 licenses.
    Si c'est des serveurs qui ont plus de 2 sockets par serveur, alors on en peut pas les licensier en Standard Edition 2.
    Cordialement,
    Franck.
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

  5. #5
    Membre régulier
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    241
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 241
    Points : 118
    Points
    118
    Par défaut
    Citation Envoyé par pachot Voir le message
    Ok, donc 1 license proc couvre 1 socket. Par exemple, s'il y a 4 serveurs bi-sockets sous VMware, il faut 8 licenses. Autre exemple, s'il y a 4 serveurs monosockets, il faut 4 licenses.
    Si c'est des serveurs qui ont plus de 2 sockets par serveur, alors on en peut pas les licensier en Standard Edition 2.
    Cordialement,
    Franck.
    Merci Franck pour ce point précis

  6. #6
    Membre à l'essai
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2015
    Messages
    25
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Août 2015
    Messages : 25
    Points : 16
    Points
    16
    Par défaut
    Citation Envoyé par pachot Voir le message
    Ok, donc 1 license proc couvre 1 socket. Par exemple, s'il y a 4 serveurs bi-sockets sous VMware, il faut 8 licenses. Autre exemple, s'il y a 4 serveurs monosockets, il faut 4 licenses.
    Si c'est des serveurs qui ont plus de 2 sockets par serveur, alors on en peut pas les licensier en Standard Edition 2.
    Cordialement,
    Franck.
    Bonjour,

    j'aurais besoin de précision si cela est possible car j'ai deux différents sons de cloche.

    Le matériel est : 3 ESX avec 2 sockets par serveur sous VmWare 6.
    Nous souhaiterions installé la SE2.

    D'un côté on me dit que la limitation pour ma machine dans le cadre de la SE2 est de maxi 2 sockets / serveur et prendre 10 licences NUP par serveur donc 30 licences NUP SE2.

    Ceci me conviendrait parfaitement. Seulement j'ai trouvé un document offciel oracle disant :

    Is it possible to license SE2 (with RAC) across two 2 socket servers that have only 1 socket populated on each?
    - Yes. If licensing by Named User Plus metric, DB SE2 minimums must be met on each server. The minimums are 10 Named User Plus licenses per server.

    « Est-il possible d'octroyer une licence SE2 (avec RAC) à deux serveurs de socket dotés de 1 seul socket rempli?
    -Oui. En cas de licence par métrique Utilisateur nommé plus, les minimums de DB SE2 doivent être respectés sur chaque serveur. Les minimums sont de 10 licences Named User Plus par serveur. »

    La on ne parle que de 1 socket par serveur.


    Auriez vous des informations plus précises à ce sujet ?
    Si vous pensez que je peux prendre la SE2 dans cette configuration ou puis je trouvé le document Oracle qui me le confirme car je n'ai rien trouvé en ce sens qui vienne de l'éditeur.

    Merci de votre aide.

    Cordialement. oracle-db-se2-brief-2680836.pdf

  7. #7
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    Bonjour,
    Les 2 sont justes. RAC est l'option Cluster. Dans ce cas, la limite de 2 socket est par cluster, donc un seul par noeud.
    Mais si on ne fait pas de RAC, 30 NUP couvrent les 3 serveurs physiques qu'il y a derrière. Attention, mas d'autre ferme ESX dans le datacenter sur lequel on pourrait faire du VMotion? Sinon il faut les compter aussi.
    Cordialement,
    Franck.
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

  8. #8
    Membre à l'essai
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2015
    Messages
    25
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Août 2015
    Messages : 25
    Points : 16
    Points
    16
    Par défaut
    Citation Envoyé par pachot Voir le message
    Bonjour,
    Les 2 sont justes. RAC est l'option Cluster. Dans ce cas, la limite de 2 socket est par cluster, donc un seul par noeud.
    Mais si on ne fait pas de RAC, 30 NUP couvrent les 3 serveurs physiques qu'il y a derrière. Attention, mas d'autre ferme ESX dans le datacenter sur lequel on pourrait faire du VMotion? Sinon il faut les compter aussi.
    Cordialement,
    Franck.
    Merci de la réponse Franck.

    Nous n'avons pas d'autre actuellement.
    Dans un futur une nouvelle devrait arrivée sur un site "disaster recovery" de deux ESX @ 2 socket chacun. Donc rajouter 20 licences NUP pour cette nouvelle configuration. (je pense que c'est juste ainsi).

    Par rapport à la possibilité de mettre les 30 NUP sur mes serveurs. Ou puis je trouver la Doc oracle en ce sens ?

    merci d'avance.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 6
    Dernier message: 13/03/2015, 12h53
  2. les licences de BO sur VMWARE sont elles expirables?
    Par nbibil dans le forum Débuter
    Réponses: 3
    Dernier message: 15/09/2008, 17h27
  3. Précision sur la Licence oracle
    Par ramaro dans le forum Débuter
    Réponses: 5
    Dernier message: 29/08/2008, 06h20
  4. Créer une BDD Oracle sur windows
    Par calimero82 dans le forum Administration
    Réponses: 7
    Dernier message: 25/10/2004, 15h30

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo