Esercitazione: Installare manualmente WebLogic Server in Azure Macchine virtuali (VM)

Articolo
09/18/2024

Questa esercitazione illustra i passaggi per installare Oracle WebLogic Server (WLS) e configurare un cluster WebLogic in Azure Macchine virtuali (VM) in Windows o GNU/Linux.

In questa esercitazione apprenderai a:

Creare una rete virtuale personalizzata e creare le macchine virtuali all'interno della rete.
Effettuare il provisioning di macchine virtuali con Java Development Kit (JDK) e WLS installati.
Configurare un dominio WebLogic Server e un cluster WebLogic Server usando la Configurazione guidata Oracle.
Distribuire ed eseguire un'applicazione Java nel cluster.
Esporre l'applicazione a Internet pubblico tramite app Azure lication Gateway.
Convalidare la configurazione corretta.

Se si preferisce una soluzione completamente automatizzata che esegue tutti questi passaggi per conto delle macchine virtuali GNU/Linux, direttamente dalla portale di Azure, vedere Avvio rapido: Distribuire WebLogic Server in una macchina virtuale di Azure usando il portale di Azure.

Se si è interessati a fornire commenti e suggerimenti o lavorare strettamente sugli scenari di migrazione con il team di progettazione che sviluppa WebLogic nelle soluzioni di Azure, compilare questo breve sondaggio sulla migrazione di WebLogic e includere le informazioni di contatto. Il team di responsabili del programma, architetti e ingegneri si metterà immediatamente in contatto con l'utente per avviare una stretta collaborazione.

Prerequisiti

Un computer locale con un sistema operativo simile a Unix installato, ad esempio Ubuntu, macOS o sottosistema Windows per Linux.
Una sottoscrizione di Azure. Se non si ha una sottoscrizione di Azure, creare un account gratuito prima di iniziare.
Installare l'interfaccia della riga di comando di Azure versione 2.46.0 o successiva per eseguire i comandi dell'interfaccia della riga di comando di Azure.
- Quando richiesto, installare le estensioni dell'interfaccia della riga di comando di Azure al primo utilizzo. Per altre informazioni sulle estensioni, vedere Usare le estensioni con l'interfaccia della riga di comando di Azure.
- Eseguire az version per trovare la versione e le librerie dipendenti installate. Per eseguire l'aggiornamento alla versione più recente, eseguire az upgrade.
È necessario disporre di un account Oracle. Per creare un account Oracle e accettare il contratto di licenza per le immagini di WebLogic Server, seguire la procedura descritta in Oracle Container Registry. Prendere nota della password e del messaggio di posta elettronica dell'account Oracle.

Preparare l'ambiente

In questa sezione viene configurata l'infrastruttura in cui si installa JDK e WebLogic Server.

Presupposti

In questa esercitazione viene configurato un cluster WebLogic Server con un server di amministrazione e due server gestiti in un totale di tre macchine virtuali. Per configurare il cluster, è necessario creare le tre macchine virtuali di Azure seguenti all'interno dello stesso set di disponibilità:

La macchina virtuale di amministrazione (nome adminVMmacchina virtuale ) ha il server di amministrazione in esecuzione.
Le macchine virtuali gestite (nomi mspVM1 di vm e mspVM2) hanno due server gestiti in esecuzione.

Se non è già stato fatto, accedere alla sottoscrizione di Azure usando il comando az login e seguire le istruzioni visualizzate.

az login

Nota

Se più tenant di Azure sono associati alle credenziali di Azure, è necessario specificare il tenant a cui si vuole accedere. A tale scopo, usare l'opzione --tenant . Ad esempio: az login --tenant contoso.onmicrosoft.com.

Creare un gruppo di risorse

Come prima cosa creare un gruppo di risorse con az group create. I nomi dei gruppi di risorse devono essere univoci a livello globale all'interno di una sottoscrizione. Per questo motivo, prendere in considerazione la pre-attesa di un identificatore univoco per tutti i nomi creati che devono essere univoci. Una tecnica utile consiste nell'usare le iniziali seguite dalla data odierna in mmdd formato. Questo esempio crea un gruppo di risorse denominato abc1110rg nel eastus percorso:

export RESOURCE_GROUP_NAME=abc1110rg

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

Creare una rete virtuale

Le risorse che comprendono il cluster WebLogic Server devono comunicare tra loro e la rete Internet pubblica, usando una rete virtuale. Per una guida completa alla pianificazione della rete virtuale, vedere la guida di Cloud Adoption Framework per Azure Pianificare le reti virtuali. Per altre informazioni, vedere Azure Rete virtuale domande frequenti.

L'esempio in questa sezione crea una rete virtuale con spazio 192.168.0.0/16 indirizzi e crea una subnet usata per le macchine virtuali.

Creare prima di tutto una rete virtuale usando az network vnet create. L'esempio seguente crea una rete denominata myVNet:

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

Creare una subnet per il cluster WebLogic Server usando az network vnet subnet create. Nell'esempio seguente viene creata una subnet denominata mySubnet:

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

Creare una subnet per gateway applicazione usando az network vnet subnet create. Nell'esempio seguente viene creata una subnet denominata wlsVMGateway:

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

Creare un set di disponibilità

Creare un set di disponibilità usando az vm availability-set create, come illustrato nell'esempio seguente. Creare un set di disponibilità è un'operazione facoltativa, ma consigliata. Per altre informazioni, vedere Procedura dettagliata dell'infrastruttura di Azure di esempio per le macchine virtuali Windows.

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

Le sezioni seguenti descrivono i passaggi per l'installazione di WebLogic Server in GNU/Linux o Windows Server. È possibile scegliere il sistema operativo, la versione JDK e la versione WebLogic in base ai requisiti, ma è necessario verificare che siano disponibili in Configurazioni di sistema supportate da Oracle Fusion Middleware. Considerare inoltre attentamente i requisiti specifici del sistema e della piattaforma prima di procedere. Per altre informazioni, vedere Requisiti di sistema e specifiche. Selezionare la scheda per il sistema operativo scelto.

Questo articolo usa un'immagine di macchina virtuale di Azure gestita da Oracle e Microsoft contenente la versione supportata più recente del software. Per l'elenco completo delle immagini di base di WebLogic Server gestite da Oracle e Microsoft, vedere Azure Marketplace. Se si vuole usare il sistema operativo Windows, le istruzioni iniziano con una macchina virtuale Windows di base e illustrano la procedura di installazione di tutte le dipendenze necessarie.

Oracle Linux
Windows Server

L'immagine del Marketplace usata per creare le macchine virtuali in questo articolo è Oracle:weblogic-141100-jdk11-ol91:owls-141100-jdk11-ol91:latest.

Nota

È possibile eseguire query su tutte le immagini Oracle WebLogic disponibili fornite da Oracle con az vm image list az vm image list --publisher oracle --output table --all | grep "weblogic". Per altre informazioni, vedere Immagini di macchine virtuali Oracle e la relativa distribuzione in Microsoft Azure.

Creare un computer Oracle Linux per il server di amministrazione

In questa sezione vengono creati computer Oracle Linux con JDK 11 e WebLogic 14.1.1.0 installati per il server di amministrazione e i server gestiti.

Creare una macchina virtuale usando il comando az vm create. Si esegue il server di amministrazione in questa macchina virtuale.

L'esempio seguente crea macchine virtuali Oracle Linux usando una coppia di chiavi SSH per l'autenticazione. Se lo si desidera, è possibile usare invece l'autenticazione della password.

Se non si dispone di una coppia di chiavi SSH, è possibile generarla usando il comando seguente:

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

Questo comando crea i file seguenti:

~/.ssh/wls-vm-key: chiave privata.
~/.ssh/wls-vm-key.pub: chiave pubblica.

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 ""

Nota

L'uso di credenziali di nome utente e password per concedere l'accesso a una macchina virtuale è sconsigliato. Se i requisiti di utilizzo specifici suggeriscono che l'accesso basato sulle credenziali è l'approccio migliore, è possibile creare la macchina virtuale con nome utente e password:

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 ""

Creare una macchina virtuale Windows e configurare X-server

Questa esercitazione usa l'interfaccia grafica di WebLogic Server per completare l'installazione e la configurazione. Si usa una macchina virtuale Windows come "jump box" ed è possibile eseguire un server di sistema X Windows per visualizzare i programmi di installazione grafici nelle tre macchine virtuali del cluster WebLogic Server.

Seguire questa procedura per effettuare il provisioning di un computer Windows 10 e installare un server X. Se si ha già un computer Windows nella stessa rete del computer Oracle Linux, non è necessario effettuarne il provisioning da Azure. È possibile passare alla sezione che installa il server X.

Usare la procedura seguente per creare una macchina virtuale Windows 10 dalla portale di Azure:
1. Aprire il gruppo di risorse creato prima nella portale di Azure.
2. Selezionare Crea per creare la risorsa.
3. Selezionare Calcolo, cercare Windows 10 e quindi selezionare Microsoft Windows 10.
4. Selezionare il piano desiderato e quindi selezionare Crea.
5. Usare i valori seguenti per configurare la macchina virtuale:
  - Nome macchina virtuale: myWindowsVM
  - Immagine: Windows 10 Pro
  - Nome utente: azureuser
  - Password: Secret123456
6. Selezionare la casella di controllo in Licenze.
7. Seleziona Rivedi e crea e quindi seleziona Crea.
La creazione della macchina virtuale e delle risorse di supporto richiede alcuni minuti.

Al termine della distribuzione, installare il server X e usarlo per configurare il server applicazioni nei computer Linux usando un'interfaccia grafica.
Per installare e avviare il server X, seguire questa procedura:
1. Usare Desktop remoto per connettersi a myWindowsVM. Per una guida dettagliata, vedere Come connettersi con Desktop remoto e accedere a una macchina virtuale di Azure che esegue Windows. È necessario eseguire i passaggi rimanenti in questa sezione in myWindowsVM.
2. Scaricare e installare VcXsrv Windows X Server.
3. Disabilitare il firewall. Per consentire la comunicazione dalle macchine virtuali Linux, seguire questa procedura per disattivare Windows Defender Firewall:
  1. Cercare e aprire Windows Defender Firewall.
  2. Trova Attiva o disattiva Windows Defender Firewall e quindi seleziona Disattiva nelle impostazioni di rete privata. È possibile lasciare invariate le impostazioni di rete pubblica.
  3. Seleziona OK.
  4. Chiudere il pannello delle impostazioni di Windows Defender Firewall .
4. Selezionare X-launch dal desktop.
5. Per le impostazioni di visualizzazione, impostare il numero di visualizzazione su -1 per usare più finestre e quindi selezionare Avanti.
6. Per Selezionare come avviare i client, selezionare Avvia nessun client e quindi selezionare Avanti.
7. Per impostazioni aggiuntive, selezionare Appunti e Selezione primaria, Opengl nativo e Disabilita controllo di accesso.
8. Seleziona Avanti per terminare.
È possibile che venga visualizzata una finestra di dialogo di avviso Sicurezza di Windows con questo messaggio: "Consenti a VcXsrv windows X-server di comunicare su queste reti". Selezionare Consenti l'accesso.

Copiare la chiave SSH ~/.ssh/wls-vm-key nella macchina virtuale Windows e salvarla in C:\Users\azureuser.ssh.

Creare computer Oracle Linux per server gestiti

Creare due macchine virtuali usando az vm create. I server gestiti vengono eseguiti in queste macchine virtuali.

L'esempio seguente crea macchine virtuali Oracle Linux usando il nome utente e la coppia di password per l'autenticazione. Se necessario, è invece possibile usare l'autenticazione TLS/SSL.

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 ""

Usare i comandi seguenti per ottenere e visualizzare gli indirizzi IP privati, usati nelle sezioni successive:

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}"

A questo punto, è possibile connettersi al computer Oracle Linux per configurare un cluster WebLogic con interfaccia grafica.

Configurare il dominio e il cluster WebLogic Server

Un dominio WebLogic Server è un gruppo logico correlato a istanze di WebLogic Server e le risorse in esecuzione e connesse a tali istanze, che possono essere gestite come una singola unità amministrativa. Per altre informazioni, vedere Domini di WebLogic Server.

La base della disponibilità elevata in WebLogic Server è il cluster. Un cluster WebLogic Server è un gruppo di istanze di WebLogic Server in esecuzione simultaneamente e collabora per offrire maggiore scalabilità e affidabilità. Per altre informazioni, vedere Oracle WebLogic Cluster.

Esistono due tipi di cluster, come descritto nell'elenco seguente. Per altre informazioni, vedere Informazioni sui cluster dinamici.

Cluster dinamico: un cluster che contiene una o più istanze del server generate (dinamiche) basate su un singolo modello di server condiviso. Quando si crea un cluster dinamico, i server dinamici vengono preconfigurati e generati automaticamente, consentendo di aumentare facilmente il numero di istanze del server nel cluster dinamico quando è necessaria un'altra capacità del server. È possibile avviare i server dinamici senza dover prima configurarli manualmente e aggiungerli al cluster.
Cluster configurato: un cluster in cui è possibile configurare e aggiungere manualmente ogni istanza del server. È necessario configurare e aggiungere una nuova istanza del server per aumentare la capacità del server.

Per illustrare come creare un cluster WebLogic, questa esercitazione illustra il processo di creazione di un cluster configurato.

Creare il dominio usando la configurazione guidata

Per creare il dominio WebLogic Server, continuare a usare la Configurazione guidata X-server e Oracle.

La sezione seguente illustra come creare un nuovo dominio WebLogic Server in adminVM. Assicurarsi di essere ancora nel computer Windows, in caso contrario, connettersi in remoto a myWindowsVM.

Connettersi a adminVM da un prompt dei comandi.

Eseguire i comandi seguenti nel computer myWindowsVMWindows. Sostituire 192.168.0.4 con l'indirizzo adminVM IP privato:
```
set SSH_KEY="C:\Users\azureuser\.ssh\wls-vm-key"
set ADMINVM_IP="192.168.0.4"
ssh -i %SSH_KEY% azureuser@%ADMINVM_IP%
```

Usare i comandi seguenti per inizializzare la cartella per la configurazione del dominio:

sudo su

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

Usare i comandi seguenti per installare la dipendenza per 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

Usare i comandi seguenti per diventare l'utente oracle e impostare la DISPLAY variabile:

sudo su - oracle

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

Eseguire il comando seguente per avviare la Configurazione guidata Oracle:

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

La Configurazione guidata Oracle avvia e indirizza l'utente alla configurazione del dominio. Nella pagina seguente viene richiesto il tipo di dominio e la posizione. Selezionare Crea un nuovo dominio e impostare il percorso di dominio su /u01/domains/wlsd. La configurazione del dominio viene salvata in questa cartella.

Selezionare Avanti e quindi Crea dominio usando i modelli di prodotto. Mantenere il modello selezionato predefinito, come illustrato nello screenshot seguente:

Selezionare Avanti, quindi immettere Account di amministrazione. Impostare Nome come weblogic e Password come Secret123456.

Selezionare Avanti. Per modalità di dominio selezionare Produzione. Per JDK mantenere l'opzione predefinita.

Selezionare Avanti. Per le configurazioni avanzate, selezionare Server di amministrazione, Gestione nodi e Topologia.

Selezionare Avanti e immettere il nome del server di amministrazione con l'amministratore. Compilare l'indirizzo IP di ascolto con l'indirizzo IP privato di adminVM. Il valore è 192.168.0.4 in questo esempio.

Selezionare Avanti. Per Tipo di gestione nodi selezionare Per dominio Percorso personalizzato e compilare il percorso con /u01/domains/wlsd/nodemanager. Per Le credenziali di Node Manager, il nome utente è weblogic e la password è Secret123456.

Selezionare Avanti. Per i server gestiti, aggiungere gli elementi seguenti. Usare gli indirizzi IP individuati in precedenza:

Nome del server	Indirizzo di ascolto	Porta di ascolto
`msp1`	Indirizzo IP privato di `mspVM1`.	`8001`
`msp2`	Indirizzo IP privato di `mspVM2`.	`8001`

Selezionare Avanti, quindi creare un cluster con il nome cluster1.

Selezionare Avanti. Non modificare i valori per i modelli di server e i server dinamici. Le impostazioni predefinite sono accettabili per un cluster dinamico.

Per Assegnare server ai cluster, assegnare sia msp1 a msp2 che a cluster1.

Selezionare Avanti. Aggiungere i computer adminVM, mspVM1e mspVM2. Usare gli indirizzi IP individuati in precedenza.

Nome	Indirizzo di ascolto di Gestione nodi	Porta di ascolto di Gestione nodi
`mspVM1`	Indirizzo IP privato di `mspVM1`.	`5556`
`mspVM2`	Indirizzo IP privato di `mspVM2`.	`5556`
`adminVM`	Indirizzo IP privato di `adminVM`.	`5556`

Selezionare Avanti. Per Assegnare server a computer, assegnare il server admin a adminVM, msp1 a mspVM1e msp2 a mspVM2.

Selezionare Avanti. Viene visualizzato il riepilogo della configurazione, simile allo screenshot seguente:

Seleziona Crea. La pagina Stato configurazione mostra lo stato di avanzamento. Tutti gli elementi elencati devono essere configurati correttamente.

Infine, è disponibile una pagina Fine configurazione per visualizzare l'URL del server di amministrazione.

Il server di amministrazione non è in esecuzione, quindi l'URL non viene risolto. Selezionare Avanti, quindi Fine. È stata completata la configurazione del wlsd dominio con un cluster cluster1, inclusi due server gestiti.

Successivamente, si applica la configurazione del dominio a mspVM1 e mspVM2.

Creare repliche usando il comando pack e decomprimere

Questa esercitazione usa il pacchetto WebLogic Server e decomprimere il comando per estendere il dominio. Per altre informazioni, vedere Panoramica dei comandi Pack e Decomprimi.

Comprimere la configurazione del dominio su adminVM con i passaggi seguenti, presupponendo che l'utente sia ancora attivo adminVM e oracle connesso:

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"

Se il comando viene completato correttamente, viene visualizzato un output simile all'esempio seguente:

[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

Usare i comandi seguenti per copiare /tmp/cluster.jar in mspVM1 e mspVM2 usando scp. Se viene richiesta l'impronta digitale della chiave, digitare yes. Immettere la password Secret123456 quando richiesto.

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

Usare le istruzioni seguenti per applicare la configurazione del dominio a mspVM1:

Aprire un nuovo prompt dei comandi e usare i comandi seguenti per connettersi a mspVM1. Sostituire 192.168.0.6 con l'indirizzo mspVM1 IP privato:

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

Immettere la password per la connessione. Per questo esempio, la password è Secret123456.

È stato eseguito l'accesso mspVM1 con l'utente azureuser. Usare quindi i comandi seguenti per diventare l'utente radice e aggiornare la proprietà del file di /tmp/cluster.jar in oracle:

sudo su

chown oracle:oracle /tmp/cluster.jar

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

oracle Come utente, usare i comandi seguenti per applicare la configurazione del dominio:

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

Se il comando viene completato correttamente, viene visualizzato un output simile all'esempio seguente:

[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

Usare le istruzioni seguenti per applicare la configurazione del dominio a mspVM2:

Connettersi mspVM2 in un nuovo prompt dei comandi. Sostituire 192.168.0.7 con l'indirizzo mspVM2 IP privato:
```
set SSH_KEY="C:\Users\azureuser\.ssh\wls-vm-key"
set MSPVM2_IP="192.168.0.7"
ssh -i %SSH_KEY% azureuser@%MSPVM2_IP%
```
Immettere la password per la connessione. Per questo esempio, la password è Secret123456.

È stato eseguito l'accesso mspVM2 con l'utente azureuser. Usare i comandi seguenti per passare all'utente radice e aggiornare la proprietà del file di /tmp/cluster.jar e inizializzare la cartella per la configurazione del dominio:
```
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
```

È stata replicata la configurazione del dominio in mspVM1 e mspVM2e si è pronti per avviare i server.

Avviare i server

I passaggi descritti in questa sezione consentono di eseguire le due attività seguenti:

Impostarlo in modo che l'amministratore e i server gestiti vengano avviati automaticamente dopo il riavvio del server.
Avviare i server per l'uso immediato.

Queste due attività non sono facilmente separate, quindi i passaggi per le due attività vengono mescolati.

Avviare l'amministratore

Tornare al prompt dei comandi che si connette a adminVM. Se l'operazione è stata persa, eseguire il comando seguente per connettersi al comando seguente:

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

Se non si lavora con l'utente oracle , accedere con oracle:

sudo su - oracle

Il comando seguente rende persistente l'account in /u01/domains/wlsd/servers/admin/security/boot.properties per abilitare l'avvio admin automatico del admin server senza richiedere credenziali:

Sostituire il nome utente e la password con il nome utente.

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

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

Usare i comandi seguenti per controllare il file. Assicurarsi che abbia la proprietà, le autorizzazioni e il contenuto corretti.

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

L'output dovrebbe essere quasi identico all'esempio seguente:

[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

Abilitare il server di amministrazione e il gestore dei nodi per l'avvio automatico dopo il riavvio della macchina virtuale

Creare un servizio Linux per il server di amministrazione e il gestore dei nodi WebLogic per avviare automaticamente il processo dopo il riavvio. Per altre informazioni, vedere Usare systemd in Oracle Linux.

Uscire dall'utente oracle e accedere con l'utente root .

exit

sudo su

Creare il servizio Linux per 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

Creare il servizio Linux per il server di amministrazione:

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

A questo punto è possibile avviare gestione nodi e server adminVM di amministrazione usando i comandi seguenti:

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

Controllare lo stato del server di amministrazione con sudo systemctl status wls_admin -l. Il server di amministrazione deve essere pronto quando si trovano log simili:

[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.>

Premere Q per uscire dalla modalità di monitoraggio dei log.

Non è possibile accedere al server di amministrazione prima di aprire le porte 7001 e 5556. Usare i comandi seguenti per aprire le porte:

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

A questo punto, è possibile accedere al server di amministrazione nel browser di myWindowsVM con l'URL http://<adminvm-private-ip>:7001/console. Verificare che sia possibile visualizzare il server di amministrazione, ma non eseguire ancora l'accesso. Se il server di amministrazione non è in esecuzione, risolvere il problema prima di procedere. Il server di amministrazione non è accessibile all'esterno di Azure.

Avviare msp1

Tornare al prompt dei comandi che si connette a mspVM1. Se l'operazione è stata persa, usare il comando seguente per connettersi al comando seguente:

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

Se non si usa oracle l'utente, accedere con oracle:

sudo su - oracle

Rendere persistente l'account admin in /u01/domains/wlsd/servers/msp1/security/boot.properties per abilitare l'avvio msp1 automatico senza richiedere le credenziali. Sostituire il nome utente e la password con il nome utente.

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

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

A questo punto, si crea un servizio Linux per node manager per avviare automaticamente il processo al riavvio del computer. Per altre informazioni, vedere Usare systemd in Oracle Linux.

Uscire dall'utente oracle e accedere con l'utente root .

exit

#Skip this command if you are root
sudo su

Creare il servizio Linux per 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

Avviare quindi gestione nodi.

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

Se gestione nodi è in esecuzione correttamente, vengono visualizzati log simili all'esempio seguente:

[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>

Premere Q per uscire dalla modalità di monitoraggio dei log.

È necessario aprire la porta 8001 per accedere all'applicazione distribuita nel cluster e 5556 per la comunicazione all'interno del dominio. Usare i comandi seguenti per aprire le porte:

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

Avviare msp2

Tornare al prompt dei comandi che si connette a mspVM2. Se l'operazione è stata persa, usare il comando seguente per connettersi al comando seguente:

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

Se non si lavora con l'utente oracle , accedere con oracle:

sudo su - oracle

Rendere persistente l'account admin in /u01/domains/wlsd/servers/msp2/security/boot.properties per abilitare l'avvio msp2 automatico senza richiedere credenziali. Sostituire il nome utente e la password con il nome utente.


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

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

Creare quindi un servizio Linux per la gestione dei nodi.

Uscire dall'utente oracle e accedere con l'utente root .

exit

#SKip this command if you are in root
sudo su

Creare il servizio Linux per 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

Avviare gestione nodi.

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

Se gestione nodi è in esecuzione correttamente, vengono visualizzati log simili all'esempio seguente:

[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>

Premere Q per uscire dalla modalità di monitoraggio dei log.

Aprire la porta 8001 e 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

Avviare i server gestiti

A questo punto, aprire il portale della Console di amministrazione da un browser nel computer myWindowsVMWindows e seguire questa procedura per avviare i server gestiti:

Accedere al portale della console di amministrazione con l'account amministratore e la password. L'URL è http://<adminvm-private-ip>:7001/console/. In questo esempio, l'account amministratore e la password sono weblogic/Secret123456. Lo stato dei server gestiti è Arresto.
In Struttura di dominio selezionare Ambienti, Server e Controllo, selezionare msp1 e msp2quindi selezionare Avvia.
Potrebbe essere richiesto di confermare l'avvio dei server. In tal caso, selezionare Sì. Verrà visualizzato il messaggio "È stata inviata una richiesta a Gestione nodi per avviare i server selezionati".
È possibile selezionare l'icona "aggiorna" nella parte superiore della tabella per avviare o arrestare l'aggiornamento dinamico dei dati in tale tabella. Questa icona viene visualizzata nello screenshot successivo.
I server saranno presto disponibili.

Pulire il computer Windows

La configurazione del cluster WebLogic Server è stata completata. Se necessario, rimuovere il computer Windows con i comandi seguenti. In alternativa, è possibile arrestare il computer myWindowsVM Windows e continuare a usarlo come jump box per le attività di manutenzione del cluster in corso.

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'immagine del Marketplace usata per creare le macchine virtuali è MicrosoftWindowsServer:WindowsServer:2022-datacenter-azure-edition:latest.

Nota

È possibile eseguire query su tutte le immagini di Windows Server disponibili usando az vm image list, come illustrato nel comando seguente: az vm image list --offer WindowsServer --all --output table. Per altre informazioni, vedere Confronto tra edizioni Standard, Datacenter e Datacenter: Edizioni di Azure di Windows Server 2022.

Creare un computer Windows Server

Successivamente, si crea una macchina virtuale di base, si installano tutti gli strumenti necessari, si crea uno snapshot da esso e si creano repliche in base allo snapshot.

Creare la macchina virtuale di base usando az vm create. È possibile eseguire il server di amministrazione WebLogic.

L'esempio seguente crea un computer Windows Server 2022 Datacenter Azure Edition denominato adminVM. In questo esempio viene azureuser usato per un nome utente amministrativo e Secret123456 per la password.

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 creazione della macchina virtuale e delle risorse di supporto richiede alcuni minuti.

Al termine della distribuzione, connettersi al computer. Per una guida dettagliata sulla connessione remota, vedere Come connettersi con Desktop remoto e accedere a una macchina virtuale di Azure che esegue Windows.

Dopo la connessione, cercare e aprire Windows Defender Firewall. Selezionare Attiva o disattiva Windows Defender Firewall e seleziona Disattiva Windows Defender Firewall per le impostazioni di rete sia private che pubbliche. Seleziona OK. Chiudere Windows Defender Firewall. Poiché è necessario aprire numerose porte durante la configurazione, questo passaggio semplifica notevolmente il processo di configurazione del cluster.

Al termine della configurazione, bloccare WebLogic Server seguendo una guida autorevole sull'argomento, ad esempio Protezione di un ambiente di produzione per Oracle WebLogic Server.

Nota

Per configurare il cluster WebLogic Server, aprire le porte per accedere a Server di amministrazione, Server gestiti e formare il cluster. Questa esercitazione disattiva Windows Defender Firewall per abilitare le porte necessarie. Se non si vuole disattivare il firewall, assicurarsi che tali porte siano disponibili all'interno della rete virtuale privata: 7001 per Server di amministrazione, 8001 server gestiti e 5556 per Gestione nodi.

Successivamente, si installano gli strumenti necessari con il programma di installazione grafico. Le sezioni seguenti illustrano come installare Oracle JDK 11 e Oracle WebLogic 14c edizione Enterprise.

Scaricare Oracle JDK 11 e Oracle WebLogic 14c

Oracle WebLogic Server 14c (14.1.1.0.0) è certificato per l'uso con JDK 11. I client Oracle WebLogic Server 14c (14.1.1.0.0) supportati sono certificati per l'uso con JDK 11.0.6. Per altre informazioni, vedere Certificazione JDK 11.

Per scaricare il programma di installazione di Windows Oracle JDK 11 e Oracle WebLogic 14c, seguire questa procedura:

Connettersi a adminVM se necessario e aprire il browser Microsoft Edge.
Passare alla pagina di download di Oracle JDK 11. Selezionare il programma di installazione di Windows x64, accettare il Contratto di licenza Oracle e scaricare il file EXE. Si ottiene un file simile a jdk-11.*_windows-x64_bin.exe.
Passare alla pagina di download di Oracle Fusion Middleware Software. Selezionare il programma di installazione generico e accettare il Contratto di licenza Oracle e scaricare l'archivio ZIP. Si ottiene un file simile a fmw_14.*_wls_lite_Disk1_1of1.zip. Prestare attenzione alla durata del supporto della versione di WebLogic Server scaricata. Per altre informazioni, vedere i criteri di durata del supporto Oracle.

Installare Oracle JDK 11

Questa sezione illustra come installare Oracle JDK 11 in Windows Server.

Aprire la cartella di download contenente il programma di installazione JDK. Qui il nome del programma di installazione è jdk-11.0.16_windows-x64_bin.exe. Fare clic con il pulsante destro del mouse sul file e selezionare Esegui come amministratore. Installare JDK nella cartella predefinita C:\Programmi\Java\jdk-11.0.16\.

Al termine dell'installazione, è possibile convalidarne la versione in un prompt dei comandi eseguendo il comando java -version, con output simile all'esempio seguente:

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)

Installare Oracle WebLogic Server 14c edizione Enterprise

Questa sezione illustra come installare WebLogic Server 14c in Windows Server.

Aprire la cartella di download contenente il file ZIP del programma di installazione di WebLogic Server. Qui il nome del file è fmw_14.1.1.0.0_wls_lite_Disk1_1of1.zip. Fare clic con il pulsante destro del mouse sul file e selezionare Estrai tutto nel percorso predefinito.

Aprire un prompt dei comandi, quindi usare i comandi seguenti per installare 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

Il comando avvia il programma di installazione di WebLogic Server, come illustrato nello screenshot seguente:

Selezionare Avanti. Consenti di ignorare gli aggiornamenti automatici per rimanere selezionati e selezionare Avanti. Impostare Oracle Home su C:\Oracle\Middleware\Oracle_Home, che deve essere il valore predefinito. Selezionare Avanti.

Selezionare il tipo di installazione WebLogic Server.

Selezionare Avanti. Nella pagina Controlli prerequisiti vengono visualizzati avvisi del sistema operativo. Le versioni del sistema operativo Windows Server 2022 sono supportate in tutte le edizioni di Windows Server. Per correggere gli avvisi, è necessario applicare patch 34500720 dopo l'installazione.

Selezionare Avanti, quindi Installa. Viene visualizzato lo stato di avanzamento dell'installazione, come illustrato nello screenshot seguente:

Tutte le installazioni elencate devono essere completate senza errori. Seleziona il pulsante Avanti. Viene visualizzata la pagina Installazione completata . Deselezionare le azioni nella sezione Passaggi successivi. Questi passaggi vengono eseguiti dopo che tutti i computer sono pronti.

Selezionare Completato. È stata completata l'installazione di Oracle WebLogic 14c e delle relative dipendenze da adminVM. Successivamente, si crea uno snapshot di adminVM e si preparano i computer per due server gestiti.

Nota

Per Oracle Weblogic Server Critical Patch, scaricare le patch dal supporto Tecnico Oracle e applicarle seguendo "Patch an existing installation" (Patch an existing installation) in Install Patch and Upgrade (Installare patch e aggiornamento). Assicurarsi di aver eseguito l'applicazione di patch adminVM prima di creare uno snapshot dal disco del sistema operativo. Se si verificano problemi durante il decompressione del file patch, vedere questo documento MyOracleSupport. È possibile ignorare questo passaggio per la sperimentazione, ma non passare alla produzione con un WLS senza patch.

Creare computer per server gestiti

È stato installato Oracle JDK 11 e Oracle WebLogic Server 14c edizione Enterprise in adminVM, che esegue WebLogic Administration Server. È comunque necessario preparare i computer per eseguire due server gestiti.

Questa sezione presenta un approccio per preparare i computer con lo snapshot di adminVM. I computer vengono creati dalla portale di Azure.

Arrestare adminVM. Aprire adminVM dal portale di Azure, quindi selezionare Arresta per arrestare il computer. Assicurarsi che il computer venga arrestato completamente prima di eseguire il passaggio successivo.
Per creare uno snapshot del disco del adminVM sistema operativo, seguire questa procedura:
1. Aprire adminVM dal portale di Azure. In Impostazioni selezionare Dischi, quindi Disco del sistema operativo. Selezionare il disco del sistema operativo a partire da adminVM_OsDisk_.
2. Selezionare Crea snapshot. In Dettagli istanza immettere Nome con snapshotAdminVMOsDisk.
3. Selezionare Rivedi e crea e quindi Crea. L'acquisizione dello snapshot richiede alcuni secondi.
Usare la procedura seguente per creare mspVM1:
1. Creare prima di tutto il disco del sistema operativo per mspVM1. Aprire lo snapshot creato nel passaggio precedente snapshotAdminVMOsDisk. Selezionare Crea disco. In Dettagli disco immettere Nome disco con mspVM1_Os_Disk_1. Selezionare Rivedi + crea e successivamente Crea. Sono necessari alcuni secondi. Al termine del processo, selezionare Vai alla risorsa.
2. Creare la macchina mspVM1virtuale . Aprire il disco del sistema operativo creato in precedenza. In questo esempio il nome è mspVM1_Os_Disk_1. Selezionare Crea macchina virtuale. In Dettagli istanza immettere il nome della macchina virtuale con mspVM1. Selezionare Rivedi e crea e quindi Crea. Assicurarsi di non avere errori prima di procedere. Il processo richiede alcuni minuti.
3. Il computer viene creato dallo snapshot di adminVM, quindi ha lo stesso nome del computer di adminVM. Per modificare il nome del computer in mspVM1, connettersi in remoto al computer. Il nome utente e la password sono uguali a .adminVM Aprire un terminale di PowerShell ed eseguire il comando seguente:
```
Rename-Computer -NewName mspvm1 -Restart
```
Usare la procedura seguente per creare mspVM2:
1. Creare il disco del sistema operativo per mspVM2. Aprire lo snapshot creato in precedenza. In questo esempio il nome è snapshotAdminVMOsDisk. Se non è possibile trovare il disco, cercare snapshotAdminVMOsDisk nelle risorse di ricerca, nei servizi e nella documentazione. Selezionare Crea disco. In Dettagli disco immettere Nome con mspVM2_Os_Disk_1. Selezionare Rivedi + crea e successivamente Crea. Sono necessari alcuni secondi. Al termine del processo, selezionare Vai alla risorsa.
2. Creare una macchina mspVM2virtuale. Aprire il disco del sistema operativo creato in precedenza, mspVM2_Os_Disk_1, selezionare Crea macchina virtuale. In Dettagli istanza immettere il nome della macchina virtuale con mspVM2. Selezionare Rivedi + crea quindi Crea. Sono necessari alcuni minuti.
3. Connessione remota al computer. Il nome utente e la password sono uguali a .adminVM Aprire un terminale di PowerShell. Usare il comando seguente per modificare il nome del computer:
```
Rename-Computer -NewName mspvm2 -Restart
```

Usare il comando az vm start per avviare adminVM.

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

Usare i comandi seguenti per ottenere e visualizzare gli indirizzi IP privati, usati nelle sezioni successive:

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}"

Ora, tutti i computer sono pronti. Successivamente, si configura un cluster WebLogic.

Configurare il dominio e il cluster WebLogic Server

Esistono due tipi di cluster, come descritto nell'elenco seguente. Per altre informazioni, vedere Informazioni sui cluster dinamici.

Cluster dinamico: un cluster che contiene una o più istanze del server generate (dinamiche) basate su un singolo modello di server condiviso. Quando si crea un cluster dinamico, i server dinamici vengono preconfigurati e generati automaticamente, consentendo di aumentare facilmente il numero di istanze del server nel cluster dinamico quando è necessaria un'altra capacità del server. È possibile avviare i server dinamici senza dover prima configurarli manualmente e aggiungerli al cluster.
Cluster configurato: un cluster in cui è possibile configurare e aggiungere manualmente ogni istanza del server. È necessario configurare e aggiungere una nuova istanza del server per aumentare la capacità del server.

Per illustrare come creare un cluster WebLogic, questa esercitazione illustra il processo di creazione di un cluster configurato.

Creare il dominio usando la configurazione guidata

Questa sezione illustra i passaggi per creare un nuovo dominio WebLogic Server in adminVM.

Connettersi a adminVM. Aprire un prompt dei comandi, quindi usare i comandi seguenti per avviare la Configurazione guidata Oracle:

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

La Configurazione guidata Oracle consente di configurare il dominio. Nella pagina seguente viene richiesto il tipo di dominio e la posizione. Selezionare Crea un nuovo dominio e impostare il percorso di dominio su C:\domains\wlsd. La configurazione del dominio viene salvata in questa cartella.

Selezionare Avanti, selezionare Crea dominio usando i modelli di prodotto e mantenere il modello selezionato predefinito, come illustrato nello screenshot seguente:

Selezionare Avanti, quindi immettere il nome dell'account di amministrazione come weblogic e la password come Secret123456, come illustrato nello screenshot seguente:

Selezionare Avanti. Per modalità di dominio selezionare Produzione. Per JDK mantenere l'opzione predefinita.

Selezionare Avanti. Per le configurazioni avanzate, selezionare Server di amministrazione, Gestione nodi e Topologia.

Selezionare Avanti, compilare il nome del server di amministrazione con l'amministratore. Compilare l'indirizzo IP di ascolto con l'indirizzo IP privato ottenuto adminVM in precedenza. In questo esempio il valore è 192.168.0.4.

Selezionare Avanti. Per Tipo di gestione nodi selezionare Per dominio Percorso personalizzato e compilare il percorso con C:\domains\wlsd\nodemanager. Questa posizione deve essere compilata come predefinita. Per Le credenziali di Node Manager, il nome utente è weblogic e la password è Secret123456.

Selezionare Avanti. Per i server gestiti, aggiungere gli elementi seguenti:

Nome del server	Indirizzo di ascolto	Porta di ascolto
`msp1`	Indirizzo IP privato di `mspVM1`.	`8001`
`msp2`	Indirizzo IP privato di `mspVM2`.	`8001`

Selezionare Avanti. Creare un cluster con il nome cluster1. È possibile lasciare vuoti l'indirizzo del cluster, l'host front-end e altri valori.

Selezionare Avanti. Non modificare i valori per i modelli di server o i server dinamici.

Per Assegnare server ai cluster, assegnare sia msp1 a msp2 che a cluster1.

Selezionare Avanti. Aggiungere computer adminVM, mspVM1e mspVM2.

Nome	Indirizzo di ascolto di Gestione nodi	Porta di ascolto di Gestione nodi
`mspVM1`	Indirizzo IP privato di `mspVM1`.	`5556`
`mspVM2`	Indirizzo IP privato di `mspVM2`.	`5556`
`adminVM`	Indirizzo IP privato di `adminVM`.	`5556`

Selezionare Avanti. Per Assegnare server a computer, assegnare il server admin a adminVM, msp1 a mspVM1e msp2 a mspVM2.

Selezionare Avanti. Viene visualizzato il riepilogo della configurazione, come illustrato nello screenshot seguente:

Esaminare attentamente il riepilogo per verificare che tutto sia simile al previsto. Seleziona Crea. La pagina Stato configurazione mostra lo stato di avanzamento. Tutti gli elementi elencati devono essere configurati correttamente.

Selezionare Avanti. Viene infine visualizzato l'URL del server di amministrazione. Il server non è ancora in esecuzione e non è necessario comunque questo URL, quindi selezionare Fine.

È stata completata la configurazione del wlsd dominio con un cluster cluster1 che include due server gestiti.

Creare repliche usando il comando pack e decomprimere

Questa esercitazione usa il pacchetto WebLogic Server e decomprimere il comando per estendere il dominio. Per altre informazioni, vedere Panoramica dei comandi Pack e Decomprimi. Per creare le repliche, seguire questa procedura:

Prima di tutto, comprimere la configurazione del dominio seguendo adminVM queste istruzioni:

Connettersi in remoto al computer ed eseguire il comando seguente:

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"

Se il comando viene completato correttamente, viene visualizzato un output simile all'esempio seguente:

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

Copiare quindi C:\Temp\cluster.jar in mspVM1 e mspVM2 salvare nello stesso percorso.

Applicare quindi la configurazione del dominio a mspVM1.

Connettersi in remoto al computer ed eseguire il comando seguente:

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

Se il comando viene completato correttamente, viene visualizzato un output simile all'esempio seguente:

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

Rinominare quindi il file di configurazione config_bootstrap.xml in config.xml. Nel prompt dei comandi eseguire i comandi seguenti:

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

Applicare quindi la configurazione del dominio a mspVM2.

Connettersi in remoto al computer ed eseguire il comando seguente:
```
cd C:\Oracle\Middleware\Oracle_Home\oracle_common\common\bin
unpack.cmd -domain=C:\domains\wlsd -template=C:\Temp\cluster.jar
```
Rinominare quindi il file di configurazione config_bootstrap.xml in config.xml:
```
cd C:\domains\wlsd\config
ren config_bootstrap.xml config.xml
```

Nota

Il comando unpack genera il file config_bootstrap.xml in base al file config.xml nel modello, che può causare un errore java.io.FileNotFoundException: C:\domains\wlsd\.\config\config.xml (The system cannot find the file specified) durante l'avvio del server gestito. Questa esercitazione rinomina config_bootstrap.xml in config.xml per evitare questo problema.

La configurazione del dominio è stata replicata in mspVM1 e mspVM2, quindi si è pronti per avviare i server.

Configurare WebLogic Server come servizio Windows

Questa sezione usa un servizio Windows per configurare Oracle WebLogic Server per l'avvio automatico quando si avvia un computer host Windows. Per altre informazioni, vedere Configurazione di un'istanza di WebLogic Server come servizio Windows.

Nota

Questa sezione non abilita gli arresti normale. Se si usa Microsoft Management Console per arrestare un'istanza del server, termina la macchina virtuale Java (JVM) del server. Se si termina la JVM, il server arresta immediatamente tutte le elaborazioni. Per configurare arresti normale, vedere Abilitazione di arresti normale.

Configurare il server di amministrazione come servizio Windows

A questo punto è possibile avviare il server di amministrazione. Usare le istruzioni seguenti per creare un servizio Windows per avviare il server di amministrazione:

Connessione remota a adminVM. Nel prompt dei comandi passare alla directory C:\domains\wlsd. Immettere startWebLogic.cmd. Per le credenziali dell'account amministratore, immettere weblogic come nome utente e Secret123456 per la password. Se il server è in esecuzione, stampa una riga in modo standard, simile all'output seguente:

... ...
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.>

Creare un file di identità di avvio C:\domains\wlsd\servers\admin\security\boot.properties e salvare il nome utente e la password dell'account amministratore nel file. Per altre informazioni, vedere Boot Identity Files.For more information, see Boot Identity Files. Incollare il testo seguente in un prompt dei comandi:

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

Premere INVIO, CTRL+Z, INVIO.

Creare quindi un servizio Windows per il server di amministrazione. Incollare il testo seguente in un prompt dei comandi. Premere INVIO, CTRL+Z, INVIO.

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

Eseguire il file appena creato. Immettere C:\domains\wlsd\autoStartup.cmd. Il prompt dei comandi esegue lo script come file batch.

Se lo script viene eseguito correttamente, crea un servizio Windows denominato wlsd_admin e stampa una riga in modo standard simile all'output seguente:

... ...
wlsvc wlsd_admin installed.

Questo esempio usa gestione nodi per controllare i server gestiti. Creare un servizio Windows per node manager in adminVM.

Nel prompt dei comandi passare alla directory C:\domains\wlsd\bin. Immettere installNodeMgrSvc.cmd. Se il servizio viene creato correttamente, viene stampata una riga in modo standard, simile all'output seguente:

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

Infine, riavviare il computer per attivare i servizi Windows.

Configurare e avviare i server gestiti

Configurare quindi gestione nodi come servizio Windows in mspVM1 e mspVM2.

Connettersi in remoto a mspVM1 e mspVM2aprire un prompt dei comandi e quindi passare alla directory C:\domains\wlsd\bin. Immettere installNodeMgrSvc.cmd. Se il servizio viene creato correttamente, viene stampata una riga in modo standard, simile all'output seguente:

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

Riavviare mspVM1 e mspVM2 per avviare gestione nodi.

Avviare quindi il server gestito dal portale della Console di amministrazione. Aprire un browser e adminVM seguire questa procedura per avviare il server:

Accedere al portale della console di amministrazione con l'account amministratore e la password. L'URL è http://<adminvm-private-ip>:7001/console/. In questo esempio, l'account amministratore e la password sono weblogic/Secret123456. Lo stato dei server gestiti è Arresto.
In Struttura di dominio selezionare Ambienti, Server e Controllo, selezionare msp1 e msp2quindi selezionare Avvia.
Potrebbe essere richiesto di confermare l'avvio dei server. In tal caso, selezionare Sì. Verrà visualizzato il messaggio "È stata inviata una richiesta a Gestione nodi per avviare i server selezionati".
È possibile selezionare l'icona "aggiorna" nella parte superiore della tabella per avviare o arrestare l'aggiornamento dinamico dei dati in tale tabella. Questa icona viene visualizzata nello screenshot successivo.
I server saranno presto disponibili.

Configurare il server gestito come servizio Windows

I passaggi descritti in questa sezione illustrano come creare un servizio Windows per ognuno dei server gestiti. Questo servizio avvia automaticamente il server gestito al riavvio del computer.

Usare le istruzioni seguenti per configurare msp1 come servizio Windows:

Connessione remota a mspVM1. Aprire un prompt dei comandi e incollare il testo seguente, sostituendo ADMIN_URL con il valore effettivo. Premere INVIO, CTRL+Z, INVIO.

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

Immettere C:\domains\wlsd\autoStartup.cmd. Il prompt dei comandi esegue lo script come file batch.

Creare un file di identità di avvio C:\domains\wlsd\servers\msp1\security\boot.properties e salvare il nome utente e la password dell'account amministratore nel file.

Incollare il testo seguente in un prompt dei comandi:

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

Premere INVIO, CTRL+Z, INVIO.

Configurare msp2 come servizio Windows

Connessione remota a mspVM2. Aprire un prompt dei comandi e incollare il testo seguente, sostituendo ADMIN_URL con il valore effettivo. Premere INVIO, CTRL+Z, INVIO.

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

Immettere C:\domains\wlsd\autoStartup.cmd. Il prompt dei comandi esegue lo script come file batch.

Creare un file di identità di avvio C:\domains\wlsd\servers\msp1\security\boot.properties e salvare il nome utente e la password dell'account amministratore nel file.

Incollare il testo seguente in un prompt dei comandi:

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

Premere INVIO, CTRL+Z, INVIO.

A questo punto, i server gestiti vengono avviati automaticamente al riavvio del computer.

Rimuovere gli indirizzi IP pubblici

Per connettersi in remoto ai computer Windows Server, a tutti viene assegnato un indirizzo IP pubblico. Dopo aver completato la configurazione, non è necessario mantenere l'indirizzo IP pubblico. Per la sicurezza, rimuovere gli indirizzi IP pubblici da adminVM, mspVM1e mspVM2, come illustrato nell'esempio seguente. Per altre informazioni, vedere Annullare l'associazione di un indirizzo IP pubblico da una macchina virtuale di 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}

Esporre WebLogic Server con app Azure lication Gateway

Dopo aver creato il cluster WebLogic Server (WLS) in macchine virtuali Windows o GNU/Linux, questa sezione illustra il processo di esposizione di WebLogic Server a Internet con app Azure lication Gateway.

Creare il gateway di app Azure lication

Per esporre WebLogic Server a Internet, è necessario un indirizzo IP pubblico. Creare l'indirizzo IP pubblico e quindi associarlo a un gateway di app Azure lication. Usare az network public-ip create per crearlo, come illustrato nell'esempio seguente:

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

Si aggiungono i server back-end a gateway applicazione pool back-end. Eseguire query su indirizzi IP back-end usando i comandi seguenti:

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)

Creare quindi un gateway di app Azure lication. L'esempio seguente crea un gateway applicazione con server gestiti nel pool back-end predefinito:

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}

I server gestiti espongono i carichi di lavoro con la porta 8001. Usare i comandi seguenti per aggiornare specificando la appGatewayBackendHttpSettings porta back-end e creando un probe per tale porta 8001 :

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

I comandi successivi effettuano il provisioning di una regola rule1di base. In questo esempio viene aggiunto un percorso al server di amministrazione. Usare prima di tutto i comandi seguenti per creare una mappa percorso 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

Usare quindi az network application-gateway rule update per aggiornare il tipo di regola come 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

È ora possibile accedere al server di amministrazione con l'URL http://<gateway-public-ip-address>/console/. Eseguire i comandi seguenti per ottenere 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/"

Verificare che sia possibile accedere alla console del server di amministrazione. In caso contrario, risolvere e risolvere il problema prima di procedere.

Nota

In questo esempio viene configurato l'accesso semplice ai server WebLogic con HTTP. Se si vuole un accesso sicuro, configurare la terminazione TLS/SSL seguendo le istruzioni riportate in TLS end-to-end con gateway applicazione.

In questo esempio viene esposta la console del server di amministrazione tramite il gateway applicazione. Non eseguire questa operazione in un ambiente di produzione.

Distribuire un'applicazione di esempio

Questa sezione illustra come distribuire un'applicazione nel cluster WebLogic Server. Prima di tutto, scaricare testwebapp.war da Oracle e salvare il file nel file system locale. Usare quindi la procedura seguente per distribuire l'applicazione:

Aprire un Web browser.
Passare al portale della console di amministrazione con l'URL http://<gateway-public-ip-address>/console/, quindi accedere con l'account amministratore e la password. In questo esempio sono weblogic/Secret123456.
Nel Centro modifiche, se esiste un pulsante di questo tipo, selezionare Blocca e modifica. Se questo pulsante non esiste, verificare che nel Centro modifiche esista un testo come "Le modifiche future verranno attivate automaticamente durante la modifica, l'aggiunta o l'eliminazione di elementi nel dominio".
In Struttura di dominio selezionare Distribuzioni. Se viene visualizzato un messaggio di errore simile a Unexpected error encountered while obtaining monitoring information for applications., è possibile ignorarlo in modo sicuro. Selezionare Configurazione e quindi Installa. Immerso all'interno del testo è un collegamento ipertestuale con il testo Carica i tuoi file. Selezionarlo. Selezionare Scegli file e quindi selezionare il file testwebapp.war compilato nel passaggio precedente. Selezionare Avanti e quindi Avanti.
Assicurarsi che l'opzione Installa questa distribuzione come applicazione sia selezionata. Selezionare Avanti.
In Destinazioni disponibili per testwebapp selezionare destinazione cluster1di distribuzione, selezionare Avanti, quindi selezionare Fine.
Nel Centro modifiche, se esiste un pulsante di questo tipo, selezionare Attiva modifiche. È necessario completare questo passaggio. Se non si completa questo passaggio, le modifiche apportate non diventano effettive. Se questo pulsante non esiste, verificare che il testo esista in Future changes will automatically be activated as you modify, add or delete items in this domain Centro modifiche.
In Struttura di dominio selezionare Distribuzioni e quindi Controllo. Selezionare testwebapp e quindi Avvia, Manutenzione di tutte le richieste.
Selezionare Sì.
Viene visualizzato un messaggio che indica che Start requests have been sent to the selected deployments. lo stato dell'applicazione deve essere Attivo.

Testare la configurazione del cluster WebLogic Server

È stata completata la configurazione del cluster WebLogic Server e la distribuzione dell'applicazione Java. Usare la procedura seguente per accedere all'applicazione per convalidare tutte le impostazioni:

Aprire un Web browser.
Passare all'applicazione con l'URL http://<gateway-public-ip-address>/testwebapp/.

Pulire le risorse

Eliminare il gruppo di risorse con il comando seguente:

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

Passaggi successivi

Continuare a esplorare le opzioni per eseguire WebLogic Server in Azure.

Per altre informazioni sulle offerte Oracle WebLogic, vedere Oracle WebLogic Server in Azure. Queste offerte sono tutte di tipo Bring Your Own License. Si supponga di avere già le licenze appropriate con Oracle e di avere una licenza appropriata per l'esecuzione delle offerte in Azure.

Condividi tramite

Esercitazione: Installare manualmente WebLogic Server in Azure Macchine virtuali (VM)

Prerequisiti

Preparare l'ambiente

Presupposti

Accedere ad Azure

Creare un gruppo di risorse

Creare una rete virtuale

Creare un set di disponibilità

Creare un computer Oracle Linux per il server di amministrazione

Creare una macchina virtuale Windows e configurare X-server

Creare computer Oracle Linux per server gestiti

Configurare il dominio e il cluster WebLogic Server

Creare il dominio usando la configurazione guidata

Creare repliche usando il comando pack e decomprimere

Avviare i server

Avviare l'amministratore

Abilitare il server di amministrazione e il gestore dei nodi per l'avvio automatico dopo il riavvio della macchina virtuale

Avviare msp1

Avviare msp2

Avviare i server gestiti

Pulire il computer Windows

Esporre WebLogic Server con app Azure lication Gateway

Creare il gateway di app Azure lication

Distribuire un'applicazione di esempio

Testare la configurazione del cluster WebLogic Server

Pulire le risorse

Passaggi successivi

Commenti e suggerimenti

Risorse aggiuntive