Déployer Oracle WebLogic Server sur des instances Compute

Configurez rapidement Oracle WebLogic Server for OCI à l'aide d'une image d'Oracle Cloud Marketplace qui inclut une interface d'assistant simple permettant de configurer et de provisionner vos domaines avec toutes les ressources cloud prises en charge, telles que les instances de calcul, les réseaux et les équilibreurs de charge.

Architecture

Oracle WebLogic Server for OCI est entièrement intégré à l'infrastructure sous-jacente. Cette intégration facilite le provisionnement d'un cluster WebLogic et fournit les services requis, tels qu'un équilibreur de charge, des volumes de blocs, un stockage de fichiers et le réseau.



wls-oci-oracle.zip

Cette architecture comporte les composants suivants :

  • Domaines de pannes

    Un domaine de panne est un regroupement de matériel et d'infrastructures au sein d'un domaine de disponibilité. Chaque domaine de disponibilité comporte trois domaines de pannes dotés d'une alimentation et d'un matériel indépendants. Lorsque vous distribuez des ressources entre plusieurs domaines de pannes, vos applications peuvent tolérer les pannes de serveur physique, la maintenance du système et les pannes d'alimentation au sein d'un domaine de pannes.

  • Réseau cloud virtuel (VCN) et sous-réseaux

    Un VCN est un réseau défini par logiciel que vous configurez dans les centres de données Oracle Cloud Infrastructure dans une région donnée. Les réseaux cloud virtuels peuvent être segmentés en sous-réseaux. Les sous-réseaux peuvent être propres à une région ou à un domaine de disponibilité. Les sous-réseaux propres à une région et à un domaine de disponibilité peuvent coexister dans le même VCN. Les sous-réseaux peuvent être publics ou privés.

  • équilibreur de charge

    Le service Oracle Cloud Infrastructure Load Balancing fournit une répartition de trafic automatisée à partir d'un point d'entrée vers plusieurs serveurs accessibles à partir du VCN. Lorsque vous créez un domaine de serveur WebLogic, le serveur WebLogic pour Oracle Cloud Infrastructure peut automatiquement créer un équilibreur de charge et le configurer pour distribuer le trafic sur les serveurs de votre domaine. Si le cluster dispose de plusieurs serveurs gérés, nous vous recommandons d'utiliser un équilibreur de charge.

  • Gestion des clés

    Oracle Cloud Infrastructure Key Management vous permet de gérer les informations sensibles lors de la création d'un domaine de serveur WebLogic. Un coffre est un conteneur pour les clés de cryptage. Vous cryptez les mots de passe requis pour un nouveau domaine à l'aide d'une clé, puis le serveur WebLogic pour Oracle Cloud Infrastructure utilise la même clé pour déchiffrer les mots de passe lors de la création du domaine.

  • Système de base de données

    Pour créer un domaine de serveur WebLogic avec la prise en charge JRF, vous fournissez une base de données existante dans Oracle Cloud Infrastructure. Cette architecture de référence utilise un système de base de données. Les domaines non-JRF ne nécessitent pas de base de données.

  • WebLogic domain

    Un domaine WebLogic est un groupe d'applications et de ressources associées, ainsi que les informations de configuration nécessaires à leur exécution. Un domaine inclut un ou plusieurs serveurs gérés, qui peuvent être clusterisés, non clusterisés ou une combinaison de clusters et non clusterisés. Un domaine peut inclure plusieurs clusters, mais un seul est provisionné par défaut avec WebLogic Server Enterprise Edition.

  • WebLogic cluster

    Un cluster fait partie d'un domaine WebLogic particulier. Un cluster se compose de plusieurs serveurs gérés qui s'exécutent simultanément et fonctionnent ensemble pour fournir une évolutivité et une fiabilité améliorées. Pour les clients, un cluster WebLogic apparaît comme une instance unique de serveur WebLogic. Les instances de serveur d'un cluster peuvent être exécutées sur le même ordinateur ou se trouver sur des ordinateurs différents. Chaque instance de serveur du cluster doit utiliser la même version de WebLogic Server.

Recommandations

Utilisez les recommandations suivantes comme point de départ. Vos besoins peuvent être différents.

  • VCN

    Lorsque vous créez un VCN, déterminez le nombre de blocs CIDR requis et la taille de chaque bloc en fonction du nombre de ressources que vous prévoyez d'attacher aux sous-réseaux du VCN. Utilisez des blocs CIDR compris dans l'espace d'adresse IP privée standard.

    Une fois que vous avez créé un VCN, vous pouvez modifier, ajouter et supprimer ses blocs CIDR.

    Lorsque vous concevez les sous-réseaux, tenez compte de vos exigences en matière de flux de trafic et de sécurité. Associez toutes les ressources d'un niveau ou d'un rôle spécifique au même sous-réseau, ce qui peut servir de limite de sécurité.

    Utilisez des sous-réseaux régionaux.

  • Equilibreur de charge

    Les serveurs WebLogic (admin, serveurs gérés ou serveurs gérés en cluster) créés par le déploiement Marketplace ne sont pas exposés en dehors du sous-réseau, sauf si un sous-réseau public est sélectionné. Pour exposer les serveurs gérés sous une seule adresse, cette architecture utilise un équilibreur de charge public sur le service Load Balancing. Un équilibreur de charge public dispose d'une adresse IP publique accessible à partir d'Internet. Pendant le provisionnement, sélectionnez la bande passante de l'équilibreur de charge souhaitée, jusqu'à 8000 Mbps.

  • File Storage

    Par défaut, le déploiement Marketplace associe un périphérique de stockage de blocs sur chaque machine virtuelle pour stocker les configurations de domaine du serveur WebLogic. Pour un partage plus transparent de la configuration de domaine, vous pouvez monter un stockage partagé, basé sur le service File Storage ou un stockage de blocs partagé sur les machines virtuelles. Pour utiliser le stockage partagé, il doit être monté avant la création du domaine. Etant donné que le déploiement Marketplace déploie un domaine par défaut, vous devez attacher le stockage partagé et créer un domaine manuellement.

  • Calcul

    Oracle Cloud Infrastructure propose différentes formes Bare Metal et de machine virtuelle. Toutefois, WebLogic prend uniquement en charge les formes VM.Standard2.x, VM.Standard.E2.x, BM.Standard2.x et BM.Standard.E2.x. Certaines formes peuvent ne pas être disponibles dans toutes les régions.

  • Base de données

    WebLogic prend en charge la base de données exécutée dans les systèmes de base de données Bare Metal, de machine virtuelle et Exadata. Pour un système de base de données de machine virtuelle à noeud unique, vous ne pouvez pas utiliser l'option de provisionnement rapide pour créer la base de données. WebLogic Le serveur pour Oracle Cloud Infrastructure ne prend pas encore en charge l'utilisation de Logical Volume Manager en tant que logiciel de gestion du stockage pour un système de base de données de machine virtuelle à noeud unique.

Remarques

Tenez compte des points suivants lors du déploiement de cette architecture de référence.

  • Sous-réseau privé pour les serveurs WebLogic

    Le diagramme d'architecture présente les serveurs WebLogic dans un sous-réseau public pour plus de simplicité. La meilleure pratique consiste à placer les serveurs WebLogic dans des sous-réseaux privés. L'image Marketplace offre la possibilité de provisionner les serveurs WebLogic dans un sous-réseau privé, auquel cas un hôte Bastion supplémentaire est déployé dans le sous-réseau public ou Bastion en tant que un service peut être utilisé. Les serveurs gérés WebLogic sont accessibles publiquement via l'équilibreur de charge s'ils sont provisionnés et tous les serveurs sont autrement accessibles via l'hôte Bastion ou Bastion en tant que service. Les serveurs gérés WebLogic sont accessibles publiquement via l'équilibreur de charge s'ils sont provisionnés et tous les serveurs sont autrement accessibles via le bastion.

  • Disponibilité de l'application

    Le déploiement provisionne les noeuds des serveurs gérés sur tous les domaines de pannes ou sur tous les domaines de disponibilité si la location comporte plusieurs domaines de disponibilité. Les clusters WebLogic sont hautement disponibles tant que plusieurs noeuds sont provisionnés. Il est possible de redimensionner un domaine WebLogic provisionné avec le Marketplace.

  • Facilité de gestion

    Un script Terraform déploie la pile. L'ensemble de la pile est disponible pour révision et téléchargement sous Resource Manager > Stacks dans la console Oracle Cloud Infrastructure. Vous pouvez l'utiliser comme modèle pour gérer cette infrastructure en tant que code dans votre propre référentiel de code.

  • Evolutivité

    Vous pouvez augmenter les ressources de calcul de votre domaine Oracle WebLogic Server for OCI pour augmenter les performances ou réduire les ressources de calcul afin de réduire les coûts.

    Remarque :

    N'utilisez pas Resource Manager pour modifier la forme des instances de calcul de votre domaine. Vous devez utiliser le service Compute. L'utilisation du gestionnaire de ressources pour effectuer une mise à l'échelle après la modification de la forme rétablit actuellement tous les noeuds sur la forme d'origine, détruisant ainsi le domaine. Il est recommandé d'augmenter le nombre de noeuds plutôt que la forme.

    Lorsque vous modifiez la forme d'une instance de calcul, vous sélectionnez un autre processeur, le nombre de coeurs, la quantité de mémoire, la bande passante réseau et le nombre maximal de cartes réseau virtuelles pour l'instance. Les adresses IP publique et privée de l'instance, les attachements de volume et les attacheations de carte d'interface réseau virtuelle restent identiques. Par exemple, la modification de la forme d'une instance de VM-Standard2.2 en VM-Standard2.4 double la capacité du noeud de deux OCPU à quatre OCPU, et double également la quantité de mémoire allouée au noeud.

déploiement

Le code Terraform pour cette architecture de référence est disponible dans GitHub et peut être déployé à l'aide des étapes suivantes :

  1. Accédez à GitHub.
  2. Clonez ou téléchargez le référentiel sur votre ordinateur local.
  3. Suivez les instructions du document README.

Journal des modifications

Ce journal répertorie les modifications importantes :