Condividi tramite

Esercitazione: Eseguire la migrazione di Oracle WebLogic Server a servizio Azure Kubernetes (AKS) con il scaler KEDA basato sulle metriche prometheus

  • Articolo

Questa esercitazione illustra come eseguire la migrazione di Oracle WebLogic Server (WLS) a servizio Azure Kubernetes (AKS) e configurare il ridimensionamento orizzontale automatico in base alle metriche di Prometheus.

In questa esercitazione si svolgeranno le attività seguenti:

  • Informazioni sulle metriche dell'applicazione WebLogic che è possibile esportare usando WebLogic Monitoring Exporter.
  • Distribuire ed eseguire un'app WebLogiclciation nel servizio Azure Kubernetes usando un'offerta di Azure Marketplace.
  • Abilitare il servizio gestito di Monitoraggio di Azure per Prometheus usando un'offerta di Azure Marketplace.
  • Inserire metriche WLS in un'area di lavoro di Monitoraggio di Azure usando un'offerta di Azure Marketplace.
  • Integrare la scalabilità automatica basata su eventi di Kubernetes con un cluster del servizio Azure Kubernetes usando un'offerta di Azure Marketplace.
  • Creare un scaler KEDA basato sulle metriche prometheus.
  • Convalidare la configurazione del scaler.

Il diagramma seguente illustra l'architettura compilata:

Diagramma dell'architettura della soluzione di WLS nel servizio Azure Kubernetes con il scaler KEDA basato su Prometheus Metrics.

L'offerta Oracle WebLogic Server nel servizio Azure Kubernetes esegue un operatore WLS e un dominio WLS nel servizio Azure Kubernetes. L'operatore WLS gestisce un dominio WLS distribuito usando un modello nel tipo di origine del dominio immagine . Per altre informazioni sull'operatore WLS, vedere Operatore Oracle WebLogic Kubernetes.

WebLogic Monitoring Exporter elimina le metriche di WebLogic Server e le invia a Prometheus. L'utilità di esportazione usa l'interfaccia di gestione RESTful di WebLogic Server 12.2.1.x per accedere allo stato di runtime e alle metriche.

Il servizio gestito di Monitoraggio di Azure per Prometheus raccoglie e salva le metriche da WLS su larga scala usando una soluzione di monitoraggio compatibile con Prometheus, basata sul progetto Prometheus di Cloud Native Computing Foundation. Per altre informazioni, vedere Servizio gestito di Monitoraggio di Azure per Prometheus.

Questo articolo integra KEDA con il cluster del servizio Azure Kubernetes per ridimensionare il cluster WLS in base alle metriche di Prometheus dell'area di lavoro di Monitoraggio di Azure. KEDA monitora il servizio gestito di Monitoraggio di Azure per Prometheus e invia i dati al servizio Azure Kubernetes e l'utilità di scalabilità automatica orizzontale dei pod (HPA) per favorire il ridimensionamento rapido del carico di lavoro WLS.

Per impostazione predefinita, vengono esportate le metriche e lo stato WLS seguenti. È possibile configurare l'utilità di esportazione per esportare altre metriche su richiesta. Per una descrizione dettagliata della configurazione e dell'utilizzo di WebLogic Monitoring Exporter, vedere WebLogic Monitoring Exporter.

Metriche WebLogic.

Prerequisiti

  • Una sottoscrizione di Azure. Se non si ha una sottoscrizione di Azure, creare un account gratuito prima di iniziare.
  • Assicurarsi di avere il Owner ruolo o i Contributor ruoli e User Access Administrator nella sottoscrizione. È possibile verificare l'assegnazione seguendo la procedura descritta in Elencare le assegnazioni di ruolo di Azure usando il portale di Azure.
  • Preparare un computer locale con Windows con WSL, GNU/Linux o macOS installato.
  • Installare l'interfaccia della riga di comando di Azure versione 2.54.0 o successiva per eseguire i comandi dell'interfaccia della riga di comando di Azure.
  • Installare e configurare kubectl.
  • Installa cURL.
  • Avere le credenziali per un account Oracle Single Sign-On (SSO). Per crearne uno, vedere Creare l'account Oracle.
  • Seguire questa procedura per accettare le condizioni di licenza per WLS:
    1. Visitare il Registro Contenitori Oracle ed eseguire l'accesso.
    2. Se si dispone di un diritto di supporto, selezionare Middleware, quindi cercare e selezionare weblogic_cpu.
    3. Se non si ha un diritto di supporto da Oracle, selezionare Middleware, quindi cercare e selezionare weblogic.
    4. Accetta il Contratto di licenza

Preparare l'applicazione di esempio

Questo articolo usa testwebapp dal repository weblogic-kubernetes-operator come applicazione di esempio.

Usare i comandi seguenti per scaricare l'app di esempio predefinita ed espanderla in una directory. Poiché questo articolo scrive diversi file, questi comandi creano una directory di primo livello per contenere tutti gli elementi.

export BASE_DIR=$PWD/wlsaks
mkdir $BASE_DIR && cd $BASE_DIR
curl -L -o testwebapp.war https://aka.ms/wls-aks-testwebapp
unzip -d testwebapp testwebapp.war

Modificare l'applicazione di esempio

Questo articolo usa la metrica openSessionsCurrentCount per aumentare e ridurre le prestazioni del cluster WLS. Per impostazione predefinita, il timeout della sessione in WebLogic Server è di 60 minuti. Per osservare rapidamente la funzionalità di riduzione delle prestazioni, seguire questa procedura per impostare un breve timeout:

  1. Usare il comando seguente per specificare un timeout di sessione di 150 secondi usando wls:timeout-secs. Il HEREDOC formato viene usato per sovrascrivere il file in testwebapp/WEB-INF/weblogic.xml con il contenuto desiderato.

    cat <<EOF > testwebapp/WEB-INF/weblogic.xml
<?xml version="1.0" encoding="UTF-8"?>

<wls:weblogic-web-app xmlns:wls="http://xmlns.oracle.com/weblogic/weblogic-web-app" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd http://xmlns.oracle.com/weblogic/weblogic-web-app http://xmlns.oracle.com/weblogic/weblogic-web-app/1.4/weblogic-web-app.xsd">
    <wls:weblogic-version>12.2.1</wls:weblogic-version>
    <wls:jsp-descriptor>
    <wls:keepgenerated>false</wls:keepgenerated>
    <wls:debug>false</wls:debug>
  </wls:jsp-descriptor>
  <wls:context-root>testwebapp</wls:context-root>
  <wls:session-descriptor>
    <wls:timeout-secs>150</wls:timeout-secs>
 </wls:session-descriptor>
</wls:weblogic-web-app>
EOF

  2. Usare il comando seguente per decomprimere l'app di esempio:

    cd testwebapp && zip -r ../testwebapp.war * && cd ..

Creare un account Archiviazione di Azure e caricare l'applicazione

Usare la procedura seguente per creare un account di archiviazione e un contenitore. Alcuni di questi passaggi indirizzano l'utente ad altre guide. Dopo aver completato i passaggi, è possibile caricare un'applicazione di esempio da distribuire in WLS.

  1. Accedere al portale di Azure.
  2. Creare un account di archiviazione seguendo la procedura descritta in Creare un account di archiviazione. Usare le specializzazioni seguenti per i valori in tale articolo:
    • Creare un nuovo gruppo di risorse per l'account di archiviazione.
    • In Area selezionare Stati Uniti orientali.
    • Per Nome account di archiviazione usare lo stesso valore del nome del gruppo di risorse.
    • Per Prestazioni selezionare Standard.
    • Le schede rimanenti non richiedono specializzazioni.
  3. Continuare a convalidare e creare l'account, quindi tornare a questo articolo.
  4. Creare un contenitore di archiviazione all'interno dell'account seguendo la procedura descritta nella sezione Creare un contenitore di Avvio rapido: Caricare, scaricare ed elencare i BLOB con il portale di Azure.
  5. Nello stesso articolo seguire la procedura descritta nella sezione Caricare un BLOB in blocchi per caricare il file testwebapp.war . Tornare quindi a questo articolo.

Distribuire WLS nel servizio Azure Kubernetes usando l'offerta di Azure Marketplace

In questa sezione viene creato un cluster WLS nel servizio Azure Kubernetes usando l'offerta Oracle WebLogic Server nel servizio Azure Kubernetes . L'offerta offre un set di funzionalità completo per distribuire facilmente WebLogic Server nel servizio Azure Kubernetes. Questo articolo è incentrato sulle funzionalità avanzate di scalabilità dinamica dell'offerta. Per altre informazioni sull'offerta, vedere Distribuire un'applicazione Java con WebLogic Server in un cluster servizio Azure Kubernetes (AKS). Per la documentazione di riferimento completa per l'offerta, vedere la documentazione di Oracle.

Questa offerta implementa le opzioni seguenti per la scalabilità automatica orizzontale:

  • Server metriche Kubernetes. Questa scelta configura tutte le configurazioni necessarie in fase di distribuzione. Un'utilità di scalabilità automatica orizzontale dei pod viene distribuita con una scelta di metriche. È possibile personalizzare ulteriormente HPA dopo la distribuzione.

  • Utilità di esportazione di monitoraggio WebLogic. Questa scelta effettua automaticamente il provisioning di WebLogic Monitoring Exporter, il servizio gestito di Monitoraggio di Azure per Prometheus e KEDA. Al termine della distribuzione dell'offerta, le metriche WLS vengono esportate e salvate nell'area di lavoro monitoraggio di Azure. KEDA viene installato con la possibilità di recuperare le metriche dall'area di lavoro di Monitoraggio di Azure.

    Con questa opzione, è necessario eseguire altri passaggi dopo la distribuzione per completare la configurazione.

Questo articolo descrive la seconda opzione. Per completare la configurazione, seguire questa procedura:

  1. Aprire l'offerta Oracle WebLogic Server nel servizio Azure Kubernetes nel browser e selezionare Crea. Verrà visualizzato il riquadro Informazioni di base dell'offerta.

  2. Per compilare il riquadro Informazioni di base, seguire questa procedura:

    1. Assicurarsi che il valore visualizzato per Subscription sia lo stesso che include i ruoli elencati nella sezione prerequisiti.
    2. È necessario distribuire l'offerta in un gruppo di risorse vuoto. Nel campo Gruppo di risorse selezionare Crea nuovo e compilare un valore univoco per il gruppo di risorse, ad esempio wlsaks-eastus-20240109.
    3. In Dettagli istanza selezionare Stati Uniti orientali in Area.
    4. In Credenziali WebLogic specificare rispettivamente una password per la crittografia WebLogic Administrator e WebLogic Model. Salvare il nome utente e la password per l'amministratore WebLogic.
    5. Accanto a Configurazione di base facoltativa selezionare No.
    6. In Configurazione di base facoltativa impostare Dimensioni massime cluster dinamiche su 10. Questo valore consente di osservare il comportamento di scalabilità automatica.

    Screenshot della portale di Azure che mostra il riquadro Informazioni di base su Oracle WebLogic Server nel servizio Azure Kubernetes.

  3. Selezionare Avanti e passare alla scheda servizio Azure Kubernetes .

  4. In Selezione immagine seguire questa procedura:

    1. Per Username for Oracle Single Sign-On authentication (Nome utente per l'autenticazione Single Sign-On Oracle) immettere il nome utente Oracle SSO dai prerequisiti.
    2. Per Password for Oracle Single Sign-On authentication (Password for Oracle Single Sign-On authentication) immettere le credenziali di Oracle SSO dai prerequisiti.

    Screenshot del portale di Azure che mostra Oracle WebLogic Server nel riquadro servizio Azure Kubernetes - Selezione immagine.

  5. In Applicazione seguire questa procedura:

    1. Nella sezione Applicazione, accanto a Distribuisci un'applicazione, selezionare Sì.

    2. Accanto a Pacchetto applicazione (.war,.ear,.jar), selezionare Sfoglia.

    3. Iniziare a digitare il nome dell'account di archiviazione della sezione precedente. Quando viene visualizzato l'account di archiviazione desiderato, selezionarlo.

    4. Selezionare il contenitore di archiviazione nella sezione precedente.

    5. Selezionare la casella di controllo accanto a testwebapp.war, caricata nella sezione precedente. Seleziona Seleziona.

    6. Selezionare Avanti.

      Screenshot del portale di Azure che mostra Oracle WebLogic Server nel riquadro servizio Azure Kubernetes - Selezione app.

  6. Lasciare i valori predefiniti nel riquadro Configurazione TLS/SSL. Selezionare Avanti per passare al riquadro Bilanciamento del carico e quindi seguire questa procedura:

    1. Lasciare i valori predefiniti per tutte le opzioni, ad eccezione di Crea ingresso per La console di amministrazione. Assicurarsi che nessuna applicazione con percorso /console*, causerà un conflitto con il percorso della Console di amministrazione. Per questa opzione selezionare Sì.
    2. Lasciare i valori predefiniti negli altri campi.
    3. Selezionare Avanti.

    Screenshot della portale di Azure che mostra il riquadro Oracle WebLogic Server Cluster on AKS Load Balancing (Cluster Oracle WebLogic Server nel servizio Azure Kubernetes).

  7. Lasciare i valori predefiniti per il riquadro DNS, quindi selezionare Avanti per passare al riquadro Database.

  8. Lasciare i valori predefiniti per il riquadro Database , selezionare Avanti per passare al riquadro Scalabilità automatica e quindi seguire questa procedura:

    1. Accanto a Provision resources for horizontal autoscaling?, selezionare Sì.
    2. In Impostazioni di scalabilità automatica orizzontale accanto all'opzione Seleziona scalabilità automatica selezionare Utilità di esportazione monitoraggio WebLogic (scalabilità automatica avanzata).
    3. Selezionare Rivedi e crea.

    Screenshot della portale di Azure che mostra il riquadro scalabilità automatica orizzontale del cluster Oracle WebLogic Server nel servizio Azure Kubernetes.

  9. Attendere il completamento dell'esecuzione della convalida finale e quindi selezionare Crea. Dopo un po', verrà visualizzata la pagina Distribuzione in cui è in corso la distribuzione.

Se si verificano problemi durante l'esecuzione della convalida finale, correggerli e riprovare.

Connettersi al cluster servizio Azure Kubernetes

Le sezioni seguenti richiedono un terminale con kubectl installato per gestire il cluster WLS. Per eseguire l'installazione kubectl in locale, usare il comando az aks install-cli .

Usare la procedura seguente per connettersi al cluster del servizio Azure Kubernetes:

  1. Aprire il portale di Azure e passare al gruppo di risorse di cui è stato effettuato il provisioning nella sezione Distribuire WLS nel servizio Azure Kubernetes usando l'offerta di Azure Marketplace.
  2. Selezionare la risorsa di tipo Servizio Kubernetes dall'elenco delle risorse.
  3. Selezionare Connetti. Viene visualizzato il materiale sussidiario per connettere il cluster del servizio Azure Kubernetes.
  4. Selezionare l'interfaccia della riga di comando di Azure e seguire la procedura per connettersi al cluster del servizio Azure Kubernetes nel terminale locale.

Recuperare le metriche dall'area di lavoro di Monitoraggio di Azure

Usare la procedura seguente per visualizzare le metriche nell'area di lavoro di Monitoraggio di Azure usando query PromQL (Prometheus Query Language):

  1. Nella portale di Azure visualizzare il gruppo di risorse usato nella sezione Distribuire WLS nel servizio Azure Kubernetes usando l'offerta di Azure Marketplace.

  2. Selezionare la risorsa di tipo Area di lavoro di Monitoraggio di Azure.

  3. In Prometheus gestito selezionare Esplora prometheus.

  4. Input webapp_config_open_sessions_current_count per eseguire una query sull'account corrente delle sessioni aperte, come illustrato nello screenshot seguente:

    Screenshot della portale di Azure che mostra Prometheus Explorer.

Nota

È possibile usare il comando seguente per accedere alle metriche esponendo WebLogic Monitoring Exporter:

cat <<EOF | kubectl apply -f -
apiVersion: v1
kind: Service
metadata:
  name: sample-domain1-cluster-1-exporter
  namespace: sample-domain1-ns
spec:
  ports:
  - name: default
    port: 8080
    protocol: TCP
    targetPort: 8080
  selector:
    weblogic.domainUID: sample-domain1
    weblogic.clusterName: cluster-1
  sessionAffinity: None
  type: LoadBalancer
EOF

kubectl get svc -n sample-domain1-ns -w

Attendere che la EXTERNAL-IP colonna nella riga sample-domain1-cluster-1-exporter passi da <pending> a un indirizzo IP. Aprire quindi l'URL http://<exporter-public-ip>:8080/metrics in un browser e accedere con le credenziali specificate durante la distribuzione dell'offerta. Qui è possibile trovare tutte le metriche disponibili. È possibile immettere uno di questi elementi nella finestra PromQL per visualizzarli in Monitoraggio di Azure. Ad esempio, heap_free_percent mostra un grafico interessante. Per controllare la pressione della memoria quando il carico viene applicato all'applicazione, impostare Aggiornamento automatico e Intervallo di tempo sul più piccolo intervallo possibile e lasciare aperta la scheda.

Creare il scaler KEDA

Le utilità di scalabilità come e quando KEDA deve ridimensionare una distribuzione. Questo articolo usa il scaler Prometheus per recuperare le metriche di Prometheus dall'area di lavoro di Monitoraggio di Azure.

Questo articolo usa openSessionsCurrentCount come trigger. La regola per questa metrica è descritta di seguito. Quando il numero medio di sessioni aperte è maggiore di 10, aumentare le prestazioni del cluster WLS fino a raggiungere le dimensioni massime della replica. In caso contrario, ridurre il cluster WLS fino a raggiungere le dimensioni minime della replica. La tabella seguente elenca i parametri importanti:

Nome parametro Valore
serverAddress Endpoint query dell'area di lavoro di Monitoraggio di Azure.
metricName webapp_config_open_sessions_current_count
query sum(webapp_config_open_sessions_current_count{app="app1"})
threshold 10
minReplicaCount 1
maxReplicaCount Il valore predefinito è 5. Se le dimensioni massime del cluster sono state modificate durante la distribuzione dell'offerta, sostituire con le dimensioni massime del cluster.

Poiché è stato selezionato WebLogic Monitoring Exporter in fase di distribuzione, un scaler KEDA è pronto per la distribuzione. I passaggi seguenti illustrano come configurare il ridimensionatore KEDA da usare con il cluster del servizio Azure Kubernetes:

  1. Aprire il portale di Azure e passare al gruppo di risorse di cui è stato effettuato il provisioning nella sezione Distribuire WLS nel servizio Azure Kubernetes usando l'offerta di Azure Marketplace.

  2. Nella sezione Impostazionidel riquadro di spostamento selezionare Distribuzioni. Viene visualizzato un elenco ordinato delle distribuzioni in questo gruppo di risorse, con quello più recente.

  3. Scorrere fino alla voce meno recente in questo elenco. Questa voce corrisponde alla distribuzione avviata nella sezione precedente. Selezionare la distribuzione meno recente, il cui nome inizia con qualcosa di simile a oracle.20210620-wls-on-aks.

  4. Selezionare Output. Questa opzione mostra l'elenco di output della distribuzione.

  5. Il valore kedaScalerServerAddress è l'indirizzo del server che salva le metriche WLS. KEDA è in grado di accedere e recuperare le metriche dall'indirizzo.

  6. Il valore shellCmdtoOutputKedaScalerSample è la base64 stringa di un esempio di scaler. Copiare il valore ed eseguirlo nel terminale. Il comando dovrebbe essere simile all'esempio seguente:

    echo -e YXBpVm...XV0aAo= | base64 -d > scaler.yaml

    Questo comando genera un file scaler.yaml nella directory corrente.

  7. Modificare le metric: righe e query: in scaler.yaml come illustrato nell'esempio seguente:

    metricName: webapp_config_open_sessions_current_count
query: sum(webapp_config_open_sessions_current_count{app="app1"})

    Nota

    Quando si distribuisce un'app con l'offerta, viene denominata app1 per impostazione predefinita. È possibile usare la procedura seguente per accedere alla console di amministrazione di WLS per ottenere il nome dell'applicazione:

    1. Usare i passaggi precedenti per visualizzare gli output della distribuzione.
    2. Il valore adminConsoleExternalUrl è il collegamento visibile a Internet pubblico completo alla console di amministrazione di WLS. Selezionare l'icona di copia accanto al valore del campo per copiare il collegamento negli Appunti.
    3. Incollare il valore nel browser e aprire la console di amministrazione di WLS.
    4. Accedere con l'account amministratore WLS, salvato durante la sezione Distribuire WLS nel servizio Azure Kubernetes usando l'offerta di Azure Marketplace.
    5. In Struttura di dominio selezionare Distribuzioni. L'app1 è elencata.
    6. Selezionare app1 per trovare che il valore Name per l'applicazione sia app1. Usare app1 come nome dell'applicazione nella query.

  8. Se necessario, modificare la maxReplicaCount: riga in scaler.yaml come illustrato nell'esempio seguente. Si tratta di un errore per impostare questo valore superiore a quello specificato in fase di distribuzione nella scheda servizio Azure Kubernetes .

    maxReplicaCount: 10

  9. Usare il comando seguente per creare la regola del ridimensionamento KEDA applicando scaler.yaml:

    kubectl apply -f scaler.yaml

    Per recuperare le metriche dall'area di lavoro di Monitoraggio di Azure sono necessari alcuni minuti per KEDA. È possibile controllare lo stato del scaler usando il comando seguente:

    kubectl get hpa -n sample-domain1-ns -w

    Dopo che il scaler è pronto per il funzionamento, l'output sarà simile al contenuto seguente. Il valore nella TARGETS colonna passa da <unknown> a 0.

    NAME                                       REFERENCE                          TARGETS              MINPODS   MAXPODS   REPLICAS   AGE
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   0/10 (avg)           1         5         2          15s

Testare la scalabilità automatica

A questo momento, è possibile osservare la funzionalità di scalabilità automatica. Questo articolo apre nuove sessioni usando curl per accedere all'applicazione. Dopo che il numero medio di sessioni è maggiore di 10, viene eseguita l'azione di aumento delle prestazioni. Le sessioni durano 150 secondi e il numero di sessioni aperte diminuisce alla scadenza delle sessioni. Dopo che il numero medio di sessioni è minore di 10, viene eseguita l'azione di riduzione delle prestazioni. Usare la procedura seguente per eseguire le azioni di aumento e riduzione delle prestazioni:

  1. Per ottenere l'URL dell'applicazione, seguire questa procedura:

    1. Usare i passaggi precedenti per visualizzare gli output della distribuzione.
    2. Il valore clusterExternalUrl è il collegamento completo, pubblico e visibile a Internet all'app di esempio distribuita in WLS in questo cluster del servizio Azure Kubernetes. Per copiare il collegamento negli Appunti, selezionare l'icona di copia accanto al valore del campo.
    3. L'URL per accedere a testwebapp.war è ${clusterExternalUrl}testwebapp , ad esempio . http://wlsgw202403-wlsaks0314-domain1.eastus.cloudapp.azure.com/testwebapp/

  2. Eseguire il curl comando per accedere all'applicazione e causare nuove sessioni. L'esempio seguente apre 22 nuove sessioni. Le sessioni sono scadute dopo 150 secondi. Sostituire il valore WLS_CLUSTER_EXTERNAL_URL con il proprio.

    COUNTER=0
MAXCURL=22
WLS_CLUSTER_EXTERNAL_URL="http://wlsgw202403-wlsaks0314-domain1.eastus.cloudapp.azure.com/"
APP_URL="${WLS_CLUSTER_EXTERNAL_URL}testwebapp/"

while [ $COUNTER -lt $MAXCURL ]; do curl ${APP_URL}; let COUNTER=COUNTER+1; sleep 1;done

  3. In due shell separate usare i comandi seguenti:

    • Usare il comando seguente per osservare il ridimensionatore:

      kubectl get hpa -n sample-domain1-ns -w

      Questo comando genera un output simile all'esempio seguente:

      $ kubectl get hpa -n sample-domain1-ns -w
NAME                                       REFERENCE                          TARGETS          MINPODS   MAXPODS   REPLICAS   AGE
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   0/10 (avg)       1         10         1         24m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   0/10 (avg)       1         10         1         24m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   5/10 (avg)       1         10         1         26m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   22/10 (avg)      1         10         1         27m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   7334m/10 (avg)   1         10         3         29m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   14667m/10 (avg)  1         10         3         48m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   0/10 (avg)       1         10         3         30m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   0/10 (avg)       1         10         3         35m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   0/10 (avg)       1         10         1         35m
keda-hpa-azure-managed-prometheus-scaler   Cluster/sample-domain1-cluster-1   0/10 (avg)       1         10         5         53m

    • In una shell separata usare il comando seguente per osservare i pod WLS:

      kubectl get pod -n sample-domain1-ns -w

      Questo comando genera un output simile all'esempio seguente:

      $ kubectl get pod -n sample-domain1-ns -w
NAME                             READY   STATUS              RESTARTS   AGE
sample-domain1-admin-server      2/2     Running             0          28h
sample-domain1-managed-server1   2/2     Running             0          28h
sample-domain1-managed-server1   2/2     Running             0          28h
sample-domain1-managed-server2   0/2     Pending             0          0s
sample-domain1-managed-server2   0/2     Pending             0          0s
sample-domain1-managed-server2   0/2     ContainerCreating   0          0s
sample-domain1-managed-server3   0/2     Pending             0          0s
sample-domain1-managed-server3   0/2     Pending             0          0s
sample-domain1-managed-server3   0/2     ContainerCreating   0          0s
sample-domain1-managed-server3   1/2     Running             0          1s
sample-domain1-admin-server      2/2     Running             0          95m
sample-domain1-managed-server1   2/2     Running             0          94m
sample-domain1-managed-server2   2/2     Running             0          56s
sample-domain1-managed-server3   2/2     Running             0          55s
sample-domain1-managed-server4   1/2     Running             0          9s
sample-domain1-managed-server5   1/2     Running             0          9s
sample-domain1-managed-server5   2/2     Running             0          37s
sample-domain1-managed-server4   2/2     Running             0          42s
sample-domain1-managed-server5   1/2     Terminating         0          6m46s
sample-domain1-managed-server5   1/2     Terminating         0          6m46s
sample-domain1-managed-server4   1/2     Running             0          6m51s
sample-domain1-managed-server4   1/2     Terminating         0          6m53s
sample-domain1-managed-server4   1/2     Terminating         0          6m53s
sample-domain1-managed-server3   1/2     Running             0          7m40s
sample-domain1-managed-server3   1/2     Terminating         0          7m45s
sample-domain1-managed-server3   1/2     Terminating         0          7m45s

Il grafico nell'area di lavoro di Monitoraggio di Azure è simile allo screenshot seguente:

Screenshot del portale di Azure che mostra il grafico di Prometheus Explorer.

Pulire le risorse

Per evitare addebiti per Azure, è necessario eliminare le risorse non necessarie. Quando il cluster non è più necessario, usare il comando az group delete. I comandi seguenti rimuovono il gruppo di risorse, il servizio contenitore, il registro contenitori e tutte le risorse correlate:

az group delete --name <wls-resource-group-name> --yes --no-wait
az group delete --name <ama-resource-group-name> --yes --no-wait

Passaggi successivi

Continuare a esplorare i riferimenti seguenti per altre opzioni per creare soluzioni di scalabilità automatica ed eseguire WLS in Azure:

Opzioni di ridimensionamento per le applicazioni nel servizio Azure Kubernetes

Quali sono le soluzioni per l'esecuzione di Oracle WebLogic Server nel servizio Azure Kubernetes?

Ridimensionamento degli operatori di WebLogic Kubernetes

Uso di Prometheus e Grafana per monitorare WebLogic Server in Kubernetes

Operatore Kubernetes di WebLogic

Quali sono le soluzioni per l'esecuzione di Oracle WebLogic Server in Azure Macchine virtuali?