Executar Elevação e Turno 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 seguintes etapas de atualização de pré-exportação em um clone do sistema de origem, não na VM original.

Cuidado:

Opere 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 seu 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 Atualização do Windows no Microsoft Windows. Reinicialize após a aplicação de patches para garantir a operação adequada após a aplicação do patch.

Isso garante que os drivers de dispositivos mais recentes estejam disponíveis e evita o risco 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 em versões anteriores:

  • 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 uma elevação e um turno.

Alterar dispositivos de rede virtual para DHCP

A rede virtual da VM convidada pode exigir várias alterações para funcionar depois de ser instalada 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 Enclave de Computação para ver endereços IP privados e públicos.

No Linux, edite o arquivo /etc/sysconfig/network-scripts/ifcfg-NICNAME e 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 presentes. 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 Exalogic.

  1. Remova o RPM InfiniBand usado com o Exalogic infinibus-N.N.x86_64.
  2. Remova ou afaste 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. Trazer as máquinas virtuais e configurar redes virtuais para seus padrões de datacenter, criando arquivos /etc/sysconfig/network-scripts/ifcfg-eth* para criar as redes públicas e privadas da VM. Elas devem ser diferentes das VMs do Exalogic para permitir testes paralelos.

Se você estiver usando WebLogic, conecte-se à console do Oracle WebLogic Server e desative as melhorias do Exalogic revertendo as etapas usadas para ativá-las para o Exalogic, em particular desativando o Protocolo Direto de Soquete (SDP). Esta é uma prática recomendada para o Exalogic e não é suportada para o Private Cloud Appliance. Consulte o guia Oracle Fusion Middleware Enterprise Deployment for Exalogic vinculado na seção Explorar Mais.

Quando as VMs do Exalogic forem idênticas que não sejam hostname e IP address, você poderá interromper a VM e cloná-la para membros adicionais do cluster de aplicativos. Inicialize cada VM, por sua vez, para alterar hostname e address a fim de torná-las exclusivas.

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

O sistema operacional pode precisar que os drivers do dispositivo VirtIO sejam explicitamente incluídos no momento da inicialização.

Observação:

Se o hypervisor de origem for KVM, você já terá os drivers certos para o Private Cloud Appliance.
  1. Você pode opcionalmente 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 tenha a opção -N, liste especificamente os módulos de 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 a inicializada no momento. Isso é útil para o Oracle Linux para garantir que os kernels UEK e RHCK obtenham os drivers necessários, independentemente do que está sendo inicializado no momento.
    • 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 que as versões anteriores devido aos 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 login no Compute Enclave.
  2. Selecione a instância e conecte-se à 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, Instalar kits de ferramentas de inicialização

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

Esses kits de ferramentas são métodos independentes de fornecedor e padrão do setor para inicialização de instância entre plataformas. Eles ajudam a identificar que a instância da nuvem está em execução durante a inicialização, ler qualquer metadata fornecido pela nuvem e inicializar o sistema de acordo. Eles são capazes de converter de ssh baseado em senha para usar uma troca de par 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 do 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 quaisquer serviços e aplicativos de tempo de inicialização que requeiram outros discos.

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

Siga estas etapas em Linux:

  1. Edite /etc/fstab.
  2. Remova as entradas das 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 pelos nomes do dispositivo, como /dev/xvda.
  4. Em vez dele, use LABEL= ou UUID=.
  5. As referências a dispositivos LVM não precisam ser modificadas se você estiver fazendo referência 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 em ambos os discos de inicialização e outros, a migração será mais complicada e fora do escopo desta solução.

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