Pianifica l'ambiente di destinazione della migrazione

Prima di configurare ed eseguire un'applicazione di estensione SaaS su Oracle Cloud Infrastructure, è necessario prendere alcune decisioni di pianificazione. Sarà utile rivedere i passi di pianificazione, dimensionare i suggerimenti e pianificare l'applicazione delle patch richieste.

Esamina passi pianificazione

I passi riportati di seguito descrivono a un livello elevato le decisioni che saranno necessarie per utilizzare Oracle WebLogic Server per OCI per configurare ed eseguire un'applicazione di estensione SaaS.

Durante l'esecuzione di questi passi, creare un foglio di calcolo o un documento per registrare tutti i dettagli dell'ambiente in un unico punto per il riferimento pratico in un secondo momento.

  1. Identificare i dettagli dell'ambiente corrente per ogni istanza (produzione, test, sviluppatore, ecc.):
    1. I nomi delle istanze Fusion SaaS.
    2. Domini di Identity My Service tradizionali.
    3. Istanze di Oracle Java Cloud Service - SaaS Extension e Oracle Database Cloud Schema Service, incluse le dimensioni. ad esempio:

      java-prod (s4), db-prod (s50)

      java-test (s2), db-test (s20)

      java-dev1 (s1), db-dev1 (s5)

  2. Identificare l'account Oracle Cloud esistente con le istanze Oracle Identity Cloud Service.
    • Oracle ha eseguito il provisioning di un nuovo account Oracle Cloud a tutti i clienti Fusion SaaS, con un'istanza Oracle Identity Cloud Service per ogni istanza Fusion SaaS.
    • I proprietari di tali ambienti Fusion SaaS sono stati avvisati via e-mail delle nuove istanze e delle credenziali per accedervi.
    • Ogni istanza di Oracle Identity Cloud Service di cui è stato eseguito il provisioning con un'istanza di Fusion SaaS viene federata come provider di servizi all'istanza di Fusion SaaS come provider di identità

    Effettuare un record con ciascuno dei nomi di account e istanza:

    • Account cloud, ad esempio MyAccount.
    • Dominio Oracle Identity Cloud Service, ad esempio ID_Domain
    • Istanza di Production Oracle Identity Cloud Service. Ad esempio, MyAccount (ID_Domain), idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4baaaa
    • Eseguire il test dell'istanza Oracle Identity Cloud Service. Ad esempio, MyAccount (test ID_Domain), idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4bbbbb
    • Istanza Oracle Identity Cloud Service sviluppatore. Ad esempio, MyAccount (ID_Domain-dev1), idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4bcccc
  3. Determinare l'area Oracle Cloud Infrastructure migliore. I suggerimenti riportati di seguito si basano sulla riduzione della latenza di rete con le istanze Fusion SaaS.
    • Chicago DC (us2): utilizzare US West (Phoenix)
    • Amsterdam (em2): utilizzare Germania Centrale (Francoforte)
    • Linlithgow (em1): utilizzare UK South (Londra)
  4. Creare o identificare una tenancy Oracle Cloud Infrastructure esistente. Questa tenancy viene utilizzata per creare e gestire i servizi Oracle Cloud Infrastructure, incluso il provisioning di Oracle WebLogic Server for OCI.
  5. Identificare la versione da utilizzare per Oracle WebLogic Server for OCI. Utilizzare:
    • Tipo: stack
    • Publisher: Oracle
    • Categoria: sviluppo applicazioni
    • Prezzo: pagato
    • Nome: Oracle WebLogic Server Enterprise Edition UCM
    • Versione: 12.2.1.4.x
  6. Identificare i requisiti di ridimensionamento per le nuove istanze di Oracle WebLogic Server for OCI.
    Ogni host Oracle WebLogic Server per OCI deve disporre dei seguenti servizi Oracle Cloud Infrastructure:
    • Compute: forma e numero
    • Volume a blocchi: dimensione
    • Bilanciamento del carico: tipo di istanza
    Le informazioni di dimensionamento sono fornite in Revisione requisiti di dimensionamento, in seguito in questo playbook soluzione.
  7. Decidere quale Oracle Database utilizzare. La scelta deve supportare sia gli schemi JRF (Java Required Files) che quelli non JRF. Questi database sono compatibili:
    • Oracle Autonomous Transaction Processing
    • Oracle bare metal o Virtual Machine DB Systems supportato da Oracle Cloud Infrastructure. Controllare la documentazione di Oracle Cloud Infrastructure per i dettagli.
  8. Identificare il numero di istanze di database da utilizzare. Oracle consiglia all'ambiente di produzione di disporre di una propria istanza di servizio cloud di database. Per gli ambienti non di produzione (ad esempio gli ambienti di test e sviluppatori), le opzioni includono:
    • Isolamento dello schema mediante un'istanza di database singola
    • Un'istanza di servizio separata per ambiente
  9. Identificare i requisiti di memorizzazione per i dati dell'applicazione. I requisiti dipendono dal caso d'uso funzionale e dalla decisione di utilizzare l'isolamento dello schema o l'isolamento delle istanze di servizio.
    Le dimensioni Oracle Database Cloud Schema Service utilizzate con Oracle Java Cloud Service - SaaS Extension sono le seguenti:
    • S5:5 GB
    • S20:20 GB
    • S50:50 GB
  10. Identificare i requisiti di rete per ogni ambiente.
    • La struttura delle reti cloud virtuali (VCN) include la separazione delle istanze di Oracle WebLogic Server for OCI e dei servizi di database in VCN diversi, che richiede la configurazione di peering VCN locale.
    • La progettazione della subnet deve tenere conto dei load balancer, Oracle WebLogic Server for OCI e dei servizi di database.
    • Internet Gateway deve abilitare VCN con connettività diretta a Internet.
    • L'utilizzo di una subnet privata richiede la presenza di una subnet pubblica per un nodo bastione per l'accesso e il load balancer deve trovarsi in una subnet pubblica per la configurazione di Oracle Identity Cloud Service.

Rivedi suggerimenti dimensionamento

I suggerimenti di dimensionamento riportati di seguito si basano sull'ipotesi che si stia utilizzando un dimensionamento appropriato per la distribuzione Oracle Java Cloud Service - SaaS Extension esistente. Potrebbe essere necessario regolare il dimensionamento in base alle esigenze e all'uso effettivi.

Tenere presente che la prima istanza di calcolo dispone sia dei server amministrativi che dei server gestiti WebLogic.

Forma Oracle Java Cloud Service - SaaS Extension Raccomandazione per Oracle WebLogic Server for OCI
S1
  • Server gestiti: 1 Java EE Server
  • Memoria: 1.5GB/istanza
  • Memoria: 5GB
  • Trasferimento dati: 50GB/mese
  • Forma di calcolo: memoria OCPU / 8 GB 1 (ad esempio, VM.Standard.E2.1)
  • Istanze di computazione: 1
  • Volume a blocchi: 100GB
  • Bilanciamento del carico: 400 Mbps
S2
  • Server gestiti: 2 Java EE Server
  • Memoria: 3GB/istanza
  • Memoria: 10GB
  • Trasferimento dati: 250GB/mese
  • Forma di calcolo: memoria OCPU / 8 GB 1 (ad esempio, VM.Standard.E2.1)
  • Istanze di computazione: 2
  • Volume a blocchi: 100GB per ogni istanza
  • Bilanciamento del carico: 400 Mbps
S4
  • Server gestiti: 4 Java EE Server
  • Memoria: 6GB/istanza
  • Memoria: 25GB
  • Trasferimento dati: 500GB/mese
  • Forma di calcolo: memoria OCPU / 8 GB 1 (ad esempio, VM.Standard.E2.1)
  • Istanze di computazione: 3
  • Volume a blocchi: 100GB per ogni istanza
  • Bilanciamento del carico: 400 Mbps

Esecuzione patch piano obbligatoria

Dovrai eseguire l'applicazione di patch necessaria per Oracle WebLogic Server for OCI e Oracle Autonomous Linux. È consigliabile pianificare in anticipo la pianificazione delle patch.

Ogni release di Oracle WebLogic Server for OCI include patch di diversi prodotti, ovvero Oracle WebLogic Server, Oracle JDeveloper, Oracle Java Development Kit, Oracle Platform Security Services e Oracle Web Services Manager.

Le patch di una nuova release di Oracle WebLogic Server for OCI non vengono applicate automaticamente ai domini esistenti creati con Oracle WebLogic Server for OCI. È necessario applicare le patch manualmente se si desidera aggiornare il dominio esistente in modo che corrisponda alla release più recente o per trovare una release supportata specifica.

Un aggiornamento di set di patch (PSU, Patch Set Update) è un gruppo di patch correlate identificato da un numero di versione specifico. Quando si crea un dominio con Oracle WebLogic Server for OCI, si sceglie una versione del server WebLogic in questo formato: <major_version>.<patch_level>.<build>. Ad esempio, 12.2.1.4.191121.01. Utilizzare l'account My Oracle Support per individuare e scaricare la patch che si desidera applicare

Il servizio Oracle Cloud Infrastructure OS Management consente di gestire gli aggiornamenti e le patch per l'ambiente del sistema operativo nelle istanze di Oracle Cloud Infrastructure. Aggiornare la VM Oracle Linux utilizzando OS Management per la gestione e l'automazione.