1. Migre suas cargas de trabalho locais do Oracle WebLogic Server para a nuvem
  2. Planejar Sua Migração

Planejar Sua Migração

Avalie seus requisitos e entenda as variações do processo.

Avaliar Requisitos

Para ajudar a garantir que você implante a infraestrutura correta, considere seus requisitos.

  • Tipo de domínio: ao usar as implementações do WebLogic Server do Oracle Cloud Marketplace, é importante provisionar um domínio do WebLogic que corresponda ao tipo de domínio local.

    Se o domínio do qual você migra não for um domínio de arquivo necessário Java (JRF), a pilha provisionará um domínio que não seja JRF e você poderá implantar origens de dados no domínio do WebLogic em uma etapa posterior.

    Se o domínio do qual você migra for um domínio de arquivo obrigatório do Java (JRF), você deverá provisionar um banco de dados antes de implantar a pilha do WebLogic Server e especificar que você está criando um domínio JRF durante a implantação da pilha.

    Se o domínio de origem contiver as seguintes origens de dados, provisione o domínio como um domínio JRF:

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

  • Origens de dados: Identifique as origens de dados não JRF a serem migradas. Esses são os bancos de dados do aplicativo que você deve provisionar e migrar.

  • Servidores e nós: Instalações locais do WebLogic Server podem provisionar diversos servidores gerenciados por máquina virtual (nó). Em um ambiente de nuvem no qual o custo é linear com a contagem de CPUs, a implantação de um servidor gerenciado individual por máquina virtual (VM) dimensionada para a carga esperada garante a redundância melhor e a disponibilidade aumentada. A pilha do Oracle Cloud Marketplace provisiona um servidor gerenciado por nó. Selecione o número de nós durante o provisionamento para corresponder ao número de servidores gerenciados locais. Dimensionar a forma da máquina virtual para a carga de trabalho esperada para um único servidor gerenciado.

    Observação:

    Se você escolher o caminho para atualizar as ferramentas de implantação de domínio existentes e sua implantação local assumir vários servidores gerenciados por máquina, você poderá optar por provisionar apenas quantos nós estiverem na sua implantação. Escolha uma forma de VM que possa suportar a carga esperada dos vários servidores gerenciados para reproduzir a mesma topologia na despesa da resiliência extra e disponibilidade aumentada.

    Além disso, adicione mais backends do balanceador de carga após a pilha ser implantada para direcionar o tráfego para as portas adicionais usadas pelos servidores gerenciados adicionais.

  • Serviços WebLogic: se você usar outra implantação local de serviços, avalie quais serviços migrar. Se qualquer um dos serviços tiver dependências externas implantadas no local, você deverá configurar o acesso àqueles do Oracle Cloud Infrastructure ou planejar uma migração dos serviços para o Oracle Cloud Infrastructure fora da migração do WebLogic.

Visão Geral do Processo

O processo de migração é diferente dependendo se você precisa de um domínio de arquivo Java obrigatório (JRF) ou de um domínio que não seja JRF.

Para um domínio JRF, você deve provisionar uma rede virtual na nuvem (VCN) com uma sub-rede privada e provisionar um banco de dados como o armazenamento de dados JRF antes de implantar a pilha do Oracle Cloud Marketplace. A pilha do Oracle Cloud Marketplace pode implantar as outras sub-redes para as instâncias de máquina virtual (VM) e balanceadores de carga.

Para um domínio que não seja JRF (onde um banco de dados não é necessário no momento do provisionamento), a pilha do Oracle Cloud Marketplace pode criar a VCN necessária e todas as sub-redes. Você pode adicionar uma sub-rede privada para bancos de dados de aplicativos à VCN existente após o provisionamento da pilha.

  1. Execute tarefas preliminares para configurar o ambiente para ambos os tipos de domínios:

    1. Crie um compartimento no Oracle Cloud Infrastructure.

    2. Criar um vault e uma chave.

    3. Crie um segredo para sua senha do WebLogic.

  2. Execute tarefas preliminares para um domínio de arquivo necessário do Java (JRF):

    Você pode usar a opção de início rápido da rede para configurar uma VCN com os gateways necessários, sub-redes públicas e privadas, tabelas de roteamento e listas de segurança. Como opção, você pode criar sub-redes privadas adicionais, se necessário.

    Você também pode criar manualmente a VCN e os recursos específicos de que precisa:

    1. Crie uma rede virtual na nuvem (VCN).

    2. Defina listas de segurança e tabelas de roteamento na sub-rede do banco de dados para permitir o acesso das outras sub-redes.

    3. Criar uma sub-rede privada.

    4. Crie um gateway de internet.

    Se você criar a VCN manualmente ou usando o assistente, deverá fazer o seguinte:

    1. Adicione regras de segurança à lista de segurança de sub-rede para permitir o acesso de outras sub-redes e conexões locais.
    2. Provisione um banco de dados como o armazenamento de dados JRF.
    3. Criar um segredo para a senha SYS do banco de dados.

  3. Implante a instalação do WebLogic Server com a pilha do Oracle Cloud Marketplace.

    Selecione a opção para provisionar um domínio JRF, se necessário, e especifique as informações para o banco de dados operacional (JRF) provisionado anteriormente.

  4. Provisione os bancos de dados de aplicativos necessários no Oracle Cloud Infrastructure e migre os bancos de dados locais para os bancos de dados de aplicativos do Oracle Cloud Infrastructure.
  5. Migrar cargas de trabalho usando um dos seguintes métodos:
    1. Migrar cargas de trabalho manualmente usando a Console do Administrador do WebLogic para implantar recursos e um dos seguintes métodos para implantar aplicativos:
      • Console do Administrador do WebLogic
      • Ferramentas de implantação do JDeveloper
    2. Migre cargas de trabalho usando o WLDT (WebLogic Deploy Tooling).
    3. Migre cargas de trabalho usando a Ferramenta de Script do WebLogic destinando scripts de implantação de aplicativo existentes para o novo domínio.