Executar Lift and Shift para Atualizações de Pré-Exportação

É aconselhável e às vezes necessário preparar uma VM para o Private Cloud Appliance fazendo alterações na VM no sistema de origem original. Execute as etapas de atualização pré-exportação a seguir em um clone do sistema de origem, não na VM original.

Atenção:

Operam em um clone da imagem de produção no sistema de origem. Isso protege o ambiente de produção e fornece um fallback conhecido se o processo precisar ser repetido. Use um método fornecido pelo sistema de origem para clonar uma VM.

Por exemplo, no Oracle VM e no Private Cloud Appliance 2.4, selecione a VM na guia Servidores e VMs, clique com o botão direito do mouse e selecione Clonar. Em todos os casos, interrompa a VM de origem para garantir que o clone tenha conteúdo de disco consistente.

Patch para o Nível Atual do Sistema Operacional

Atualize a VM clone para o nível de patch atual do mesmo SO.

As instruções dependem do sistema operacional convidado. Por exemplo, yum update para o nível de patch mais recente do Oracle Linux 7 ou 8, ou pkg update no Solaris 11.4 ou Windows Update no Microsoft Windows. Reinicialize após a aplicação de patches para garantir a operação adequada após a aplicação de patches.

Isso garante que os drivers de dispositivo mais recentes estejam disponíveis e evita riscos de bugs fechados recentemente e exposições de segurança.

Observação:

A Oracle recomenda o seguinte se você estiver atualmente no Oracle Linux 6 ou anterior:

  • Mude para uma versão atual do Oracle Linux para garantir que os drivers de dispositivo apropriados para PCA X9-2 estejam instalados e inclua correções de bugs e aprimoramentos.
  • Execute uma nova instalação do sistema operacional em vez de um elevador e turno.

Alterar dispositivos de rede virtual para DHCP

A rede virtual da VM convidada pode exigir várias alterações para funcionar após a instalação no Private Cloud Appliance.

O Private Cloud Appliance usa o DHCP para fornecer um endereço de rede para as novas instâncias. Como várias instâncias podem ser clonadas da mesma imagem, faz sentido designar novos endereços MAC e IP quando cada instância é criada.

Observação:

  1. O endereço IP adquirido pelo DHCP quando a instância é criada é estável.
  2. O endereço IP visível para a instância é um endereço IP privado em uma rede virtual na nuvem (VCN). A instância é acessada de fora do Private Cloud Appliance usando uma camada NAT (Network Address Translation). Consulte a guia Rede na descrição da instância do Compute Enclave para ver os endereços IP privados e públicos.

No Linux, edite o arquivo /etc/sysconfig/network-scripts/ifcfg-NICNAME, remova as linhas HWADDR ou MACADDR e defina BOOTPROTO="dhcp". Como alternativa, você pode usar a ferramenta gráfica fornecida com sua distribuição. Além disso, remova os arquivos /etc/udev/rules.d/70-persistent-ipoib.rules e /etc/udev/rules.d/70-persistentnet.rules, se houver. Esses arquivos contêm endereços MAC que não correspondem à nova instância. Eles são recriados automaticamente, se necessário.

Remover Ferramentas e Drivers Específicos do Exalogic

Siga estas instruções para remover componentes do SO do Exalogic.

  1. Remova o RPM InfiniBand usado com o Exalogic infinibus-N.N.x86_64.
  2. Remova ou remova os arquivos de definição de rede dos dispositivos Infiniband:
    # cd /mnt/sysimage/etc/sysconfig/network-scripts
    # rm ifcfg-ib0.0004; rm ifcfg-ib1.0004
  3. Remova o componente OFED:
    # /usr/sbin/ofed_uninstall.sh --force
  4. Desligue e reinicialize.
  5. Traga as máquinas virtuais e configure redes virtuais para seus padrões de datacenter, criando arquivos /etc/sysconfig/network-scripts/ifcfg-eth* para ativar as redes pública e privada da VM. Elas devem ser diferentes das VMs do Exalogic para permitir testes paralelos.

Se você estiver usando o WebLogic, conecte-se à console do Oracle WebLogic Server e desative os aprimoramentos do Exalogic revertendo as etapas usadas para ativá-los para o Exalogic, em particular desativando o Socket Direct Protocol (SDP). Essa é uma prática recomendada para o Exalogic e não é compatível com Private Cloud Appliance. Consulte o guia Oracle Fusion Middleware Enterprise Deployment for Exalogic vinculado na seção Explore Mais.

Quando as VMs do Exalogic são idênticas, exceto hostname e IP address, você pode interromper a VM e cloná-la para membros adicionais do cluster de aplicativos. Inicialize cada VM, por sua vez, para alterar seu hostname e address para torná-los exclusivos.

Instalar Recursos de Kernel e Driver do Linux para o Private Cloud Appliance

O sistema operacional pode precisar ter drivers de dispositivo VirtIO explicitamente incluídos no momento da inicialização.

Observação:

Se o hipervisor de origem for KVM, você já terá os drivers certos para o Private Cloud Appliance.
  1. Opcionalmente, você pode fazer backup de kernels antes de executar dracut. Por exemplo: mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak
  2. Use o comando dracut para adicionar drivers de dispositivo a initramfs. Por exemplo: dracut --force -N ou dracut -N --regenerateall.
    • A opção -N desativa o modo somente host, que cria um initramfs somente para o host atual. Esta opção produz uma imagem genérica.
    • Se você estiver executando em uma versão muito antiga do Linux que não tem a opção -N, liste especificamente os módulos do kernel necessários para o Private Cloud Appliance X9-2. Por exemplo: dracut --add-drivers 'sg sd_mod virtio virtio_pci virtio_ring virtio_scsi'.
    • A opção --regenerate-all gera novamente initramfs para todas as versões do kernel em /boot, não apenas para a inicializada no momento. Isso é útil para o Oracle Linux garantir que os kernels UEK e RHCK obtenham os drivers necessários, independentemente dos quais estejam atualmente inicializados.
    • A opção --force sobrepõe o arquivo initramfs atual já presente.

Você pode ver os arquivos initramfs atualizados em /boot. Eles serão maiores do que as versões anteriores por causa dos drivers de dispositivo adicionados.

Se você omitir a etapa dracut, poderá executá-la na primeira vez que a instância for iniciada no Private Cloud Appliance X9-2.

  1. Faça log-in no Enclave de Computação.
  2. Selecione a instância e estabeleça conexão com a console.
  3. Selecione a linha de resgate no menu Grub.
  4. Se a inicialização falhar antes de você selecionar a inicialização de resgate, execute uma ação Redefinir na instância no Enclave de Computação.
  5. Após a inicialização da instância, faça log-in e execute os comandos dracut.

Opcionalmente, instale os kits de ferramentas de inicialização

Você é incentivado a instalar o kit de ferramentas cloud-init (Linux).

Esses kits de ferramentas são métodos independentes do fornecedor padrão do setor para inicialização de instâncias entre plataformas. Eles ajudam a identificar que a instância da nuvem está em execução durante a inicialização, leem qualquer metadata fornecido na nuvem e inicializam o sistema adequadamente. Eles são capazes de converter de ssh baseado em senha para usar uma troca de pares de chaves. Consulte a seção 6.4 do Guia do Usuário do Oracle Private Cloud Appliance para obter mais informações.

No Oracle Linux, instale os pacotes cloud-init e oci-utils adequados para sua distribuição Linux. Use o seguinte para o Oracle Linux 8:

# dnf install yum-utils
# yum-config-manager --enable ol8_addons
# dnf install cloud-init oci-utils

Em seguida, ssh na instância iniciada com userid opc sem uma senha, usando a troca de pares de chaves descrita nas referências citadas.

Preparar inicialização e sistema de arquivos

A imagem contém apenas o disco de inicialização, portanto desative todos os serviços e aplicativos de tempo de inicialização que necessitem de outros discos.

As referências a sistemas de arquivos que não são de inicialização devem ser removidas até que sejam recriadas posteriormente. Se a imagem de inicialização se referir a outros discos para permuta, /tmp ou /var/logs, eles deverão ser movidos temporariamente para o volume de inicialização.

Siga estas etapas no Linux:

  1. Edite /etc/fstab.
  2. Remova entradas para montagens do sistema de arquivos que não estejam no disco de inicialização.
  3. Certifique-se de que as partições do disco de inicialização não sejam referenciadas diretamente por nomes de dispositivos como /dev/xvda.
  4. Em vez delas, use LABEL= ou UUID=.
  5. As referências a dispositivos LVM não precisam ser modificadas se você estiver se referindo ao disco de inicialização.
  6. Execute o comando pvs para garantir que o único volume físico LVM (PV) seja o volume de inicialização.
  7. Se um grupo de volumes (VG) estiver em outros volumes físicos, ele deverá ser comentado em /etc/fstab.

Se um volume lógico consistir tanto na inicialização quanto em outros discos, a migração será mais complicada e estará fora do escopo desta solução.

Desative todos os serviços ou aplicativos que sejam iniciados no momento da inicialização e que exijam uma configuração completa, pois a inicialização inicial no Private Cloud Appliance X9-2 não terá o ambiente operacional completo.