Vue d’ensemble des applications et des solutions Oracle sur Azure

  • Article

S’applique à : ✔️ Machines virtuelles Linux

Dans cet article, vous allez découvrir comment exécuter des solutions Oracle à l’aide de l’infrastructure Azure.

Important

Oracle RAC et Oracle RAC OneNode ne sont pas pris en charge dans l’infrastructure Bare Metal Azure.

Bases de données Oracle sur l’infrastructure Azure

Oracle prend en charge l’exécution de ses éditions Standard et Entreprise Database 12.1 et versions ultérieures dans Azure sur des images de machine virtuelle basées sur Oracle Linux. Vous pouvez exécuter des bases de données Oracle sur l’infrastructure Azure à l’aide d’Oracle Database sur des images Oracle Linux disponibles sur la Place de marché Azure.

  • Oracle Database 12.2 et 18.3 Enterprise Edition
  • Oracle Database 12.2 et 18.3 Standard Edition
  • Oracle Database 19.3
    Vous pouvez également adopter l’une des approches suivantes :
  • configurer Oracle Database sur une image Linux non Oracle disponible dans Azure ;
  • Générez une solution sur une image personnalisée que vous créez entièrement dans Azure.
  • charger une image personnalisée à partir de votre environnement local.

Vous pouvez aussi choisir de configurer votre solution avec plusieurs disques joints. Vous pouvez améliorer les performances de la base de données en installant Oracle Automated Storage Management (ASM). Pour obtenir de meilleures performances pour les charges de travail de production d’Oracle Database sur Azure, veillez à dimensionner correctement l’image de machine virtuelle et à sélectionner les options de stockage appropriées en fonction du débit et de la latence des E/S par seconde. Pour obtenir des instructions sur la façon d’obtenir rapidement une base de données Oracle opérationnelle dans Azure à l’aide de l’image de machine virtuelle publiée d’Oracle, consultez Créer une base de données Oracle dans une machine virtuelle Azure.

Déployer des images de machine virtuelle Oracle sur Microsoft Azure

Cet section présente les solutions Oracle basées sur des images de machine virtuelle (VM) publiées par Oracle sur la place de marché Microsoft Azure. Pour obtenir la liste des images Oracle actuellement disponibles, exécutez la commande suivante à l’aide d’Azure CLI ou d’Azure Cloud Shell

az vm image list --publisher oracle --output table –all

Les images sont BYOL (apportez votre propre licence). Vous êtes facturé uniquement pour les coûts de calcul, de stockage et de mise en réseau encourus lors de l’exécution d’une machine virtuelle. Vous pouvez également choisir de générer vos solutions sur une image personnalisée que vous créez de toutes pièces dans Azure, ou de charger des images personnalisées à partir de votre environnement local.

Important

Il vous faut une licence appropriée pour utiliser le logiciel Oracle ainsi qu’un contrat de support actuel avec Oracle. Oracle a garanti la mobilité des licence locale vers Azure. Pour plus d’informations sur la mobilité des licences, consultez la FAQ sur les partenariats stratégiques Oracle et Microsoft.

Applications sur Oracle Linux et le serveur WebLogic

Exécutez des applications d’entreprise sur un serveur WebLogic dans Azure sur des images Oracle Linux prises en charge. Pour plus d’informations, consultez la documentation WebLogic, Vue d’ensemble du serveur WebLogic Oracle et solution Azure.

WebLogic Server avec intégrations de service Azure

Oracle et Microsoft collaborent pour mettre le serveur WebLogic sur la place de marché Azure sous la forme d’offre Azure Application. Pour plus d’informations sur ces offres, consultez Que sont les solutions pour l’exécution d’Oracle WebLogic Server.

Images de machine virtuelle Oracle WebLogic Server

Le clustering est pris en charge sur la version Édition Entreprise uniquement. Vous disposez d’une licence pour utiliser le clustering WebLogic uniquement lorsque vous utilisez l’édition Enterprise d’Oracle WebLogic Server. N’utilisez pas le clustering avec Oracle WebLogic Server Standard Edition. La multidiffusion UDP n’est pas gérée. Azure prend en charge la monodiffusion UDP, mais ni la diffusion, ni la multidiffusion. Le serveur WebLogic Oracle peut s’appuyer sur les fonctionnalités de monodiffusion UDP d’Azure. Pour optimiser les résultats lorsque vous recourez à la monodiffusion UDP, nous vous recommandons de conserver une taille de cluster statique, ou de maintenir ce dernier à une taille maximale de 10 serveurs gérés. Le serveur WebLogic Oracle attend des ports publics et privés identiques pour l’accès T3. Par exemple, lors de l’utilisation d’Enterprise JavaBeans (EJB). Imaginez un scénario à plusieurs niveaux, dans lequel une application de couche de service est en cours d’exécution sur un cluster de serveur WebLogic Oracle comprenant au moins deux machines virtuelles, au sein d’un réseau virtuel nommé SLWLS. Le niveau client se trouve dans un autre sous-réseau du même réseau virtuel, qui exécute un programme Java simple s’efforçant d’appeler Enterprise JavaBeans dans la couche de service. Comme vous devez équilibrer la charge de la couche de service, un point de terminaison public à charge équilibrée doit être créé pour les machines virtuelles du cluster Oracle WebLogic Server. Si le port privé spécifié est différent du port public, une erreur se produit. Par exemple, si vous utilisez 7006:7008, l’erreur suivante se produit car le serveur WebLogic Oracle attend un port d’équilibreur de charge et un port de serveur managé WebLogic identiques pour tout accès T3 distant.

[java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.cloudapp.net:7006:

Bootstrap to: example.cloudapp.net/138.91.142.178:7006' over: 't3' got an error or timed out]

Dans le cas précédent, le client accède au port 7006 (port d’équilibreur de charge) et le serveur managé est à l’écoute sur le port 7008 (port privé). Cette restriction porte uniquement sur l’accès T3, et non sur le protocole HTTP.

Pour éviter ce problème, utilisez l’une des solutions de contournement suivantes :

  • Utilisez les mêmes numéros de port public et privé pour les points de terminaison avec équilibrage de charge dédiés à l’accès T3.

  • Incluez le paramètre JVM suivant lors du démarrage du serveur WebLogic Oracle : configCopy Dweblogic.rjvm.enableprotocolswitch=true

  • Limitations du clustering dynamique et de l'équilibrage de charge. Partons du principe que vous souhaitez utiliser un cluster dynamique dans Oracle WebLogic Server et l’exposer par le biais d’un seul point de terminaison public à charge équilibrée dans Azure. Cette approche est possible tant que vous utilisez un numéro de port fixe pour chaque serveur géré (et non affecté de manière dynamique à partir d’une plage de valeurs), et que le nombre de serveurs gérés démarrés reste inférieur à celui des machines surveillées par l’administrateur. Il ne doit y avoir qu’un seul serveur géré par machine virtuelle. Si, suite à votre configuration, le nombre de serveurs Oracle WebLogic Server démarrés est supérieur à celui des machines virtuelles, une seule de ces instances de serveurs Oracle WebLogic Server peut être liée à un numéro de port donné à la fois. Autrement dit, si plusieurs instances Oracle WebLogic Server partagent la même machine virtuelle, les autres sur cette machine virtuelle échouent. Si vous configurez le serveur d’administration de façon à affecter automatiquement des numéros de port uniques à ses serveurs managés, aucun équilibrage de charge n’est possible, car Microsoft Azure ne prend pas en charge le mappage d’un port public unique à plusieurs ports privés (opération alors requise pour cette configuration).

  • Exécution de plusieurs instances Oracle WebLogic Server sur une machine virtuelle. Selon les exigences liées à votre déploiement, vous pouvez envisager d’exécuter plusieurs instances Oracle WebLogic Server sur la même machine virtuelle, si la taille de cette dernière est suffisante. Ainsi, sur une machine virtuelle de taille moyenne contenant deux cœurs, vous pouvez opter pour l’exécution de deux instances Oracle WebLogic Server. Toutefois, nous vous recommandons toujours d’éviter d’introduire des points de défaillance uniques dans votre architecture. L’exécution de plusieurs instances d’Oracle WebLogic Server sur une seule machine virtuelle serait un point unique.

L’utilisation d’au moins deux machines virtuelles pourrait être une meilleure approche. Chaque machine virtuelle peut exécuter plusieurs instances d’Oracle WebLogic Server. Chaque instance Oracle WebLogic Server peut continuer de faire partie du même cluster. Cependant, il n’est actuellement pas possible d’utiliser Azure pour équilibrer la charge des points de terminaisons exposés par des déploiements Oracle WebLogic Serveur dans la même machine virtuelle. Azure Load Balancer nécessite que les serveurs à charge équilibrée soient distribués entre des machines virtuelles uniques.

Options de haute disponibilité et récupération d’urgence

Lors de l’utilisation de solutions Oracle dans Azure, vous êtes responsable de l’implémentation d’une solution de haute disponibilité et de récupération d’urgence pour éviter tout temps d’arrêt. Vous pouvez également implémenter la haute disponibilité et la récupération d’urgence pour Oracle Database Édition Entreprise à l’aide de Data Guard, d’Active Data Guard ou d’Oracle GoldenGate. L’approche nécessite deux bases de données sur deux machines virtuelles distinctes, qui doivent se trouver dans le même réseau virtuel pour s’assurer qu’elles peuvent accéder l’une à l’autre via l’adresse IP permanente privée.

Nous vous recommandons de placer les machines virtuelles au sein du même groupe à haute disponibilité, afin de permettre à Azure de les placer dans des domaines d’erreur et de mise à niveau distincts. Si vous souhaitez disposer de la géo-redondance, configurez ces deux bases de données de sorte qu’elles soient répliquées dans deux régions différentes, et connectez les deux instances avec une passerelle VPN. Pour suivre la procédure d’installation de base sur Azure, consultez Implémenter Oracle Data Guard sur une machine virtuelle Linux Azure.

Avec Oracle Active Data Guard, la haute disponibilité peut être obtenue avec une base de données primaire dans une machine virtuelle, une base de données secondaire (de secours) dans une autre machine virtuelle, et une réplication unidirectionnelle configurée entre elles. Vous bénéficiez ainsi d’un accès en lecture à la copie de la base de données. Oracle GoldenGate vous permet de configurer une réplication bidirectionnelle entre les deux bases de données. Pour savoir comment configurer une solution de haute disponibilité pour vos bases de données en utilisant ces outils, consultez Active Data Guard et GoldenGate. Si vous avez besoin d'un accès en lecture et écriture à la copie de la base de données, vous pouvez utiliser Oracle Active Data Guard.

Pour suivre la procédure d’installation de base sur Azure, consultez Implémenter Oracle Data Guard sur une machine virtuelle Linux Azure.

Vous pouvez obtenir une haute disponibilité pour vos bases de données Oracle à l’aide d’Azure NetApp Files placement de volume de zone de disponibilité en combinaison avec Oracle Data Guard pour une architecture haute disponibilité entre les zones. Vous pouvez également éliminer le coût des licences Data Guard et exécuter des machines virtuelles dans la zone secondaire. Vous pouvez également utiliser la fonctionnalité de réplication basée sur le stockage d’Azure NetApp Files. Les volumes Azure NetApp Files peuvent être placés dans la zone de disponibilité de votre choix de la même façon et peuvent ensuite être répliqués entre les zones de la région à l’aide de de réplication interzone (ou vers une autre région à l’aide de réplication interrégion).

Bien qu’une solution de haute disponibilité et récupération d’urgence soit architecturée dans Azure, vous devez veiller à avoir une stratégie de sauvegarde en place pour restaurer votre base de données.

Sauvegarder des charges de travail Oracle

Différentes stratégies de sauvegarde sont disponibles pour Oracle sur les machines virtuelles Azure. Les sauvegardes suivantes sont d’autres options :

Déployer des applications Oracle sur Azure

Utilisez des modèles Terraform, AZ CLI ou le Portail Azure pour configurer l’infrastructure Azure et installer des applications Oracle. Vous utilisez également Ansible pour configurer la base de données à l’intérieur de la machine virtuelle. Pour en savoir plus, consultez Terraform sur Azure.

Oracle a certifié les applications suivantes pour s’exécuter dans Azure lors de la connexion à une base de données Oracle par le biais de la solution d’interconnexion entre Azure et le cloud Oracle :

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • PeopleSoft
  • Applications Oracle Retail
  • Oracle Hyperion Financial Management

Vous pouvez aussi déployer des applications personnalisées dans Azure qui se connectent avec OCI et d’autres services Azure.

Prise en charge de JD Edwards

Selon la prise en charge d’Oracle, JD Edwards Enterprise One versions 9.2 et ultérieures est pris en charge sur toute offre de cloud public conforme aux exigences techniques minimales (MTR). Vous devez créer des images personnalisées répondant à leurs spécifications MTR pour la compatibilité des applications logicielles et des systèmes d’exploitation. Pour plus d’informations, consultez Doc ID 2178595.1.

Licence

Le déploiement de solutions Oracle dans Azure est basé sur un modèle BYOL (apportez votre propre licence). Ce modèle suppose que vous disposez des licences appropriées pour utiliser les logiciels Oracle, ainsi que d’un contrat de support avec Oracle. Microsoft Azure est un environnement cloud agréé pour l’exécution d’Oracle Database. Le tableau Oracle Core Factor ne s’applique pas à la gestion des licences de bases de données Oracle dans le cloud. Pour plus d’informations, consultez Oracle Processor Core Factor Table. À la place, lorsque vous utilisez des machines virtuelles avec la technologie Hyper-Threading activée pour les bases de données Édition Entreprise, comptez deux vCPU comme équivalant à une licence Oracle Processor si l’hyperthreading est activé (comme indiqué dans le document de stratégie). Pour plus d’informations sur les stratégies, consultez Licences logicielles Oracle dans l’environnement de Cloud Computing.
Les bases de données Oracle nécessitent généralement davantage de mémoire et d’E/S. C’est pourquoi l’usage de machines virtuelles à mémoire optimisée est recommandé pour ces charges de travail. Pour optimiser davantage vos charges de travail, il est recommandé d’utiliser des processeurs virtuels au nombre de cœurs limité pour les charges de travail Oracle Database nécessitant des capacités importantes de mémoire, de stockage et de bande passante d’E/S, mais pas un nombre important de cœurs. Lorsque vous migrez des logiciels et des charges de travail Oracle d’un site local vers Microsoft Azure, Oracle fournit la mobilité des licences, comme indiqué dans FAQ sur Oracle et le partenariat stratégique Microsoft.

Étapes suivantes

Vous avez maintenant une vision globale des bases de données et des solutions Oracle actuelles en fonction des images de machine virtuelle dans Microsoft Azure. L’étape suivante consiste à déployer votre première base de données Oracle sur Azure.