1. Importar Cargas de Trabalho para o Oracle Private Cloud Appliance
  2. Executar Atualizações de Pré-Exportação

Executar 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.

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.

No Solaris, use o comando ipadm. Por exemplo: 

# ipadm delete-addr net0/v4
# ipadm create-addr -T dhcp net0/v4

No Windows, use o Painel de Controle ou Configurações.

Remover Drivers e Ferramentas de Máquina Virtual

Se você estiver migrando de VMware ou Oracle VM ou VirtualBox, remova os drivers e ferramentas de paravirtualização associados do clone. A imagem funcionará com as ferramentas e os drivers instalados, embora você possa ver mensagens de erro no momento da inicialização ou durante o login, de modo que isso é opcional.

Por exemplo, você pode remover os drivers do Oracle VM Paravirtualization (PV) para o Microsoft Windows localizando os drivers no Painel de Controle e clicando com o botão direito do mouse e selecionando Desinstalar.

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.

Instalar os Recursos de Kernel e Driver do Solaris 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 PCA.
  1. A Oracle recomenda enfaticamente aos usuários do Solaris 11 que façam upgrade para o Solaris 11.4, que é um procedimento simples e altamente compatível. Mova os ambientes Solaris 10 criando zonas não globais com marca Solaris 10 em uma instância do Solaris 11.4. Isso permite que o ambiente Solaris 10 se beneficie dos drivers modernos de kernel e dispositivo.
  2. Atualize o Solaris 11.4 para a SRU mais recente usando o comando pkg update e inicializando no novo ambiente de inicialização.

Instale os drivers VirtIO do Windows

Será necessário instalar recursos de kernel e driver para o Oracle Private Cloud Appliance. É possível fazer download do My Oracle Support ou do Oracle Software Delivery Cloud. Veja como obtê-los para sistemas operacionais Windows.

Para Oracle Software Delivery Cloud:

  1. Faça log-in no Oracle Software Delivery Cloud.
  2. Na Lista de Todas as Categorias, selecione Release.
  3. Digite o Oracle Linux e clique em Pesquisar.
  4. Selecione DLP: Oracle Linux N.N.0.0.0 ( Oracle Linux ). Os valores de N serão diferentes à medida que novas versões forem disponibilizadas.
  5. Clique em Continuar.
  6. Na coluna Plataformas/Idiomas, selecione x86 64 bits na lista e clique em Continuar.
  7. Aceite os Termos e Restrições Padrão da Oracle e clique em Continuar.
  8. Clique no nome do arquivo que tem a descrição Oracle VirtIO Drivers for Microsoft Windows, version N.N.N para fazer download dos drivers. A versão atual nesta gravação é V1009702-01.zip. O número da versão mudará à medida que novas versões forem entregues.
  9. Faça download do arquivo zip para sua VM do Windows.
  10. Instale os drivers extraindo o zip e, em seguida, clicando duas vezes no arquivo de Configuração. Quando a operação for concluída, reinicie e faça shutdown.

Para fazer download do My Oracle Support:

  1. Efetue Sign-in no My Oracle Support.
  2. Selecione a guia Patches e Atualizações.
  3. No painel Pesquisa de Patch, no campo Nome ou Número do Patch, digite 27637937 e clique em Pesquisar. Não selecione nenhuma das opções de Plataforma.
  4. Clique no Nome do Patch à esquerda de Oracle VirtIO driver version N.N.N. Por exemplo, versão 2.0.1.
  5. Na página Detalhes do Patch, clique em Download.
  6. Instale os drivers extraindo o zip e, em seguida, clicando duas vezes no arquivo de Configuração. Quando a operação for concluída, reinicie e faça shutdown.

Opcionalmente, Instalar kits de ferramentas de inicialização

Você é estimulado a instalar os kits de ferramentas cloud-init (Linux) ou cloudbase-init (Solaris, Windows).

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

No Solaris, emita pkg install cloudbase-init conforme descrito no documento Novidades do Installation and Software Management Features Solaris 11.4.

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.

As etapas anteriores desativam a autenticação baseada em senha. Se você quiser continuar usando a autenticação ssh baseada em senha no sistema de destino para garantir que ele opere como a plataforma de origem, ela poderá ser reativada antes da exportação editando /etc/cloud.cfg e adicionando a linha: 

ssh_pwauth: 1

Como alternativa, você pode fazer isso antes da exportação comentando a seguinte linha em /etc/ssh/sshd_config: 

# PasswordAuthentication no

Em instâncias do Windows, use cloudbase-init, conforme descrito na documentação Cloudbase-init.

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.

Siga estas etapas no Solaris:

  1. Edite /etc/vfstab.
  2. Remova as montagens que não estiverem no disco de inicialização.
  3. Execute o comando zpool export $POOLNAME para pools ZFS não raiz. Geralmente, esses são pools ZFS diferentes de rpool.

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.