Tutoriel : Installer manuellement WebLogic Server sur des machines virtuelles Azure (VM)

Article
09/18/2024

Ce tutoriel montre les étapes pour installer Oracle WebLogic Server (WLS) et configurer un cluster WebLogic sur des machines virtuelles Azure (VM), sous Windows ou GNU/Linux.

Dans ce tutoriel, vous allez apprendre à :

Créez un réseau virtuel personnalisé et créez les machines virtuelles au sein du réseau.
Approvisionnez des machines virtuelles avec le kit de développement Java (JDK) souhaité et WLS installé.
Configurez un domaine WebLogic Server et un cluster WebLogic Server à l’aide de l’assistant de configuration Oracle.
Déployez et exécutez une application Java dans le cluster.
Exposez l'application à l'internet public via Azure Application Gateway.
Validez la réussite de la configuration.

Si vous préférez une solution entièrement automatisée qui effectue toutes ces étapes pour vous sur des machines virtuelles GNU/Linux, directement depuis le portail Azure, veuillez consulter la section Prise en main rapide : Déployer WebLogic Server sur une machine virtuelle Azure en utilisant le portail Azure.

Si vous souhaitez fournir des commentaires ou travailler étroitement sur vos scénarios de migration avec l’équipe d’ingénierie qui développe WebLogic sur des solutions Azure, répondez à cette courte enquête sur la migration WebLogic et incluez vos coordonnées. L’équipe de gestionnaires de programmes, d’architectes et d’ingénieurs vous contactera rapidement pour lancer une collaboration étroite.

Prérequis

Une machine locale avec un système d’exploitation de type Unix installé : par exemple, Ubuntu, macOS ou Windows Subsystem for Linux.
Un abonnement Azure. Si vous n’avez pas d’abonnement Azure, créez un compte gratuit avant de commencer.
Installez la version 2.46.0 ou supérieure d'Azure CLI pour exécuter les commandes Azure CLI.
- Lorsque vous y êtes invité, installez les extensions Azure CLI lors de la première utilisation. Pour plus d’informations sur les extensions, consultez Utiliser des extensions avec Azure CLI.
- Exécutez az version pour rechercher la version et les bibliothèques dépendantes installées. Pour effectuer une mise à niveau vers la dernière version, exécutez az upgrade.
Vous devez avoir un compte Oracle. Pour créer un compte Oracle et accepter le contrat de licence pour les images WebLogic Server, suivez les étapes dans Oracle Container Registry. Notez le mot de passe et l’email de votre compte Oracle.

Préparer l’environnement

Dans cette section, vous configurez l’infrastructure dans laquelle vous allez installer le JDK et WebLogic Server.

Hypothèses

Dans ce tutoriel, vous configurez un cluster WebLogic Server avec un serveur d’administration et deux serveurs gérés sur un total de trois machines virtuelles. Pour configurer le cluster, vous devez créer les trois machines virtuelles Azure suivantes dans le même ensemble de disponibilité :

La machine virtuelle d’administration (nom de la VM adminVM) sur laquelle le serveur d’administration est en cours d’exécution.
Les machines virtuelles gérées (noms de machines virtuelles mspVM1 et mspVM2) ont deux serveurs gérés en cours d'exécution.

Si vous ne l'avez pas encore fait, connectez-vous à votre abonnement Azure en utilisant la commande az login et suivez les instructions à l'écran.

az login

Remarque

Si plusieurs locataires Azure sont associés à vos informations d’identification Azure, vous devez spécifier le locataire auquel vous souhaitez vous connecter. Vous pouvez le faire à l’aide de l’option --tenant. Par exemple : az login --tenant contoso.onmicrosoft.com.

Créer un groupe de ressources

Créez un groupe de ressources avec la commande az group create. Les noms de groupes de ressources doivent être globalement uniques au sein d’un abonnement. Pour cette raison, pensez à ajouter un identifiant unique à tous les noms que vous créez et qui doivent être uniques. Une technique utile consiste à utiliser vos initiales suivies de la date du jour au formatmmdd. Cet exemple crée un groupe de ressources nommé abc1110rg à l’emplacementeastus :

export RESOURCE_GROUP_NAME=abc1110rg

az group create \
    --name ${RESOURCE_GROUP_NAME} \
    --location eastus

Créez un réseau virtuel

Les ressources composant votre cluster WebLogic Server doivent communiquer entre elles et avec l’internet public en utilisant un réseau virtuel. Pour obtenir un guide complet sur la planification de votre réseau virtuel, consultez le guide du cadre d'adoption du cloud pour Azure Planifier des réseaux virtuels. Pour plus d'informations, consultez les questions fréquemment posées sur les réseaux virtuels Azure.

L'exemple de cette section crée un réseau virtuel avec l'espace d'adressage 192.168.0.0/16 et crée un sous-réseau utilisé pour les machines virtuelles.

Premièrement, créez un réseau virtuel à l’aide de la commande az network vnet create. L'exemple suivant crée un réseau nommé myVNet :

az network vnet create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name myVNet \
    --address-prefixes 192.168.0.0/24

Créez un sous-réseau pour le cluster WebLogic Server en utilisant az network vnet subnet create. L’exemple suivant permet de créer un sous-réseau nommé mySubnet :

az network vnet subnet create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mySubnet \
    --vnet-name myVNet \
    --address-prefixes 192.168.0.0/25

Créez un sous-réseau pour Application Gateway en utilisant az network vnet subnet create. L’exemple suivant permet de créer un sous-réseau nommé wlsVMGateway :

az network vnet subnet create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name wlsVMGateway \
    --vnet-name myVNet \
    --address-prefixes 192.168.0.128/25

Créer un groupe à haute disponibilité

Créez un sous-réseau pour le cluster WAS à l'aide de az network vnet subnet create. La création d’un groupe à haute disponibilité est facultative, mais recommandée. Pour plus d'informations, consultez la procédure-à-pas-pas de l'infrastructure Azure pour les machines virtuelles Windows.

az vm availability-set create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name myAvailabilitySet \
    --platform-fault-domain-count 2 \
    --platform-update-domain-count 2

Les sections suivantes décrivent les étapes d’installation de WebLogic Server sur GNU/Linux ou Windows Server. Vous pouvez choisir le système d’exploitation, la version JDK et la version WebLogic en fonction de vos besoins, mais vous devez vérifier qu’ils sont disponibles dans Configurations système supportées par Oracle Fusion Middleware. En outre, tenez compte des exigences spécifiques au système et à la plateforme avant de continuer. Pour plus d’informations, veuillez consulter la section Exigences et spécifications système. Sélectionnez l’onglet correspondant à votre système d’exploitation choisi.

Cet article utilise une image de machine virtuelle Azure maintenue par Oracle et Microsoft contenant la dernière version supportée du logiciel. Pour la liste complète des images de base WebLogic Server maintenues par Oracle et Microsoft, consultez la section Azure Marketplace. Si vous souhaitez utiliser le système d’exploitation Windows, les instructions commencent par une machine virtuelle Windows de base et vous guident à travers les étapes d’installation de toutes les dépendances nécessaires.

Oracle Linux
Windows Server

L’image Marketplace que vous utilisez pour créer les machines virtuelles dans cet article est Oracle:weblogic-141100-jdk11-ol91:owls-141100-jdk11-ol91:latest.

Remarque

Vous pouvez interroger toutes les images Oracle WebLogic disponibles fournies par Oracle avec az vm image list az vm image list --publisher oracle --output table --all | grep "weblogic". Pour plus d’informations, consultez la section Images VM Oracle et leur déploiement sur Microsoft Azure.

Créer une machine Oracle Linux pour le serveur d’administration

Dans cette section, vous créez des machines Oracle Linux avec JDK 11 et WebLogic 14.1.1.0 installés, pour le serveur d’administration et les serveurs gérés.

Créez une machine virtuelle à l’aide de la commande az vm create. Vous exécutez le serveur d'administration sur cette machine virtuelle.

L'exemple suivant crée des machines virtuelles Oracle Linux en utilisant une paire de clés SSH pour l'appairage. Si vous le souhaitez, vous pouvez utiliser l'authentification par mot de passe à la place.

Si vous ne disposez pas d'une paire de clés SSH, vous pouvez la générer à l'aide de la commande suivante :

ssh-keygen -t rsa -b 2048 -f ~/.ssh/wls-vm-key

Cette commande crée les fichiers suivants :

~/.ssh/wls-vm-key: La clé privée.
~/.ssh/wls-vm-key.pub: La clé publique.

export VM_URN=Oracle:weblogic-141100-jdk11-ol91:owls-141100-jdk11-ol91:latest

az vm create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name adminVM \
    --availability-set myAvailabilitySet \
    --image ${VM_URN} \
    --size Standard_DS1_v2  \
    --admin-username azureuser \
    --ssh-key-value ~/.ssh/wls-vm-key.pub \
    --public-ip-address "" \
    --nsg ""

Remarque

L'utilisation d'identifiants de type nom d'utilisateur et mot de passe pour accorder l'accès à une machine virtuelle est déconseillée. Si vos exigences d'utilisation particulières suggèrent que l'accès basé sur des informations d'identification est la meilleure approche, vous pouvez créer la machine virtuelle avec un nom d'utilisateur et un mot de passe :

export VM_URN=Oracle:weblogic-141100-jdk11-ol91:owls-141100-jdk11-ol91:latest
az vm create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name adminVM \
    --availability-set myAvailabilitySet \
    --image ${VM_URN} \
    --size Standard_DS1_v2 \
    --admin-username azureuser \
    --admin-password <your-password> \
    --public-ip-address "" \
    --nsg ""

Créer une machine virtuelle Windows et configurer X-server

Ce tutoriel utilise l’interface graphique de WebLogic Server pour compléter l’installation et la configuration. Vous utilisez une machine virtuelle Windows comme « jump box » et exécutez un serveur système X Windows pour visualiser les installateurs graphiques sur les trois machines virtuelles du cluster WebLogic Server.

Suivez ces étapes pour approvisionner une machine Windows 10 et installer un serveur X. Si vous avez déjà une machine Windows dans le même réseau que la machine Oracle Linux, vous n’avez pas besoin d’en approvisionner une nouvelle à partir d’Azure. Vous pouvez passer à la section qui installe le serveur X.

Suivez les étapes suivantes pour créer une machine virtuelle Windows 10 à partir du portail Azure :
1. Ouvrez le groupe de ressources que vous avez créé précédemment dans le portail Azure.
2. Sélectionnez Créer pour créer la ressource.
3. Sélectionnez Compute, recherchez windows 10, puis sélectionnez Microsoft Windows 10.
4. Sélectionnez le plan que vous souhaitez, puis sélectionnez Créer.
5. Utilisez les valeurs suivantes pour configurer la machine virtuelle :
  - Nom de la machine virtuelle : myWindowsVM
  - Image : Windows 10 Pro
  - Nom d’utilisateur : azureuser
  - Mot de passe : Secret123456
6. Cochez la case sous Licences.
7. Sélectionnez Examiner + créer, puis sélectionnez Créer.
La création de la machine virtuelle et des ressources de support ne nécessite que quelques minutes.

Une fois le déploiement terminé, installez le serveur X et utilisez-le pour configurer le serveur d'application sur les machines Linux à l'aide d'une interface graphique.
Suivez les étapes ci-dessous pour installer et lancer le serveur X :
1. Utilisez le bureau à distance pour vous connecter à myWindowsVM. Pour obtenir un guide détaillé, consultez Comment se connecter à l'aide de Remote Desktop et ouvrir une session sur une machine virtuelle Azure exécutant Windows. Vous devez exécuter les étapes restantes de cette section sur myWindowsVM.
2. Téléchargez et installez VcXsrv Windows X Server.
3. Désactivez le pare-feu. Pour autoriser la communication à partir des machines virtuelles Linux, procédez comme suit pour désactiver le pare-feu Windows Defender :
  1. Recherchez et ouvrez Windows Defender Firewall.
  2. Recherchez Activer ou désactiver Windows Defender Firewall, puis sélectionnez Désactiver dans les paramètres du réseau privé. Vous pouvez laisser les paramètres du réseau public tels quels.
  3. Cliquez sur OK.
  4. Fermez le panneau de configuration de Windows Defender Firewall.
4. Sélectionnez X-launch sur le bureau.
5. Pour les paramètres d'affichage, définissez le numéro d'affichage sur -1 pour utiliser plusieurs fenêtres, puis sélectionnez Suivant.
6. Pour Sélectionner comment démarrer les clients, sélectionnez Ne démarrer aucun client, puis sélectionnez Suivant.
7. Pour les paramètres supplémentaires, sélectionnez Presse-papiers et sélection primaire, opengl natif et Désactiver le contrôle d'accès.
8. Sélectionnez Suivant pour terminer.
Une boîte de dialogue d'alerte de sécurité Windows peut s'afficher avec le message suivant : « Autorisez VcXsrv windows X-server à communiquer sur ces réseaux ». Sélectionnez Autoriser l'accès.

Copiez la clé SSH ~/.ssh/wls-vm-key à la machine virtuelle Windows et enregistre-la dans C:\Users\azureuser.ssh.

Créer des machines Oracle Linux pour les serveurs managés

Créez deux machines virtuelles en utilisant az vm create. Vous exécutez les serveurs gérés sur ces machines virtuelles.

L’exemple suivant crée des machines virtuelles Oracle Linux en utilisant une paire nom d’utilisateur et mot de passe pour l’authentification. Si vous le souhaitez, vous pouvez utiliser l'authentification TLS/SSL à la place.

export VM_URN=Oracle:weblogic-141100-jdk11-ol91:owls-141100-jdk11-ol91:latest

az vm create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM1 \
    --availability-set myAvailabilitySet \
    --image ${VM_URN} \
    --size Standard_DS1_v2  \
    --admin-username azureuser \
    --ssh-key-value ~/.ssh/wls-vm-key.pub \
    --public-ip-address "" \
    --nsg ""

az vm create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM2 \
    --availability-set myAvailabilitySet \
    --image ${VM_URN} \
    --size Standard_DS1_v2  \
    --admin-username azureuser \
    --ssh-key-value ~/.ssh/wls-vm-key.pub \
    --public-ip-address "" \
    --nsg ""

Utilisez les commandes suivantes pour obtenir et afficher les adresses IP privées, que vous utiliserez dans les sections suivantes :

export ADMINVM_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name adminVM \
    --query networkProfile.networkInterfaces'[0]'.id \
    --output tsv)
export ADMINVM_IP=$(az network nic show \
    --ids ${ADMINVM_NIC_ID} \
    --query ipConfigurations'[0]'.privateIPAddress \
    --output tsv)
export MSPVM1_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM1 \
    --query networkProfile.networkInterfaces'[0]'.id \
    --output tsv)
export MSPVM1_IP=$(az network nic show \
    --ids ${MSPVM1_NIC_ID} \
    --query ipConfigurations'[0]'.privateIPAddress \
    --output tsv)
export MSPVM2_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM2 \
    --query networkProfile.networkInterfaces'[0]'.id \
    --output tsv)
export MSPVM2_IP=$(az network nic show \
    --ids ${MSPVM2_NIC_ID} \
    --query ipConfigurations'[0]'.privateIPAddress \
    --output tsv)
echo "Private IP of adminVM: ${ADMINVM_IP}"
echo "Private IP of mspVM1: ${MSPVM1_IP}"
echo "Private IP of mspVM2: ${MSPVM2_IP}"

Vous êtes maintenant prêt à vous connecter à la machine Oracle Linux pour configurer un cluster WebLogic avec interface graphique.

Configurer le domaine et le cluster WebLogic Server

Un domaine WebLogic Server est un groupe logiquement lié d’instances WebLogic Server, et les ressources exécutées sur et connectées à celles-ci, qui peuvent être gérées comme une seule unité administrative. Pour plus d’informations, consultez la section Domaines WebLogic Server.

La base de la haute disponibilité dans WebLogic Server est le cluster. Un cluster WebLogic Server est un groupe d’instances WebLogic Server exécutées simultanément et travaillant ensemble pour fournir une évolutivité et une fiabilité accrues. Pour plus d’informations, consultez la section Cluster Oracle WebLogic.

Il existe deux types de clusters, comme décrit dans la liste suivante. Pour plus d’informations, consultez la section À propos des clusters dynamiques.

Cluster dynamique : Un cluster qui contient une ou plusieurs instances de serveur générées (dynamiques) qui sont basées sur un modèle de serveur partagé unique. Lorsque vous créez un cluster dynamique, les serveurs dynamiques sont pré-configurés et générés automatiquement pour vous, ce qui vous permet d’augmenter facilement le nombre d’instances de serveur dans votre cluster dynamique lorsque vous avez besoin d’une capacité de serveur supplémentaire. Vous pouvez démarrer les serveurs dynamiques sans avoir à les configurer manuellement et à les ajouter au cluster.
Cluster configuré : Un cluster dans lequel vous configurez et ajoutez manuellement chaque instance de serveur. Vous devez configurer et ajouter une nouvelle instance de serveur pour augmenter la capacité du serveur.

Pour vous montrer comment former un cluster WebLogic, ce tutoriel vous guide à travers le processus de création d’un cluster configuré.

Créer le domaine en utilisant l’assistant de configuration

Vous continuez à utiliser le serveur X et l’assistant de configuration Oracle pour créer le domaine WebLogic Server.

La section suivante montre comment créer un nouveau domaine WebLogic Server sur le adminVM. Assurez-vous d’être toujours sur votre machine Windows, sinon, connectez-vous à distance à myWindowsVM.

Connectez-vous à adminVM depuis une invite de commande.

Exécutez les commandes suivantes sur votre machine Windows myWindowsVM. Remplacez 192.168.0.4 par votre adresse IP privée adminVM :
```
set SSH_KEY="C:\Users\azureuser\.ssh\wls-vm-key"
set ADMINVM_IP="192.168.0.4"
ssh -i %SSH_KEY% azureuser@%ADMINVM_IP%
```

Utilisez les commandes suivantes pour initialiser le dossier pour la configuration du domaine :

sudo su

export DOMAIN_PATH="/u01/domains"
mkdir -p ${DOMAIN_PATH}
chown oracle:oracle -R ${DOMAIN_PATH}

Utilisez les commandes suivantes pour installer la dépendance pour X-server :

# install dependencies for X-server
sudo yum install -y libXtst libSM libXrender
# install dependencies to run a Java GUI client
sudo yum install -y fontconfig urw-base35-fonts

Utilisez les commandes suivantes pour devenir l'utilisateur oracle et définir la variable DISPLAY :

sudo su - oracle

export DISPLAY=<my-windows-vm-private-ip>:0.0
#export DISPLAY=192.168.0.5:0.0

Exécutez la commande suivante pour lancer l’assistant de configuration Oracle :

bash /u01/app/wls/install/oracle/middleware/oracle_home/oracle_common/common/bin/config.sh

L’assistant de configuration Oracle démarre et vous dirige pour configurer le domaine. La page suivante demande le type et l’emplacement du domaine. Sélectionnez Créer un nouveau domaine et définissez l’emplacement du domaine sur /u01/domains/wlsd. La configuration du domaine est enregistrée dans ce dossier.

Sélectionnez Suivant, puis sélectionnez Créer un domaine en utilisant des modèles de produit. Conservez le modèle sélectionné par défaut, comme montré dans la capture d’écran suivante :

Sélectionnez Suivant, puis entrez Compte d’administration. Définissez le Nom sur weblogic et le Mot de passe sur Secret123456.

Cliquez sur Suivant. Pour le mode domaine, sélectionnez Production. Pour le JDK, conservez l’option par défaut.

Cliquez sur Suivant. Pour les configurations avancées, sélectionnez Serveur d’administration, Node Manager et Topologie.

Sélectionnez Suivant et remplissez le nom du Serveur d’administration avec admin. Remplissez l’adresse IP d’écoute avec l’adresse IP privée de adminVM. La valeur est 192.168.0.4 dans cet exemple.

Cliquez sur Suivant. Pour Type de Node Manager, sélectionnez Emplacement personnalisé par domaine, et remplissez l’emplacement avec /u01/domains/wlsd/nodemanager. Pour Identifiants Node Manager, le nom d’utilisateur est weblogic et le mot de passe est Secret123456.

Cliquez sur Suivant. Pour les serveurs managés, ajoutez les éléments suivants : Utilisez les adresses IP que vous avez découvertes précédemment :

Nom du serveur	Adresse d’écoute	Port d’écoute
`msp1`	L’adresse IP privée de `mspVM1`.	`8001`
`msp2`	L’adresse IP privée de `mspVM2`.	`8001`

Sélectionnez Suivant, puis créez un cluster avec le nom cluster1.

Cliquez sur Suivant. Ne changez pas les valeurs pour Modèles de serveurs et Serveurs dynamiques. Les valeurs par défaut sont acceptables pour un cluster dynamique.

Pour Attribuer des serveurs aux clusters, attribuez les deux msp1 et msp2 à cluster1.

Cliquez sur Suivant. Ajoutez les machines adminVM, mspVM1 et mspVM2. Utilisez les adresses IP que vous avez découvertes précédemment.

Nom	Adresse d’écoute Node Manager	Port d’écoute Node Manager
`mspVM1`	L’adresse IP privée de `mspVM1`.	`5556`
`mspVM2`	L’adresse IP privée de `mspVM2`.	`5556`
`adminVM`	L’adresse IP privée de `adminVM`.	`5556`

Cliquez sur Suivant. Pour Attribuer des serveurs aux machines, attribuez le serveur admin à adminVM, msp1 à mspVM1, et msp2 à mspVM2.

Cliquez sur Suivant. Vous voyez le Résumé de la configuration, qui devrait ressembler à la capture d’écran suivante :

Sélectionnez Créer. La page Progression de la configuration montre la progression. Tous les éléments listés devraient être configurés avec succès.

Enfin, il y a une page Fin de la configuration pour montrer l’URL du serveur d’administration.

Le serveur d’administration n’est pas en cours d’exécution, donc l’URL ne se résout pas. Sélectionnez Suivant, puis Terminer. Vous avez terminé la configuration du domaine wlsd avec un cluster cluster1, y compris deux serveurs managés.

Ensuite, vous appliquez la configuration du domaine à mspVM1 et mspVM2.

Créer des répliques en utilisant la commande pack et unpack

Ce tutoriel utilise les commandes pack et unpack de WebLogic Server pour étendre le domaine. Pour plus d’informations, consultez la section Vue d’ensemble des commandes Pack et Unpack.

Emballez la configuration du domaine sur adminVM avec les étapes suivantes, en supposant que vous êtes toujours sur adminVM et connecté en tant qu’utilisateur oracle :

cd /u01/app/wls/install/oracle/middleware/oracle_home/oracle_common/common/bin
bash pack.sh -domain=/u01/domains/wlsd -managed=true -template=/tmp/cluster.jar -template_name="wlsd"

Si la commande est exécutée avec succès, vous verrez une sortie similaire à l’exemple suivant :

[oracle@adminVM bin]$ bash pack.sh -domain=/u01/domains/wlsd -managed=true -template=/tmp/cluster.jar -template_name="wlsd"
<< read domain from "/u01/domains/wlsd"
>>  succeed: read domain from "/u01/domains/wlsd"
<< set config option Managed to "true"
>>  succeed: set config option Managed to "true"
<< write template to "/tmp/cluster.jar"
..............................
>>  succeed: write template to "/tmp/cluster.jar"
<< close template
>>  succeed: close template

Utilisez les commandes suivantes pour copier /tmp/cluster.jar vers mspVM1 et mspVM2 en utilisant scp. Si l’on vous demande l’empreinte de la clé, tapez yes. Entrez le mot de passe Secret123456 lorsque vous y êtes invité.

scp /tmp/cluster.jar azureuser@<mspvm1-private-ip>:/tmp/cluster.jar
scp /tmp/cluster.jar azureuser@<mspvm2-private-ip>:/tmp/cluster.jar
#scp /tmp/cluster.jar azureuser@192.168.0.6:/tmp/cluster.jar
#scp /tmp/cluster.jar azureuser@192.168.0.7:/tmp/cluster.jar

Suivez les instructions suivantes pour appliquer la configuration du domaine à mspVM1 :

Ouvrez une nouvelle invite de commande et utilisez les commandes suivantes pour vous connecter à mspVM1. Remplacez 192.168.0.6 par votre adresse IP privée mspVM1 :

set SSH_KEY="C:\Users\azureuser\.ssh\wls-vm-key"
set MSPVM1_IP="192.168.0.6"
ssh -i %SSH_KEY% azureuser@%MSPVM1_IP%

Entrez le mot de passe pour la connexion. Pour cet exemple, le mot de passe est Secret123456.

Vous vous êtes connecté à mspVM1 avec l’utilisateur azureuser. Ensuite, utilisez les commandes suivantes pour devenir l’utilisateur root et mettre à jour la propriété du fichier /tmp/cluster.jar à oracle :

sudo su

chown oracle:oracle /tmp/cluster.jar

export DOMAIN_PATH="/u01/domains"
mkdir -p ${DOMAIN_PATH}
chown oracle:oracle -R ${DOMAIN_PATH}

En tant qu’utilisateur oracle, utilisez les commandes suivantes pour appliquer la configuration du domaine :

sudo su - oracle

cd /u01/app/wls/install/oracle/middleware/oracle_home/oracle_common/common/bin
bash unpack.sh -domain=/u01/domains/wlsd -template=/tmp/cluster.jar

Si la commande est exécutée avec succès, vous verrez une sortie similaire à l’exemple suivant :

[oracle@mspVM1 bin]$ bash unpack.sh -domain=/u01/domains/wlsd -template=/tmp/cluster.jar
<< read template from "/tmp/cluster.jar"
>>  succeed: read template from "/tmp/cluster.jar"
<< set config option DomainName to "wlsd"
>>  succeed: set config option DomainName to "wlsd"
>>  validateConfig "KeyStorePasswords"
>>  succeed: validateConfig "KeyStorePasswords"
<< write Domain to "/u01/domains/wlsd"
..................................................
>>  succeed: write Domain to "/u01/domains/wlsd"
<< close template
>>  succeed: close template

Suivez les instructions suivantes pour appliquer la configuration du domaine à mspVM2 :

Connectez-vous à mspVM2 dans une nouvelle invite de commande. Remplacez 192.168.0.7 par votre adresse IP privée mspVM2 :
```
set SSH_KEY="C:\Users\azureuser\.ssh\wls-vm-key"
set MSPVM2_IP="192.168.0.7"
ssh -i %SSH_KEY% azureuser@%MSPVM2_IP%
```
Entrez le mot de passe pour la connexion. Pour cet exemple, le mot de passe est Secret123456.

Vous vous êtes connecté à mspVM2 avec l’utilisateur azureuser. Utilisez les commandes suivantes pour passer à l’utilisateur root et mettre à jour la propriété du fichier /tmp/cluster.jar et initialiser le dossier pour la configuration du domaine :
```
sudo su

chown oracle:oracle /tmp/cluster.jar

export DOMAIN_PATH="/u01/domains"
mkdir -p ${DOMAIN_PATH}
chown oracle:oracle -R ${DOMAIN_PATH}

sudo su - oracle

cd /u01/app/wls/install/oracle/middleware/oracle_home/oracle_common/common/bin
bash unpack.sh -domain=/u01/domains/wlsd -template=/tmp/cluster.jar
```

Vous avez répliqué la configuration du domaine sur mspVM1 et mspVM2, et vous êtes prêt à démarrer les serveurs.

Démarrer les serveurs

Les étapes de cette section vous dirigent pour effectuer les deux tâches suivantes :

Faire en sorte que les serveurs d’administration et gérés démarrent automatiquement après le redémarrage du serveur.
Démarrez les serveurs pour une utilisation immédiate.

Ces deux tâches ne sont pas facilement séparées, donc les étapes pour les deux tâches sont entremêlées.

Démarrer l’administration

Revenez à l’invite de commande qui se connecte à adminVM. Si vous l’avez perdue, exécutez la commande suivante pour vous y connecter :

set SSH_KEY="C:\Users\azureuser\.ssh\wls-vm-key"
set ADMINVM_IP="192.168.0.4"
ssh -i %SSH_KEY% azureuser@%ADMINVM_IP%

Si vous ne travaillez pas avec l’utilisateur oracle, connectez-vous avec oracle :

sudo su - oracle

La commande suivante enregistre le compte admin dans /u01/domains/wlsd/servers/admin/security/boot.properties pour permettre le démarrage automatique du serveur admin sans demander d’identifiants :

Remplacez le nom d’utilisateur et le mot de passe par les vôtres.

mkdir -p /u01/domains/wlsd/servers/admin/security

cat <<EOF >/u01/domains/wlsd/servers/admin/security/boot.properties
username=weblogic
password=Secret123456
EOF

Utilisez les commandes suivantes pour inspecter le fichier. Assurez-vous qu’il a la propriété, les permissions et le contenu corrects.

ls -la /u01/domains/wlsd/servers/admin/security/boot.properties
cat /u01/domains/wlsd/servers/admin/security/boot.properties

La sortie devrait ressembler presque à l’exemple suivant :

[oracle@adminVM bin]$ ls -la /u01/domains/wlsd/servers/admin/security/boot.properties
-rw-rw-r--. 1 oracle oracle 40 Nov 28 17:00 /u01/domains/wlsd/servers/admin/security/boot.properties
[oracle@adminVM bin]$ cat /u01/domains/wlsd/servers/admin/security/boot.properties
username=weblogic
password=Secret123456

Activer le démarrage automatique du serveur d’administration et du Node Manager après le redémarrage de la VM

Créez un service Linux pour le serveur d’administration WebLogic et le Node Manager, afin de démarrer le processus automatiquement après un redémarrage. Pour plus d’informations, consultez la section Utiliser systemd sur Oracle Linux.

Quittez l’utilisateur oracle et connectez-vous avec l’utilisateur root.

exit

sudo su

Créez le service Linux pour le Node Manager :

cat <<EOF >/etc/systemd/system/wls_nodemanager.service
[Unit]
Description=WebLogic nodemanager service
After=network-online.target
Wants=network-online.target
[Service]
Type=simple
# Note that the following three parameters should be changed to the correct paths
# on your own system
WorkingDirectory=/u01/domains/wlsd
ExecStart="/u01/domains/wlsd/bin/startNodeManager.sh"
ExecStop="/u01/domains/wlsd/bin/stopNodeManager.sh"
User=oracle
Group=oracle
KillMode=process
LimitNOFILE=65535
Restart=always
RestartSec=3
[Install]
WantedBy=multi-user.target
EOF

Créez le service Linux pour le serveur d’administration :

cat <<EOF >/etc/systemd/system/wls_admin.service
[Unit]
Description=WebLogic Adminserver service
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
WorkingDirectory=/u01/domains/wlsd
ExecStart="/u01/domains/wlsd/startWebLogic.sh"
ExecStop="/u01/domains/wlsd/bin/stopWebLogic.sh"
User=oracle
Group=oracle
KillMode=process
LimitNOFILE=65535
Restart=always
RestartSec=3

[Install]
WantedBy=multi-user.target
EOF

Vous êtes maintenant prêt à démarrer le Node Manager et le serveur d’administration sur adminVM en utilisant les commandes suivantes :

sudo systemctl enable wls_nodemanager
sudo systemctl enable wls_admin
sudo systemctl daemon-reload
sudo systemctl start wls_nodemanager
sudo systemctl start wls_admin

Vérifiez l’état du serveur d’administration avec sudo systemctl status wls_admin -l. Le serveur d’administration devrait être prêt lorsque vous trouvez des journaux similaires :

[root@adminVM wlsd]# sudo systemctl status wls_admin -l
● wls_admin.service - WebLogic Adminserver service
Loaded: loaded (/etc/systemd/system/wls_admin.service; enabled; vendor preset: disabled)
Active: active (running) since Mon 2022-09-26 07:47:34 UTC; 54s ago
Main PID: 26738 (startWebLogic.s)
    Tasks: 61 (limit: 20654)
Memory: 649.2M

... ...

Sep 26 07:48:15 adminVM startWebLogic.sh[26802]: <Sep 26, 2022, 7:48:15,411 AM Coordinated Universal Time> <Notice> <WebLogicServer> <BEA-000365> <Server state changed to RUNNING.>

Appuyez sur Q pour quitter le mode de surveillance des journaux.

Vous ne pouvez pas accéder au serveur d’administration avant d’ouvrir les ports 7001 et 5556. Utilisez les commandes suivantes pour ouvrir les ports :

sudo firewall-cmd --zone=public --add-port=7001/tcp
sudo firewall-cmd --zone=public --add-port=5556/tcp
sudo firewall-cmd --runtime-to-permanent
sudo systemctl restart firewalld

À ce stade, vous pouvez accéder au serveur d’administration sur le navigateur de myWindowsVM avec l’URL http://<adminvm-private-ip>:7001/console. Vérifiez que vous pouvez voir le serveur d’administration, mais ne vous connectez pas encore. Si le serveur d’administration n’est pas en cours d’exécution, dépannez et résolvez le problème avant de continuer. Le serveur d’administration n’est pas accessible en dehors d’Azure.

Démarrer msp1

Revenez à l’invite de commande qui se connecte à mspVM1. Si vous l’avez perdue, utilisez la commande suivante pour vous y connecter :

set SSH_KEY="C:\Users\azureuser\.ssh\wls-vm-key"
set MSPVM1_IP="192.168.0.6"
ssh -i %SSH_KEY% azureuser@%MSPVM1_IP%

Si vous ne travaillez pas avec l’utilisateur oracle, connectez-vous avec oracle :

sudo su - oracle

Conservez le compte admin dans /u01/domains/wlsd/servers/msp2/security/boot.properties pour permettre le démarrage automatique de msp1 sans demander les identifiants. Remplacez le nom d’utilisateur et le mot de passe par les vôtres.

mkdir -p /u01/domains/wlsd/servers/msp1/security

cat <<EOF >/u01/domains/wlsd/servers/msp1/security/boot.properties
username=weblogic
password=Secret123456
EOF

Vous allez maintenant créer un service Linux pour le Node Manager, afin de démarrer le processus automatiquement lors du redémarrage de la machine. Pour plus d’informations, consultez la section Utiliser systemd sur Oracle Linux.

Quittez l’utilisateur oracle et connectez-vous avec l’utilisateur root.

exit

#Skip this command if you are root
sudo su

Créez le service Linux pour le Node Manager :

cat <<EOF >/etc/systemd/system/wls_nodemanager.service
[Unit]
Description=WebLogic nodemanager service
After=network-online.target
Wants=network-online.target
[Service]
Type=simple
# Note that the following three parameters should be changed to the correct paths
# on your own system
WorkingDirectory=/u01/domains/wlsd
ExecStart="/u01/domains/wlsd/bin/startNodeManager.sh"
ExecStop="/u01/domains/wlsd/bin/stopNodeManager.sh"
User=oracle
Group=oracle
KillMode=process
LimitNOFILE=65535
Restart=always
RestartSec=3
[Install]
WantedBy=multi-user.target
EOF

Ensuite, démarrez le gestionnaire de nœuds.

sudo systemctl enable wls_nodemanager
sudo systemctl daemon-reload
sudo systemctl start wls_nodemanager

Si le gestionnaire de nœuds fonctionne correctement, vous verrez des journaux similaires à l’exemple suivant :

[root@mspVM1 azureuser]# systemctl status wls_nodemanager -l
● wls_nodemanager.service - WebLogic nodemanager service
Loaded: loaded (/etc/systemd/system/wls_nodemanager.service; enabled; vendor preset: disabled)
Active: active (running) since Tue 2022-09-27 01:23:42 UTC; 19s ago
Main PID: 107544 (startNodeManage)
    Tasks: 15 (limit: 20654)
Memory: 146.7M

... ...

Sep 27 01:23:45 mspVM1 startNodeManager.sh[107592]: <Sep 27, 2022 1:23:45 AM Coordinated Universal Time> <INFO> <Server Implementation Class: weblogic.nodemanager.server.NMServer$ClassicServer.>
Sep 27 01:23:46 mspVM1 startNodeManager.sh[107592]: <Sep 27, 2022 1:23:46 AM Coordinated Universal Time> <INFO> <Secure socket listener started on port 5556, host /192.168.0.6>

Appuyez sur Q pour quitter le mode de surveillance des journaux.

Vous devez ouvrir le port 8001 pour accéder à l’application déployée sur le cluster et le port 5556 pour la communication à l’intérieur du domaine. Utilisez les commandes suivantes pour ouvrir les ports :

sudo firewall-cmd --zone=public --add-port=8001/tcp
sudo firewall-cmd --zone=public --add-port=5556/tcp
sudo firewall-cmd --runtime-to-permanent
sudo systemctl restart firewalld

Démarrez msp2

Revenez à l’invite de commande qui se connecte à mspVM2. Si vous l’avez perdue, utilisez la commande suivante pour vous y connecter :

set SSH_KEY="C:\Users\azureuser\.ssh\wls-vm-key"
set MSPVM2_IP="192.168.0.7"
ssh -i %SSH_KEY% azureuser@%MSPVM2_IP%

Si vous ne travaillez pas avec l’utilisateur oracle, connectez-vous avec oracle :

sudo su - oracle

Conservez le compte admin dans /u01/domains/wlsd/servers/msp2/security/boot.properties pour permettre le démarrage automatique de msp2 sans demander les identifiants. Remplacez le nom d’utilisateur et le mot de passe par les vôtres.


mkdir -p /u01/domains/wlsd/servers/msp2/security

cat <<EOF >/u01/domains/wlsd/servers/msp2/security/boot.properties
username=weblogic
password=Secret123456
EOF

Ensuite, créez un service Linux pour le gestionnaire de nœuds.

Quittez l’utilisateur oracle et connectez-vous avec l’utilisateur root.

exit

#SKip this command if you are in root
sudo su

Créez le service Linux pour le Node Manager :

cat <<EOF >/etc/systemd/system/wls_nodemanager.service
[Unit]
Description=WebLogic nodemanager service
After=network-online.target
Wants=network-online.target
[Service]
Type=simple
# Note that the following three parameters should be changed to the correct paths
# on your own system
WorkingDirectory=/u01/domains/wlsd
ExecStart="/u01/domains/wlsd/bin/startNodeManager.sh"
ExecStop="/u01/domains/wlsd/bin/stopNodeManager.sh"
User=oracle
Group=oracle
KillMode=process
LimitNOFILE=65535
Restart=always
RestartSec=3
[Install]
WantedBy=multi-user.target
EOF

Démarrez le gestionnaire de nœuds.

sudo systemctl enable wls_nodemanager
sudo systemctl daemon-reload
sudo systemctl start wls_nodemanager

Si le gestionnaire de nœuds fonctionne correctement, vous verrez des journaux similaires à l’exemple suivant :

[root@mspVM2 azureuser]# systemctl status wls_nodemanager -l
● wls_nodemanager.service - WebLogic nodemanager service
Loaded: loaded (/etc/systemd/system/wls_nodemanager.service; enabled; vendor preset: disabled)
Active: active (running) since Tue 2022-09-27 01:23:42 UTC; 19s ago
Main PID: 107544 (startNodeManage)
    Tasks: 15 (limit: 20654)
Memory: 146.7M

... ...

Sep 27 01:23:45 mspVM2 startNodeManager.sh[107592]: <Sep 27, 2022 1:23:45 AM Coordinated Universal Time> <INFO> <Server Implementation Class: weblogic.nodemanager.server.NMServer$ClassicServer.>
Sep 27 01:23:46 mspVM2 startNodeManager.sh[107592]: <Sep 27, 2022 1:23:46 AM Coordinated Universal Time> <INFO> <Secure socket listener started on port 5556, host /192.168.0.6>

Appuyez sur Q pour quitter le mode de surveillance des journaux.

Ouvrez les ports 8001 et 5556.

sudo firewall-cmd --zone=public --add-port=8001/tcp
sudo firewall-cmd --zone=public --add-port=5556/tcp
sudo firewall-cmd --runtime-to-permanent
sudo systemctl restart firewalld

Démarrez les serveurs gérés.

Maintenant, ouvrez le portail de la console d’administration à partir d’un navigateur sur votre machine Windows myWindowsVM, et procédez comme suit pour démarrer les serveurs gérés :

Connectez-vous au portail de la console d’administration avec votre compte administrateur et votre mot de passe. L’URL est http://<adminvm-private-ip>:7001/console/. Dans cet exemple, le compte administrateur et le mot de passe sont weblogic/Secret123456. Vous verrez que l’état des serveurs gérés est Arrêté.
Dans la section Structure du domaine, sélectionnez Environnements, Serveurs, puis Contrôle, sélectionnez msp1 et msp2, puis sélectionnez Démarrer.
Il est possible qu’on vous demande de confirmer le démarrage des serveurs. Dans ce cas, sélectionnez Oui. Vous verrez le message « Une demande a été envoyée au gestionnaire de nœuds pour démarrer les serveurs sélectionnés. »
Vous pouvez sélectionner l’icône « rafraîchir » en haut du tableau pour démarrer ou arrêter le rafraîchissement dynamique des données dans ce tableau. Cette icône est montrée dans la capture d’écran suivante.
Vous verrez bientôt que les serveurs sont en ligne.

Nettoyer la machine Windows

Vous avez terminé la configuration du cluster WebLogic Server. Si vous le souhaitez, supprimez la machine Windows avec les commandes suivantes. Vous pouvez également arrêter la machine Windows myWindowsVM et continuer à l’utiliser comme jump box pour les tâches de maintenance continue du cluster.

export WINDOWSVM_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name myWindowsVM \
    --query networkProfile.networkInterfaces[0].id \
    --output tsv)
export WINDOWSVM_NSG_ID=$(az network nic show \
    --ids ${WINDOWSVM_NIC_ID} \
    --query networkSecurityGroup.id \
    --output tsv)
export WINDOWSVM_DISK_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name myWindowsVM \
    --query storageProfile.osDisk.managedDisk.id \
    --output tsv)
export WINDOWSVM_PUBLIC_IP=$(az network public-ip list \
    -g ${RESOURCE_GROUP_NAME} --query [0].id \
    --output tsv)

echo "deleting myWindowsVM"
az vm delete --resource-group ${RESOURCE_GROUP_NAME} --name myWindowsVM --yes
echo "deleting nic ${WINDOWSVM_NIC_ID}"
az network nic delete --ids ${WINDOWSVM_NIC_ID}
echo "deleting public-ip ${WINDOWSVM_PUBLIC_IP}"
az network public-ip delete --ids ${WINDOWSVM_PUBLIC_IP}
echo "deleting disk ${WINDOWSVM_DISK_ID}"
az disk delete --yes --ids ${WINDOWSVM_DISK_ID}
echo "deleting nsg ${WINDOWSVM_NSG_ID}"
az network nsg delete --ids ${WINDOWSVM_NSG_ID}

L'image Marketplace que vous utilisez pour créer les machines virtuelles est MicrosoftWindowsServer:WindowsServer:2022-datacenter-azure-edition:latest.

Remarque

Vous pouvez interroger toutes les images disponibles de Windows Server en utilisant la commande az vm image list, comme montré dans la commande suivante : az vm image list --offer WindowsServer --all --output table. Pour plus d’informations, veuillez consulter la section Comparaison des éditions Standard, Datacenter et Datacenter : Azure Edition de Windows Server 2022.

Créer une machine Windows Server

Ensuite, créez une machine virtuelle de base, installez tous les outils nécessaires, prenez un instantané et créez des répliques basées sur cet instantané.

Créez la machine virtuelle de base en utilisant az vm create. Vous exécutez le serveur d’administration WebLogic dessus.

L’exemple suivant crée une machine Windows Server 2022 Datacenter Azure Edition nommée adminVM. Cet exemple utilise azureuser pour un nom d’utilisateur administratif et Secret123456 pour le mot de passe.

az vm create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name adminVM \
    --availability-set myAvailabilitySet \
    --image MicrosoftWindowsServer:WindowsServer:2022-datacenter-azure-edition:latest \
    --size Standard_B2S \
    --public-ip-sku Standard \
    --vnet-name myVNet \
    --subnet mySubnet \
    --admin-username azureuser \
    --admin-password Secret123456

La création de la machine virtuelle et des ressources de support ne nécessite que quelques minutes.

Après le déploiement, connectez-vous à la machine. Pour un guide détaillé sur la connexion à distance, veuillez consulter la section Comment se connecter en utilisant Remote Desktop et se connecter à une machine virtuelle Azure exécutant Windows.

Après vous être connecté, recherchez et ouvrez Windows Defender Firewall. Sélectionnez Activer ou désactiver le pare-feu Windows Defender et sélectionnez Désactiver le pare-feu Windows Defender pour les paramètres de réseau privé et public. Cliquez sur OK. Fermez Windows Defender Firewall. Étant donné que de nombreux ports doivent être ouverts pendant la configuration, cette étape simplifie grandement le processus de configuration du cluster.

Une fois la configuration terminée, sécurisez le serveur WebLogic en suivant un guide de référence sur le sujet, tel que Sécuriser un environnement de production pour Oracle WebLogic Server.

Remarque

Pour configurer le cluster WebLogic Server, ouvrez les ports pour accéder au serveur d’administration, aux serveurs gérés, et pour former le cluster. Ce tutoriel désactive Windows Defender Firewall pour permettre l’ouverture des ports requis. Si vous ne souhaitez pas désactiver le pare-feu, assurez-vous que ces ports sont disponibles à l’intérieur du réseau virtuel privé : 7001 pour le serveur d’administration, 8001 pour les serveurs managés, et 5556 pour le gestionnaire de nœuds.

Ensuite, vous installez les outils requis avec l’installateur graphique. Les sections suivantes vous guident pour installer Oracle JDK 11 et Oracle WebLogic 14c Enterprise Edition.

Télécharger Oracle JDK 11 et Oracle WebLogic 14c

Oracle WebLogic Server 14c (14.1.1.0.0) est certifié pour être utilisé avec JDK 11. Les clients pris en charge d’Oracle WebLogic Server 14c (14.1.1.0.0) sont certifiés pour être utilisés avec JDK 11.0.6. Pour plus d’informations, veuillez consulter la section Certification JDK 11.

Pour télécharger l’installateur Windows Oracle JDK 11 et Oracle WebLogic 14c, suivez ces étapes :

Connectez-vous à adminVM si nécessaire, et ouvrez le navigateur Microsoft Edge.
Naviguez vers la page de téléchargement Oracle JDK 11. Sélectionnez l’option Installateur Windows x64, acceptez l’accord de licence Oracle, et téléchargez le fichier EXE. Vous obtenez un fichier similaire à jdk-11.*_windows-x64_bin.exe.
Naviguez vers la page de téléchargement Oracle Fusion Middleware Software. Sélectionnez l’option Installateur générique, acceptez l’accord de licence Oracle, et téléchargez l’archive ZIP. Vous obtenez un fichier similaire à fmw_14.*_wls_lite_Disk1_1of1.zip. Portez attention à la durée de vie du support de la version du serveur WebLogic que vous téléchargez. Pour plus d’informations, veuillez consulter la section Politique de durée de vie du support Oracle.

Installer Oracle JDK 11

Cette section vous montre comment installer Oracle JDK 11 sur Windows Server.

Ouvrez le dossier de téléchargement contenant l’installateur JDK. Ici, le nom de l’installateur est jdk-11.0.16_windows-x64_bin.exe. Faites un clic droit sur le fichier et sélectionnez Exécuter en tant qu’administrateur. Installez le JDK dans le dossier par défaut C:\Program Files\Java\jdk-11.0.16\.

Après la fin de l’installation, vous pouvez valider sa version dans une invite de commande en exécutant la commande java -version, avec une sortie similaire à l’exemple suivant :

java version "11.0.16" 2022-07-19 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.16+11-LTS-199)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.16+11-LTS-199, mixed mode)

Installer Oracle WebLogic Server 14c Enterprise Edition

Cette section vous montre comment installer WebLogic Server 14c sur Windows Server.

Ouvrez le dossier de téléchargement contenant le fichier ZIP de l’installateur WebLogic Server. Ici, le nom du fichier est fmw_14.1.1.0.0_wls_lite_Disk1_1of1.zip. Faites un clic droit sur le fichier et sélectionnez Extraire tout vers le chemin par défaut.

Ouvrez une invite de commande, puis utilisez les commandes suivantes pour installer WebLogic Server :

set WLS_VERSION_PREFIX=fmw_14.1.1.0.0_wls_lite
java -jar C:\Users\azureuser\Downloads\%WLS_VERSION_PREFIX%_Disk1_1of1\%WLS_VERSION_PREFIX%_wls_lite_generic.jar

La commande lance l’installateur de WebLogic Server, comme montré dans la capture d’écran suivante :

Cliquez sur Suivant. Laissez l’option Ignorer les mises à jour automatiques sélectionnée et sélectionnez Suivant. Définissez Oracle Home sur C:\Oracle\Middleware\Oracle_Home, qui devrait être la valeur par défaut. Cliquez sur Suivant.

Sélectionnez le type d’installation WebLogic Server.

Cliquez sur Suivant. Vous verrez des avertissements liés au système d’exploitation sur la page Vérifications préalables. Les versions de Windows Server 2022 sont prises en charge sur toutes les éditions de Windows Server. Pour corriger les avertissements, vous devez appliquer le Patch 34500720 après l’installation.

Sélectionnez Suivant, puis Installer. Vous verrez la progression de l’installation comme montré dans la capture d’écran suivante :

Toutes les installations listées devraient se terminer sans erreur. Cliquez sur le bouton Suivant. Vous voyez la page Installation terminée. Désélectionnez toutes les actions dans la section Étapes suivantes. Vous effectuerez ces étapes après que toutes les machines seront prêtes.

Sélectionnez Finished. Vous avez terminé l’installation d’Oracle WebLogic 14c et de ses dépendances sur adminVM. Ensuite, vous créez une capture instantanée de adminVM et préparez les machines pour deux serveurs managés.

Remarque

Pour le correctif critique du serveur Oracle WebLogic, téléchargez les correctifs depuis Mon Support Oracle et appliquez-les en suivant les instructions de « Patcher une installation existante » dans Installer un patch et mettre à niveau. Assurez-vous d’avoir appliqué le correctif sur adminVM avant de prendre une capture instantanée de son disque OS. Si vous rencontrez des problèmes pour décompresser le fichier du correctif, veuillez consulter ce document MyOracleSupport. Vous pouvez sauter cette étape pour l’expérimentation, mais n’allez pas en production avec un WLS non corrigé.

Créer des machines pour les serveurs gérés

Vous avez installé Oracle JDK 11 et Oracle WebLogic Server 14c Enterprise Edition sur adminVM, qui exécute le serveur d’administration WebLogic. Vous devez encore préparer les machines pour exécuter deux serveurs managés.

Cette section présente une approche pour préparer les machines avec l'instantané de adminVM. Vous créez les machines à partir du portail Azure.

Arrêtez adminVM. Ouvrez adminVM à partir du portail Azure, puis sélectionnez Arrêter pour arrêter la machine. Assurez-vous que la machine est complètement arrêtée avant de passer à l’étape suivante.
Procédez comme suit pour prendre une capture instantanée du disque OS adminVM :
1. Ouvrez adminVM à partir du portail Azure. Sous Paramètres, sélectionnez Disques, puis Disque OS. Sélectionnez le disque OS commençant par adminVM_OsDisk_.
2. Sélectionnez Créer un snapshot. Sous Détails de l’instance, remplissez Nom avec snapshotAdminVMOsDisk.
3. Sélectionnez Vérifier et créer, puis Créer. La prise de la capture instantanée prend plusieurs secondes.
Pour créer mspVM1, procédez comme suit :
1. Tout d’abord, créez le disque OS pour mspVM1. Ouvrez la capture instantanée que vous avez créée à l’étape précédente, snapshotAdminVMOsDisk. Sélectionnez Créer un disque. Sous Détails du disque, remplissez Nom du disque avec mspVM1_Os_Disk_1. Sélectionnez Vérifier et créer, puis Créer. Cela prend plusieurs secondes. Une fois le processus terminé, sélectionnez Accéder à la ressource
2. Créez la machine virtuelle mspVM1. Ouvrez le disque OS que vous avez créé précédemment. Dans cet exemple, son nom est mspVM1_Os_Disk_1. Sélectionnez Créer une machine virtuelle. Sous Détails de l’instance, remplissez Nom de la machine virtuelle avec mspVM1. Sélectionnez Vérifier et créer, puis Créer. Assurez-vous qu’il n’y a pas d’erreurs avant de continuer. L’opération peut prendre plusieurs minutes.
3. La machine est créée à partir de la capture instantanée de adminVM, elle a donc le même nom d’ordinateur que adminVM. Pour changer le nom de l’ordinateur en mspVM1, connectez-vous d’abord à distance à la machine. Le nom d’utilisateur et le mot de passe sont les mêmes que pour adminVM. Ouvrez un terminal PowerShell et exécutez la commande suivante :
```
Rename-Computer -NewName mspvm1 -Restart
```
Pour créer mspVM2, procédez comme suit :
1. Créez le disque OS pour mspVM2. Ouvrez la capture instantanée que vous avez créée précédemment. Dans cet exemple, son nom est snapshotAdminVMOsDisk. Si vous ne trouvez pas le disque, recherchez snapshotAdminVMOsDisk dans la Recherche de ressources, services et documents. Sélectionnez Créer un disque. Sous Détails du disque, remplissez Nom avec mspVM2_Os_Disk_1. Sélectionnez Vérifier et créer, puis Créer. Cela prend plusieurs secondes. Une fois le processus terminé, sélectionnez Accéder à la ressource
2. Créez la machine virtuelle mspVM2. Ouvrez le disque OS que vous avez créé précédemment, mspVM2_Os_Disk_1, puis sélectionnez Créer une VM. Sous Détails de l’instance, remplissez Nom de la machine virtuelle avec mspVM2. Sélectionnez Vérifier + créer, puis Créer. Cela prend plusieurs minutes.
3. Connectez-vous à la machine à distance. Le nom d’utilisateur et le mot de passe sont les mêmes que pour adminVM. Ouvrir un terminal PowerShell. Utilisez la commande suivante pour changer le nom de l’ordinateur :
```
Rename-Computer -NewName mspvm2 -Restart
```

Utilisez la commande az vm start pour démarrer adminVM.

az vm start --resource-group ${RESOURCE_GROUP_NAME} --name adminVM

Utilisez les commandes suivantes pour obtenir et afficher les adresses IP privées, que vous utiliserez dans les sections suivantes :

export ADMINVM_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name adminVM \
    --query networkProfile.networkInterfaces'[0]'.id \
    --output tsv)
export ADMINVM_IP=$(az network nic show \
    --ids ${ADMINVM_NIC_ID} \
    --query ipConfigurations'[0]'.privateIPAddress \
    --output tsv)
export MSPVM1_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM1 \
    --query networkProfile.networkInterfaces'[0]'.id \
    --output tsv)
export MSPVM1_IP=$(az network nic show \
    --ids ${MSPVM1_NIC_ID} \
    --query ipConfigurations'[0]'.privateIPAddress \
    --output tsv)
export MSPVM2_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM2 \
    --query networkProfile.networkInterfaces'[0]'.id \
    --output tsv)
export MSPVM2_IP=$(az network nic show \
    --ids ${MSPVM2_NIC_ID} \
    --query ipConfigurations'[0]'.privateIPAddress \
    --output tsv)
echo "Private IP of adminVM: ${ADMINVM_IP}"
echo "Private IP of mspVM1: ${MSPVM1_IP}"
echo "Private IP of mspVM2: ${MSPVM2_IP}"

Maintenant, toutes les machines sont prêtes. Ensuite, vous configurez un cluster WebLogic.

Configurez le domaine et le cluster WebLogic Server

Il existe deux types de clusters, comme décrit dans la liste suivante. Pour plus d’informations, consultez la section À propos des clusters dynamiques.

Cluster dynamique : Un cluster qui contient une ou plusieurs instances de serveur générées (dynamiques) qui sont basées sur un modèle de serveur partagé unique. Lorsque vous créez un cluster dynamique, les serveurs dynamiques sont pré-configurés et générés automatiquement pour vous, ce qui vous permet d’augmenter facilement le nombre d’instances de serveur dans votre cluster dynamique lorsque vous avez besoin d’une capacité de serveur supplémentaire. Vous pouvez démarrer les serveurs dynamiques sans avoir à les configurer manuellement et à les ajouter au cluster.
Cluster configuré : Un cluster dans lequel vous configurez et ajoutez manuellement chaque instance de serveur. Vous devez configurer et ajouter une nouvelle instance de serveur pour augmenter la capacité du serveur.

Pour vous montrer comment former un cluster WebLogic, ce tutoriel vous guide à travers le processus de création d’un cluster configuré.

Créez le domaine en utilisant l’assistant de configuration

Cette section montre les étapes pour créer un nouveau domaine WebLogic Server sur adminVM.

Se connecter à adminVM. Ouvrez une invite de commandes, puis utilisez les commandes suivantes pour démarrer l’assistant de configuration Oracle :

cd C:\Oracle\Middleware\Oracle_Home\oracle_common\common\bin
config.cmd

L’assistant de configuration Oracle vous guide pour configurer le domaine. La page suivante demande le type et l’emplacement du domaine. Sélectionnez Créer un nouveau domaine et définissez l’emplacement du domaine sur C:\domains\wlsd. La configuration du domaine est enregistrée dans ce dossier.

Sélectionnez Suivant, sélectionnez Créer un domaine en utilisant des modèles de produit et conservez le modèle sélectionné par défaut, comme indiqué dans la capture d’écran suivante :

Sélectionnez Suivant, puis saisissez le nom du Compte d’administration comme weblogic et le mot de passe comme Secret123456, comme indiqué dans la capture d’écran suivante :

Cliquez sur Suivant. Pour le mode domaine, sélectionnez Production ; pour le JDK, conservez l’option par défaut.

Cliquez sur Suivant. Pour les configurations avancées, sélectionnez Serveur d’administration, Node Manager et Topologie.

Sélectionnez Suivant, remplissez le Nom du serveur d’administration avec admin. Renseignez l’Adresse IP d’écoute avec l’IP privée pour le adminVM que vous avez obtenue précédemment. Dans cet exemple, la valeur est 192.168.0.4.

Cliquez sur Suivant. Pour Type de gestionnaire de nœuds, sélectionnez Emplacement personnalisé par domaine, et remplissez l’emplacement avec C:\domains\wlsd\nodemanager. Cet emplacement doit être rempli par défaut. Pour Identifiants Node Manager, le nom d’utilisateur est weblogic et le mot de passe est Secret123456.

Cliquez sur Suivant. Pour les serveurs managés, ajoutez les éléments suivants :

Nom du serveur	Adresse d’écoute	Port d’écoute
`msp1`	L’adresse IP privée de `mspVM1`.	`8001`
`msp2`	L’adresse IP privée de `mspVM2`.	`8001`

Cliquez sur Suivant. Créez un cluster avec le nom cluster1. Vous pouvez laisser l’Adresse du cluster, l’Hôte frontal, et d’autres valeurs vides.

Cliquez sur Suivant. Ne changez pas les valeurs pour Modèles de serveurs ou Serveurs dynamiques.

Pour Attribuer des serveurs aux clusters, attribuez les deux msp1 et msp2 à cluster1.

Cliquez sur Suivant. Ajoutez les machines adminVM, mspVM1, et mspVM2.

Nom	Adresse d’écoute Node Manager	Port d’écoute Node Manager
`mspVM1`	L’adresse IP privée de `mspVM1`.	`5556`
`mspVM2`	L’adresse IP privée de `mspVM2`.	`5556`
`adminVM`	L’adresse IP privée de `adminVM`.	`5556`

Cliquez sur Suivant. Pour Attribuer des serveurs aux machines, attribuez le serveur admin à adminVM, msp1 à mspVM1, et msp2 à mspVM2.

Cliquez sur Suivant. Vous voyez le Résumé de la configuration, comme indiqué dans la capture d’écran suivante :

Examinez attentivement le résumé pour vérifier que tout semble correct. Sélectionnez Créer. La page Progression de la configuration montre la progression. Tous les éléments listés devraient être configurés avec succès.

Cliquez sur Suivant. Enfin, l’URL du serveur d’administration est affichée. Le serveur n’est pas encore en cours d’exécution, et vous n’avez de toute façon pas besoin de cette URL, alors sélectionnez Terminer.

Vous avez terminé la configuration du domaine wlsd avec un cluster cluster1, y compris deux serveurs managés.

Créer des répliques en utilisant la commande pack et unpack

Ce tutoriel utilise les commandes pack et unpack de WebLogic Server pour étendre le domaine. Pour plus d’informations, consultez la section Vue d’ensemble des commandes Pack et Unpack. Procédez comme suit pour créer les réplicas :

Tout d’abord, empaquetez la configuration du domaine sur adminVM en suivant ces instructions :

Connectez-vous à distance à la machine et exécutez la commande suivante :

cd C:\Oracle\Middleware\Oracle_Home\oracle_common\common\bin
pack.cmd -domain=C:\domains\wlsd -managed=true -template=C:\Temp\cluster.jar -template_name="wlsd"

Vous voyez une sortie similaire à l’exemple suivant si la commande est terminée avec succès :

C:\Oracle\Middleware\Oracle_Home\oracle_common\common\bin>pack.cmd -domain=C:\domains\wlsd -managed=true -template=C:\Temp\cluster.jar -template_name="wlsd"
<< read domain from "C:/domains/wlsd"
>>  succeed: read domain from "C:/domains/wlsd"
<< set config option Managed to "true"
>>  succeed: set config option Managed to "true"
<< write template to "C:/Temp/cluster.jar"
..............................
>>  succeed: write template to "C:/Temp/cluster.jar"
<< close template
>>  succeed: close template

Ensuite, copiez C:\Temp\cluster.jar sur mspVM1 et mspVM2 et enregistrez-les au même emplacement.

Ensuite, appliquez la configuration du domaine à mspVM1.

Connectez-vous à distance à la machine et exécutez la commande suivante :

cd C:\Oracle\Middleware\Oracle_Home\oracle_common\common\bin
unpack.cmd -domain=C:\domains\wlsd -template=C:\Temp\cluster.jar

Vous voyez une sortie similaire à l’exemple suivant si la commande est terminée avec succès :

C:\Oracle\Middleware\Oracle_Home\oracle_common\common\bin>unpack.cmd -domain=C:\domains\wlsd -template=C:\Temp\cluster.jar
<< read template from "C:/Temp/cluster.jar"
>>  succeed: read template from "C:/Temp/cluster.jar"
<< set config option DomainName to "wlsd"
>>  succeed: set config option DomainName to "wlsd"
>>  validateConfig "KeyStorePasswords"
>>  succeed: validateConfig "KeyStorePasswords"
<< write Domain to "C:\domains\wlsd"
..................................................
>>  succeed: write Domain to "C:\domains\wlsd"
<< close template
>>  succeed: close template

Ensuite, renommez le fichier de configuration config_bootstrap.xml en config.xml. Dans l’invite de commandes, exécutez les commandes suivantes :

cd C:\domains\wlsd\config
ren config_bootstrap.xml config.xml

Ensuite, appliquez la configuration du domaine à mspVM2.

Connectez-vous à distance à la machine et exécutez la commande suivante :
```
cd C:\Oracle\Middleware\Oracle_Home\oracle_common\common\bin
unpack.cmd -domain=C:\domains\wlsd -template=C:\Temp\cluster.jar
```
Ensuite, renommez le fichier de configuration config_bootstrap.xml en config.xml :
```
cd C:\domains\wlsd\config
ren config_bootstrap.xml config.xml
```

Remarque

La commande unpack génère le fichier config_bootstrap.xml basé sur le fichier config.xml dans le modèle, ce qui peut entraîner une erreur java.io.FileNotFoundException: C:\domains\wlsd\.\config\config.xml (The system cannot find the file specified) lors du démarrage du serveur managé. Ce tutoriel renomme config_bootstrap.xml en config.xml pour éviter ce problème.

Vous avez répliqué la configuration du domaine sur mspVM1 et mspVM2, vous êtes donc prêt à démarrer les serveurs.

Configurer le serveur WebLogic en tant que service Windows

Cette section utilise un service Windows pour configurer Oracle WebLogic Server afin qu’il démarre automatiquement lors du démarrage d’un ordinateur hôte Windows. Pour plus d’informations, veuillez consulter Configuration d’une instance de serveur WebLogic en tant que service Windows.

Remarque

Cette section n’active pas les arrêts en douceur. Si vous utilisez la console de gestion Microsoft pour arrêter une instance de serveur, cela tue la machine virtuelle Java (JVM) du serveur. Si vous tuez la JVM, le serveur arrête immédiatement tout traitement. Pour configurer les arrêts en douceur, veuillez consulter Activation des arrêts en douceur.

Configurer le serveur d’administration en tant que service Windows

Vous êtes maintenant prêt à démarrer le serveur d’administration. Suivez les instructions suivantes pour créer un service Windows afin de démarrer le serveur d’administration :

Connectez-vous à distance à adminVM. Dans l’invite de commandes, changez de répertoire pour C:\domains\wlsd. Entrez startWebLogic.cmd. Pour les informations d’identification du compte admin, entrez weblogic comme nom d’utilisateur et Secret123456 comme mot de passe. Si le serveur est en cours d’exécution, il imprime une ligne sur la sortie standard similaire à la sortie suivante :

... ...
Enter username to boot WebLogic server:weblogic
Enter password to boot WebLogic server:Secret123456

... ...
<Oct 18, 2022, 6:48:56,997 AM Coordinated Universal Time> <Notice> <WebLogicServer> <BEA-000365> <Server state changed to RUNNING.>

Créez un fichier d’identité de démarrage C:\domains\wlsd\servers\admin\security\boot.properties et enregistrez le nom d’utilisateur et le mot de passe du compte admin dans le fichier. Pour plus d’informations, veuillez consulter Fichiers d’identité de démarrage. Collez le texte suivant dans une invite de commandes :

MKDIR C:\domains\wlsd\servers\admin\security
TYPE CON > C:\domains\wlsd\servers\admin\security\boot.properties
username=weblogic
password=Secret123456

Appuyez sur Entrée, Ctrl+Z, Entrée.

Ensuite, créez un service Windows pour le serveur d’administration. Collez le texte suivant dans une invite de commandes. Appuyez sur Entrée, Ctrl+Z, Entrée.

TYPE CON > C:\domains\wlsd\autoStartup.cmd
echo off
SETLOCAL
set MW_HOME=C:\Oracle\Middleware\Oracle_Home
set DOMAIN_NAME=wlsd
set USERDOMAIN_HOME=C:\domains\wlsd
set SERVER_NAME=admin
set WL_HOME=C:\Oracle\Middleware\Oracle_Home\wlserver
set DOMAIN_PRODUCTION_MODE=true
call "C:\domains\wlsd\bin\setDomainEnv.cmd"
call "C:\Oracle\Middleware\Oracle_Home\wlserver\server\bin\installSvc.cmd"
ENDLOCAL

Exécutez le fichier nouvellement créé. Entrez C:\domains\wlsd\autoStartup.cmd. L’invite de commandes exécute le script en tant que fichier batch.

Si le script s’exécute avec succès, il crée un service Windows nommé wlsd_admin et imprime une ligne sur la sortie standard similaire à la sortie suivante :

... ...
wlsvc wlsd_admin installed.

Cet exemple utilise le gestionnaire de nœuds pour contrôler les serveurs managés. Créer un service Windows pour le gestionnaire de nœuds sur adminVM.

Dans l’invite de commande, passez au répertoire C:\domains\wlsd\bin. Entrez installNodeMgrSvc.cmd. Si le service est créé avec succès, une ligne similaire à la sortie suivante s’affiche à l’écran :

... ...
Oracle Weblogic wlsd NodeManager (C_Oracle_MIDDLE~1_ORACLE~1_wlserver) installed.

Enfin, redémarrez la machine pour activer les services Windows.

Configurer et démarrer les serveurs managés

Ensuite, configurez le gestionnaire de nœuds en tant que service Windows sur mspVM1 et mspVM2.

Connectez-vous à distance à mspVM1 et mspVM2, ouvrez une invite de commande, puis passez au répertoire C:\domains\wlsd\bin. Entrez installNodeMgrSvc.cmd. Si le service est créé avec succès, une ligne similaire à la sortie suivante s’affiche à l’écran :

... ...
Oracle Weblogic wlsd NodeManager (C_Oracle_MIDDLE~1_ORACLE~1_wlserver) installed.

Redémarrez mspVM1 et mspVM2 pour démarrer le gestionnaire de nœuds.

Ensuite, démarrez le serveur géré à partir du portail de la console d’administration. Ouvrez un navigateur sur adminVM et procédez comme suit pour démarrer le serveur :

Connectez-vous au portail de la console d’administration avec votre compte administrateur et votre mot de passe. L’URL est http://<adminvm-private-ip>:7001/console/. Dans cet exemple, le compte administrateur et le mot de passe sont weblogic/Secret123456. Vous verrez que l’état des serveurs gérés est Arrêté.
Dans la section Structure du domaine, sélectionnez Environnements, Serveurs, puis Contrôle, sélectionnez msp1 et msp2, puis sélectionnez Démarrer.
Il est possible qu’on vous demande de confirmer le démarrage des serveurs. Dans ce cas, sélectionnez Oui. Vous verrez le message « Une demande a été envoyée au gestionnaire de nœuds pour démarrer les serveurs sélectionnés. »
Vous pouvez sélectionner l’icône « rafraîchir » en haut du tableau pour démarrer ou arrêter le rafraîchissement dynamique des données dans ce tableau. Cette icône est montrée dans la capture d’écran suivante.
Vous verrez bientôt que les serveurs sont en ligne.

Configurer le serveur géré en tant que service Windows

Les étapes de cette section montrent comment créer un service Windows pour chacun des serveurs managés. Ce service démarre automatiquement le serveur géré lorsque la machine est redémarrée.

Utilisez les instructions suivantes pour configurer msp1 en tant que service Windows :

Connectez-vous à distance à mspVM1. Ouvrez une invite de commande et collez le texte suivant, en remplaçant ADMIN_URL par la valeur réelle. Appuyez sur Entrée, Ctrl+Z, Entrée.
```
TYPE CON > C:\domains\wlsd\autoStartup.cmd
echo off
SETLOCAL
set MW_HOME=C:\Oracle\Middleware\Oracle_Home
set DOMAIN_NAME=wlsd
set USERDOMAIN_HOME=C:\domains\wlsd
set SERVER_NAME=msp1
set ADMIN_URL=http://192.168.0.4:7001
set WL_HOME=C:\Oracle\Middleware\Oracle_Home\wlserver
set DOMAIN_PRODUCTION_MODE=true
call "C:\domains\wlsd\bin\setDomainEnv.cmd"
call "C:\Oracle\Middleware\Oracle_Home\wlserver\server\bin\installSvc.cmd"
ENDLOCAL
```
Entrez C:\domains\wlsd\autoStartup.cmd. L’invite de commandes exécute le script en tant que fichier batch.

Créez un fichier d’identité de démarrage C:\domains\wlsd\servers\msp1\security\boot.properties et enregistrez-y le nom d’utilisateur et le mot de passe du compte administrateur.

Collez le texte suivant dans une invite de commandes :
```
MKDIR C:\domains\wlsd\servers\msp1\security
TYPE CON > C:\domains\wlsd\servers\msp1\security\boot.properties
username=weblogic
password=Secret123456
```
Appuyez sur Entrée, Ctrl+Z, Entrée.
Configurer msp2 en tant que service Windows

Connectez-vous à distance à mspVM2. Ouvrez une invite de commande et collez le texte suivant, en remplaçant ADMIN_URL par la valeur réelle. Appuyez sur Entrée, Ctrl+Z, Entrée.
```
TYPE CON > C:\domains\wlsd\autoStartup.cmd
echo off
SETLOCAL
set MW_HOME=C:\Oracle\Middleware\Oracle_Home
set DOMAIN_NAME=wlsd
set USERDOMAIN_HOME=C:\domains\wlsd
set SERVER_NAME=msp2
set ADMIN_URL=http://192.168.0.4:7001
set WL_HOME=C:\Oracle\Middleware\Oracle_Home\wlserver
set DOMAIN_PRODUCTION_MODE=true
call "C:\domains\wlsd\bin\setDomainEnv.cmd"
call "C:\Oracle\Middleware\Oracle_Home\wlserver\server\bin\installSvc.cmd"
ENDLOCAL
```
Entrez C:\domains\wlsd\autoStartup.cmd. L’invite de commandes exécute le script en tant que fichier batch.

Créez un fichier d’identité de démarrage C:\domains\wlsd\servers\msp1\security\boot.properties et enregistrez-y le nom d’utilisateur et le mot de passe du compte administrateur.

Collez le texte suivant dans une invite de commandes :
```
MKDIR C:\domains\wlsd\servers\msp2\security
TYPE CON > C:\domains\wlsd\servers\msp2\security\boot.properties
username=weblogic
password=Secret123456
```
Appuyez sur Entrée, Ctrl+Z, Entrée.

Désormais, les serveurs gérés démarrent automatiquement lorsque la machine redémarre.

Supprimez les IP publiques

Afin de vous connecter à distance aux machines Windows Server, toutes ont été assignées une adresse IP publique. Maintenant que la configuration est terminée, il n’est plus nécessaire de conserver l’adresse IP publique. Pour des raisons de sécurité, supprimez les adresses IP publiques de adminVM, mspVM1 et mspVM2, comme illustré dans l’exemple suivant. Pour plus d’informations, consultez Dissocier une adresse IP publique d’une machine virtuelle Azure.

export ADMINVM_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name adminVM \
    --query networkProfile.networkInterfaces[0].id \
    --output tsv)
export ADMINVM_NIC_NAME=$(az network nic show \
    --ids ${ADMINVM_NIC_ID} \
    --query name \
    --output tsv)
export ADMINVM_NIC_IP_CONFIG=$(az network nic show \
    --ids $ADMINVM_NIC_ID \
    --query ipConfigurations[0].name \
    --output tsv)
export ADMINVM_PUBLIC_IP=$(az network nic show \
    --ids ${ADMINVM_NIC_ID} \
    --query ipConfigurations[0].publicIpAddress.id \
    --output tsv)
export ADMINVM_NSG_ID=$(az network nic show \
    --ids ${ADMINVM_NIC_ID} \
    --query networkSecurityGroup.id \
    --output tsv)

az network nic ip-config update \
    --name ${ADMINVM_NIC_IP_CONFIG} \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --nic-name ${ADMINVM_NIC_NAME} \
    --remove PublicIpAddress
az network public-ip delete --ids ${ADMINVM_PUBLIC_IP}
az network nic update \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name ${ADMINVM_NIC_NAME} \
    --remove networkSecurityGroup
az network nsg delete --ids ${ADMINVM_NSG_ID}

export MSPVM1VM_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM1 \
    --query networkProfile.networkInterfaces[0].id \
    --output tsv)
export MSPVM1VM_NIC_NAME=$(az network nic show \
    --ids ${MSPVM1VM_NIC_ID} \
    --query name \
    --output tsv)
export MSPVM1VM_NIC_IP_CONFIG=$(az network nic show \
    --ids ${MSPVM1VM_NIC_ID} \
    --query ipConfigurations[0].name \
    --output tsv)
export MSPVM1VM_PUBLIC_IP=$(az network nic show \
    --ids ${MSPVM1VM_NIC_ID} \
    --query ipConfigurations[0].publicIpAddress.id \
    --output tsv)
export MSPVM1VM_NSG_ID=$(az network nic show \
    --ids ${MSPVM1VM_NIC_ID} \
    --query networkSecurityGroup.id \
    --output tsv)

az network nic ip-config update \
    --name ${MSPVM1VM_NIC_IP_CONFIG} \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --nic-name ${MSPVM1VM_NIC_NAME} \
    --remove PublicIpAddress
az network public-ip delete --ids ${MSPVM1VM_PUBLIC_IP}
az network nic update \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name ${MSPVM1VM_NIC_NAME} \
    --remove networkSecurityGroup
az network nsg delete --ids ${MSPVM1VM_NSG_ID}

export MSPVM2VM_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM2 \
    --query networkProfile.networkInterfaces[0].id \
    --output tsv)
export MSPVM2VM_NIC_NAME=$(az network nic show \
    --ids ${MSPVM2VM_NIC_ID} \
    --query name \
    --output tsv)
export MSPVM2VM_NIC_IP_CONFIG=$(az network nic show \
    --ids ${MSPVM2VM_NIC_ID} \
    --query ipConfigurations[0].name \
    --output tsv)
export MSPVM2VM_PUBLIC_IP=$(az network nic show \
    --ids ${MSPVM2VM_NIC_ID} \
    --query ipConfigurations[0].publicIpAddress.id \
    --output tsv)
export MSPVM2VM_NSG_ID=$(az network nic show \
    --ids ${MSPVM2VM_NIC_ID} \
    --query networkSecurityGroup.id \
    --output tsv)

az network nic ip-config update \
    --name ${MSPVM2VM_NIC_IP_CONFIG} \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --nic-name ${MSPVM2VM_NIC_NAME} \
    --remove PublicIpAddress
az network public-ip delete --ids ${MSPVM2VM_PUBLIC_IP}
az network nic update \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name ${MSPVM2VM_NIC_NAME} \
    --remove networkSecurityGroup
az network nsg delete --ids ${MSPVM2VM_NSG_ID}

Exposer WebLogic Server avec Azure Application Gateway

Maintenant que vous avez créé le cluster WebLogic Server (WLS) sur des machines virtuelles Windows ou GNU/Linux, cette section vous guide à travers le processus d’exposition de WebLogic Server à Internet avec Azure Application Gateway.

Créer l’instance Azure Application Gateway

Pour exposer WebLogic Server à Internet, une adresse IP publique est requise. Créez l'adresse IP publique, puis associez-y une passerelle d'applications Azure. Utilisez az network public-ip create pour la créer, comme indiqué dans l'exemple suivant :

az network public-ip create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name myAGPublicIPAddress \
    --allocation-method Static \
    --sku Standard

Vous ajoutez les serveurs backend au pool backend d’Application Gateway. Interrogez les adresses IP backend en utilisant les commandes suivantes :

export ADMINVM_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name adminVM \
    --query networkProfile.networkInterfaces[0].id \
    --output tsv)
export ADMINVM_IP=$(az network nic show \
    --ids ${ADMINVM_NIC_ID} \
    --query ipConfigurations[0].privateIPAddress \
    --output tsv)
export MSPVM1_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM1 \
    --query networkProfile.networkInterfaces[0].id \
    --output tsv)
export MSPVM1_IP=$(az network nic show \
    --ids ${MSPVM1_NIC_ID} \
    --query ipConfigurations[0].privateIPAddress \
    --output tsv)
export MSPVM2_NIC_ID=$(az vm show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name mspVM2 \
    --query networkProfile.networkInterfaces[0].id \
    --output tsv)
export MSPVM2_IP=$(az network nic show \
    --ids ${MSPVM2_NIC_ID} \
    --query ipConfigurations[0].privateIPAddress \
    --output tsv)

Ensuite, créez une passerelle d'applications Azure. L’exemple suivant crée une passerelle d’application avec des serveurs gérés dans le pool backend par défaut :

az network application-gateway create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name myAppGateway \
    --public-ip-address myAGPublicIPAddress \
    --location eastus \
    --capacity 2 \
    --http-settings-port 80 \
    --http-settings-protocol Http \
    --frontend-port 80 \
    --sku Standard_V2 \
    --subnet wlsVMGateway \
    --vnet-name myVNet \
    --priority 1001 \
    --servers ${MSPVM1_IP} ${MSPVM2_IP}

Les serveurs gérés exposent leurs charges de travail avec le port 8001. Utilisez les commandes suivantes pour mettre à jour le appGatewayBackendHttpSettings en spécifiant le port backend 8001 et en créant une sonde pour celui-ci :

az network application-gateway probe create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --gateway-name myAppGateway \
    --name clusterProbe \
    --protocol http \
    --host 127.0.0.1 \
    --path /weblogic/ready

az network application-gateway http-settings update \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --gateway-name myAppGateway \
    --name appGatewayBackendHttpSettings \
    --port 8001 \
    --probe clusterProbe

Les commandes suivantes approvisionnent une règle de base rule1. Cet exemple ajoute un chemin au serveur d’administration. Tout d’abord, utilisez les commandes suivantes pour créer une carte de chemin d’URL :

az network application-gateway address-pool create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --gateway-name myAppGateway \
    --name adminServerAddressPool \
    --servers ${ADMINVM_IP}

az network application-gateway probe create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --gateway-name myAppGateway \
    --name adminProbe \
    --protocol http \
    --host 127.0.0.1 \
    --path /weblogic/ready

az network application-gateway http-settings create \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --gateway-name myAppGateway \
    --name adminBackendSettings \
    --port 7001 \
    --protocol Http \
    --probe adminProbe

az network application-gateway url-path-map create \
    --gateway-name myAppGateway \
    --name urlpathmap \
    --paths /console/* \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --address-pool adminServerAddressPool \
    --default-address-pool appGatewayBackendPool \
    --default-http-settings appGatewayBackendHttpSettings \
    --http-settings adminBackendSettings \
    --rule-name consolePathRule

Ensuite, utilisez az network application-gateway rule update pour mettre à jour le type de règle en PathBasedRouting.

az network application-gateway rule update \
    --gateway-name myAppGateway \
    --name rule1 \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --http-listener appGatewayHttpListener \
    --rule-type PathBasedRouting \
    --url-path-map urlpathmap \
    --priority 1001 \
    --address-pool appGatewayBackendPool \
    --http-settings appGatewayBackendHttpSettings

Vous pouvez désormais accéder au serveur d’administration avec l’URL http://<gateway-public-ip-address>/console/. Exécutez les commandes suivantes pour obtenir l’URL :

export APPGATEWAY_IP=$(az network public-ip show \
    --resource-group ${RESOURCE_GROUP_NAME} \
    --name myAGPublicIPAddress \
    --query [ipAddress] \
    --output tsv)
echo "admin console URL is http://${APPGATEWAY_IP}/console/"

Vérifiez que vous pouvez vous connecter à la console du serveur d’administration. Si vous ne le pouvez pas, dépannez et résolvez le problème avant de continuer.

Remarque

Cet exemple configure un accès simple aux serveurs WebLogic avec HTTP. Si vous souhaitez un accès sécurisé, configurez la terminaison TLS/SSL en suivant les instructions de la section End to end TLS with Application Gateway.

Cet exemple expose la console du serveur d’administration via l’Application Gateway. Ne faites pas cela dans un environnement de production.

Déployer un exemple d’application

Cette section vous montre comment déployer une application sur le cluster WebLogic Server. Tout d’abord, téléchargez testwebapp.war depuis Oracle et enregistrez le fichier sur votre système de fichiers local. Ensuite, procédez comme suit pour déployer l’application :

Ouvrez un navigateur web.
Accédez au portail de la console d’administration avec l’URL http://<gateway-public-ip-address>/console/, puis connectez-vous avec votre compte administrateur et votre mot de passe. Dans cet exemple, ce sont weblogic/Secret123456.
Sous le Centre de modifications, si un tel bouton existe, sélectionnez Verrouiller et modifier. Si ce bouton n’existe pas, vérifiez qu’un texte tel que « Les modifications futures seront automatiquement activées à mesure que vous modifiez, ajoutez ou supprimez des éléments dans ce domaine » existe sous Centre de modifications.
Sous Structure de domaine, sélectionnez Déploiements. Si vous voyez un message d’erreur similaire à Unexpected error encountered while obtaining monitoring information for applications., vous pouvez l’ignorer en toute sécurité. Sélectionnez Configuration puis Installer. Dans le texte, un lien hypertexte avec le texte Téléchargez vos fichiers est intégré. Sélectionnez-le. Sélectionnez Choisir le fichier, puis sélectionnez le testwebapp.war créé à l’étape précédente. Sélectionnez Suivant , puis Suivant.
Assurez-vous que Installer ce déploiement en tant qu’application est sélectionné. Cliquez sur Suivant.
Sous Cibles disponibles pour testwebapp, sélectionnez la cible de déploiement cluster1, sélectionnez Suivant, puis sélectionnez Terminer.
Sous le Centre de modifications, si un tel bouton existe, sélectionnez Activer les modifications. Vous devez compléter cette étape. Si vous ne le faites pas, les modifications que vous avez apportées ne prendront pas effet. Si ce bouton n’existe pas, vérifiez qu’un texte tel que Future changes will automatically be activated as you modify, add or delete items in this domain existe sous Centre de modifications.
Sous Structure de domaine, sélectionnez Déploiements puis Contrôle. Sélectionnez testwebapp puis sélectionnez Démarrer, Servir toutes les requêtes.
Sélectionnez Oui.
Un message indique Start requests have been sent to the selected deployments. Le statut de l’application doit être Actif.

Tester la configuration du cluster WebLogic Server

Vous avez terminé de configurer le cluster WebLogic Server et de déployer l’application Java. Suivez les étapes suivantes pour accéder à l'application et valider tous les paramètres :

Ouvrez un navigateur web.
Accédez à l’application avec l’URL http://<gateway-public-ip-address>/testwebapp/.

Nettoyer les ressources

Supprimez le groupe de ressources avec la commande suivante :

az group delete --name ${RESOURCE_GROUP_NAME} --yes --no-wait

Étapes suivantes

Continuez à explorer les options permettant d’exécuter WebLogic Server sur Azure.

Pour plus d’informations sur les offres Oracle WebLogic, veuillez consulter la section Oracle WebLogic Server sur Azure. Ces offres sont toutes de type BYOL (apportez votre propre licence). Ils partent du principe que vous avez déjà les licences appropriées avec Oracle et que vous êtes dûment autorisé à exécuter les offres sur Azure.

Partager via

Tutoriel : Installer manuellement WebLogic Server sur des machines virtuelles Azure (VM)

Prérequis

Préparer l’environnement

Hypothèses

Connexion à Azure

Créer un groupe de ressources

Créez un réseau virtuel

Créer un groupe à haute disponibilité

Créer une machine Oracle Linux pour le serveur d’administration

Créer une machine virtuelle Windows et configurer X-server

Créer des machines Oracle Linux pour les serveurs managés

Configurer le domaine et le cluster WebLogic Server

Créer le domaine en utilisant l’assistant de configuration

Créer des répliques en utilisant la commande pack et unpack

Démarrer les serveurs

Démarrer l’administration

Activer le démarrage automatique du serveur d’administration et du Node Manager après le redémarrage de la VM

Démarrer msp1

Démarrez msp2

Démarrez les serveurs gérés.

Nettoyer la machine Windows

Exposer WebLogic Server avec Azure Application Gateway

Créer l’instance Azure Application Gateway

Déployer un exemple d’application

Tester la configuration du cluster WebLogic Server

Nettoyer les ressources

Étapes suivantes

Commentaires

Ressources supplémentaires