1. Migrazione dei carichi di lavoro Oracle WebLogic Server on premise nel cloud
  2. Pianificare la migrazione

Pianificare la migrazione

Valutare i requisiti e comprendere le variazioni dei processi.

Valuta requisiti

Per garantire che l'infrastruttura di destra venga distribuita, considerare i requisiti.

  • Tipo di dominio: quando si utilizzano le implementazioni di WebLogic Server da Oracle Cloud Marketplace, è importante eseguire il provisioning di un dominio WebLogic che corrisponde al tipo di dominio in locale.

    Se il dominio da cui si esegue la migrazione non è un dominio JRF (Java Required File), lo stack esegue il provisioning di un dominio non JRF ed è possibile distribuire le origini dati nel dominio WebLogic in un secondo momento.

    Se il dominio da cui si esegue la migrazione è un dominio JRF (Java Required File), è necessario eseguire il provisioning di un database prima di distribuire lo stack WebLogic Server e specificare che si sta creando un dominio JRF durante la distribuzione dello stack.

    Se il dominio di origine contiene le origini dati riportate di seguito, eseguire il provisioning del dominio come dominio JRF.

    • jdbc/LocalSvcTblDataSwrce
    • jdbc/mds/owsm
    • jdbc/AuditAppendDataSource
    • jdbc/AuditViewDataSource
    • jdbc/OpssDataSource
    • jdbc/WLSSchemaDataSource

  • Origini dati: identificare le origini dati non JRF di cui eseguire la migrazione. Si tratta dei database dell'applicazione di cui è necessario eseguire il provisioning e la migrazione.

  • Server e nodi: le installazioni on premise di WebLogic Server possono eseguire il provisioning di diversi server gestiti per ogni Virtual Machine (nodo). In un ambiente cloud in cui il costo è lineare con il conteggio delle CPU, la distribuzione di un singolo server gestito per ogni Virtual Machine (VM) dimensionato per il carico previsto garantisce una ridondanza migliore e maggiore disponibilità. Lo stack Oracle Cloud Marketplace esegue il provisioning di un server gestito per ogni nodo. Selezionare il numero di nodi durante il provisioning per corrispondere al numero di server gestiti in locale. Dimensione della forma della Virtual Machine per il carico di lavoro previsto per un singolo server gestito.

    Nota:

    Se si sceglie il percorso per aggiornare gli strumenti di distribuzione di domini esistenti e la distribuzione locale presuppone che più server gestiti per computer, è possibile scegliere di eseguire il provisioning solo di un numero di nodi pari al numero di computer della distribuzione. Scegliere una forma VM che possa supportare il carico previsto di più server gestiti per riprodurre la stessa topologia a spese della resilienza extra e aumentare la disponibilità.

    Inoltre, aggiungere manualmente altri backend del load balancer dopo che lo stack viene distribuito per indirizzare il traffico verso le porte aggiuntive utilizzate dai server gestiti aggiuntivi.

  • Servizi di WebLogic: se si utilizzano altri servizi di distribuzione in locale, valutare i servizi di cui eseguire la migrazione. Se uno qualsiasi dei servizi dispone di dipendenze esterne distribuite in locale, è necessario configurare l'accesso a quelle da Oracle Cloud Infrastructure o pianificare la migrazione dei servizi a Oracle Cloud Infrastructure al di fuori della migrazione di WebLogic.

Panoramica del processo

Il processo di migrazione è diverso a seconda che sia necessario un dominio JRF (Java Required File) o un dominio non JRF.

Per un dominio JRF, è necessario eseguire il provisioning di una rete cloud virtuale (VCN) con una subnet privata ed eseguire il provisioning di un database come data store JRF prima di distribuire lo stack Oracle Cloud Marketplace. Lo stack Oracle Cloud Marketplace può distribuire le altre subnet per le istanze e i load balancer della Virtual Machine (VM).

Per un dominio non JRF (in cui non è richiesto un database al momento del provisioning), lo stack Oracle Cloud Marketplace può creare la VCN necessaria e tutte le subnet. Dopo aver eseguito il provisioning dello stack, puoi aggiungere una subnet privata per i database dell'applicazione alla VCN esistente.

  1. Eseguire task preliminari per impostare l'ambiente per entrambi i tipi di domini:

    1. Creare un compartimento in Oracle Cloud Infrastructure.

    2. Crea una chiave e vault.

    3. Creare un segreto per la password di WebLogic.

  2. Eseguire task preliminari per un dominio JRF (Java Required File):

    È possibile utilizzare l'opzione di avvio rapido della rete per impostare una VCN con i gateway necessari, sia le subnet pubbliche che private, le tabelle di instradamento e le liste di sicurezza. Se necessario, è possibile creare subnet private aggiuntive.

    Puoi anche creare manualmente la VCN e le risorse specifiche necessarie:

    1. Crea una rete cloud virtuale (VCN).

    2. Definire liste di sicurezza e tabelle di instradamento sulla subnet del database per consentire l'accesso dalle altre subnet.

    3. Creare una subnet privata.

    4. Creare un gateway Internet.

    Sia che si crei la VCN manualmente che utilizzando la procedura guidata, è necessario eseguire le operazioni riportate di seguito.

    1. Aggiungere regole di sicurezza alla lista di sicurezza della subnet database per consentire l'accesso da altre subnet e dalle connessioni in locale.
    2. Esegue il provisioning di un database come datastore JRF.
    3. Creare un segreto per la password SYS del database.

  3. Distribuire l'installazione di WebLogic Server con lo stack Oracle Cloud Marketplace.

    Selezionare l'opzione per eseguire il provisioning di un dominio JRF, se necessario, e immettere le informazioni per il database operativo (JRF) di cui è stato eseguito il provisioning in precedenza.

  4. Eseguire il provisioning dei database dell'applicazione necessari su Oracle Cloud Infrastructure ed eseguire la migrazione dei database in locale sui database dell'applicazione Oracle Cloud Infrastructure.
  5. Eseguire la migrazione dei carichi di lavoro utilizzando uno dei metodi riportati di seguito.
    1. Eseguire manualmente la migrazione dei carichi di lavoro mediante la console di amministrazione di WebLogic per distribuire le risorse e uno dei metodi riportati di seguito per distribuire le applicazioni.
      • Console di amministrazione di WebLogic
      • Strumenti di distribuzione di JDeveloper
    2. Eseguire la migrazione dei carichi di lavoro mediante WebLogic Deploy Tooling (WLDT).
    3. Eseguire la migrazione dei carichi di lavoro utilizzando WebLogic Scripting Tool mediante la definizione dei destinatari degli script di distribuzione delle applicazioni esistenti nel nuovo dominio.