Capítulo 37 Movimento e migração de regiões com marcas lx (tarefas)

Este capítulo descreve como:

• Mover uma região com marca lx existente para um novo local na mesma máquina

• Validar o que acontecerá em uma migração de região com marca lx antes de a migração mesma ser executada.

• Migrar uma região com marca lx existente para uma nova máquina.

Movimento de uma região com marca lx

Este procedimento é usado para mover uma região para um novo local no mesmo sistema alterando o zonepath. A região deve estar parada. O novo zonepath deve estar em um sistema de arquivos local. Os critérios normais do zonepath descritos em Tipos de recurso e propriedade aplicam-se.

Como mover uma região

1. Torne-se superusuário ou assuma a função de administrador principal.

   Funções são descritas em Using the Solaris Management Tools With RBAC (Task Map) no System Administration Guide: Basic Administration.

2. Pare a região a ser movida, db-zone neste procedimento.

   global# zoneadm -z db-zone halt

3. Use o comando zoneadm com o subcomando move para mover a região [ara um novo zonepath, /export/zones/db-zone .

   global# zoneadm -z db-zone move /export/zones/db-zone

4. Verifique o caminho.

   global# zoneadm list -iv ID NAME STATUS PATH BRAND IP 0 global running / native shared - lx-zone installed /export/home/lx-zone lx shared - db-zone installed /export/zones/db-zone lx shared

Migração de uma região com marca lx para uma outra máquina

Sobre a migração de uma região com marca lx

Os comandos zonecfg e zoneadm podem ser usados para migrar uma região não global existente de um sistema para outro. A região é parada e desanexada do host atual. O zonepath é movido para o host de destino, onde é conectado.

Os seguintes requisitos aplicam-se à migração de uma região com marca lx:

• A região global no sistema de destino deve estar executando a mesma versão do Solaris que o host original.

• Para assegurar que a região seja executada adequadamente, o sistema de destino deve ter as mesmas versões dos pacotes e correções necessários do sistema operacional que foram instalados no host original.

• A marca deve ser a mesma que a do host original e a do sistema de destino.

• O sistema de destino deve ter um dos seguintes tipos de processador i686 com suporte:

  • Intel

    • Pentium Pro

    • Pentium II

    • Pentium III

    • Celeron

    • Xeon

    • Pentium 4

    • Pentium M

    • Pentium D

    • Pentium Extreme Edition

    • Núcleo

    • Núcleo 2

    AMD

    • Opteron

    • Athlon XP

    • Athlon 64

    • Athlon 64 X2

    • Athlon FX

    • Duron

    • Sempron

    • Turion 64

    • Turion 64 X2

O processo zoneadm detach cria as informações necessárias para anexar a região a um sistema diferente. O processo zoneadm attach verifica se a máquina de destino tem a configuração correta para hospedar a região. Uma vez que existem várias maneiras de tornar o zonepath disponível no novo host, o movimento real do zonepath de um sistema para outro é um processo manual executado pelo administrador global.

Quando anexada ao novo sistema, a região está no estado de instalada.

Como migrar uma região com marca lx

1. Torne-se superusuário ou assuma a função de administrador principal.

   Para criar a função e atribuí-la a um usuário, consulte Using the Solaris Management Tools With RBAC (Task Map) no System Administration Guide: Basic Administration .

2. Pare a região a ser migrada, lx-zone neste procedimento.

   host1# zoneadm -z lx-zone halt

3. Desanexe a região.

   host1# zoneadm -z lx-zone detach

   A região desanexada está agora no estado de configurada.

4. Mova o zonepath de lx-zone para o novo host.

   Para obter mais informações, consulte Como mover o zonepath para um novo host.

5. No novo host, configure a região.

   host2# zonecfg -z lx-zone

   Você verá a seguinte mensagem do sistema:

   lx-zone: No such zone configured Use 'create' to begin configuring a new zone.

6. Para criar a região lx-zone no novo host, use o comando zonecfg com a opção -a e o zonepath no novo host.

   zonecfg:lx-zone> create -a /export/zones/lx-zone

7. Exiba a configuração.

   zonecfg:lx-zone> info zonename: lx-zone zonepath: /export/zones/lx-zone brand: lx autoboot: false bootargs: pool: limitpriv: net: address: 192.168.0.90 physical: bge0

8. (Opcional) Faça ajustes na configuração conforme necessário.

   Por exemplo, o dispositivo físico de rede pode ser diferente no novo host, ou os dispositivos que fazem parte da configuração podem ter nomes diferentes no novo host.

   zonecfg:lx-zone> select net physical=bge0 zonecfg:lx-zone:net> set physical=e1000g0 zonecfg:lx-zone:net> end

9. Comprometa a configuração e saia.

   zonecfg:lx-zone> commit zonecfg:lx-zone> exit

10. Anexe a região no novo host.

    • Anexe a região com uma verificação de validação.

      host2# zoneadm -z lx-zone attach

      O administrador de sistema é notificado de ações necessárias a serem tomadas se uma ou ambas das seguintes condições estiverem presentes:

      • Pacotes e correções necessários estão ausentes na nova máquina.

      • Os níveis de software são diferentes entre as máquinas.

    • Force a operação de anexação sem executar a validação.

      host2# zoneadm -z lx-zone attach -F

      ---

      Cuidado –

      A opção -F permite que você force attach sem a execução de validação. Isto é útil em determinados casos, como em um ambiente agrupado ou para operações de backup e restauração, mas requer que o sistema seja adequadamente configurado para hospedar a região. Uma configuração incorreta pode resultar em um comportamento indefinido posteriormente.

      ---

Como mover o zonepath para um novo host

Existem várias maneiras de criar um arquivo do zonepath. Por exemplo, você pode usar os comando cpio ou pax descritos nas páginas do manual cpio(1)) e pax(1).

Existem também várias maneiras de transferir o arquivo para o novo host. O mecanismo usado para transferir o zonepath do host de origem para o destino depende da configuração local. Em alguns casos, como um SAN, os dados do zonepath podem na verdade não ser movidos. SAN pode simplesmente se reconfigurado, de modo que zonepath seja visível para o novo host. Em outros casos, o zonepath poderia ser gravado em fita, e a fita enviada para um novo site.

Por este motivos, esta etapa não é automatizada. O administrador de sistema deve escolher a técnica mais apropriada para mover o zonepath para o novo host.

1. Torne-se superusuário ou assuma a função de administrador principal.

   Para criar a função e atribuí-la a um usuário, consulte Using the Solaris Management Tools With RBAC (Task Map) no System Administration Guide: Basic Administration .

2. Mova o zonepath para o novo host. Você pode usar o método descrito neste procedimento ou usar outro método de sua escolha.

Exemplo 37–1 Arquivamento e movimento do zonepath com o uso do comando tar

1. Crie um arquivo tar do zonepath no host1 e transfira-o para o host2 usando o comando sftp.

   host1# cd /export/zones host1# tar cf lx-zone.tar lx-zone host1# sftp host2 Connecting to host2... Password: sftp> cd /export/zones sftp> put lx-zone.tar Uploading lx-zone.tar to /export/zones/lx-zone.tar sftp> quit

2. No host2, desempacote o arquivo tar.

   host2# cd /export/zones host2# tar xf lx-zone.tar

Para obter mais informações, consulte sftp(1) e tar(1).

Solução de problemas

Consulte Resolução de problemas com uma operação zoneadm attach para obter informações sobre resolução de problemas relacionados ao que se segue:

• Correções e pacotes estão fora de sincronia.

• As versões do sistema operacional não coincidem.

O usuário deve verificar se na nova máquina há suporte para o tipo de processador. Para obter mais informações, consulte Sobre a migração de uma região com marca lx.

Solaris 10 5/08: Sobre a validação da migração em uma região com marca lx antes que a migração seja realizada

Você pode realizar uma execução de avaliação antes que a região seja movida para a nova máquina, usando a opção “no execute”, -n.

O subcomando zoneadm detach é usado com a opção -n para gerar um manifesto em uma região em execução sem realmente desanexar a região. O estado da região no sistema de origem não é alterado. O manifesto da região é enviado para stdout. O administrador global pode direcionar essa saída para um arquivo ou inseri-lo em um comando remoto para que seja imediatamente validado no host de destino. O subcomando zoneadm attach é usado com a opção -n para ler esse manifesto e verificar se a máquina de destino tem a configuração correta para hospedar a região sem realmente fazer uma anexação.

A zona no sistema de destino não precisa ser configurada no novo host antes de uma anexação de execução de teste.

Solaris 10 5/08: Como validar a migração em uma região com marca lx antes que a migração seja realizada

É necessário ser administrador global na região global para executar este procedimento.

1. Torne-se superusuário ou assuma a função de administrador principal.

   Para criar a função e atribuí-la a um usuário, consulte Using the Solaris Management Tools With RBAC (Task Map) no System Administration Guide: Basic Administration .

2. Use um dos métodos seguintes.

   • Gere o manifesto em um host de origem chamado lx-zone e insira a saída em um comando remoto que validará imediatamente o host de destino:

     global# zoneadm -z lx-zone detach -n | ssh remotehost zoneadm attach -n -

     O hífen (—) no fim da linha especifica stdin para o caminho.

   • Gere o manifesto em um host de origem chamado lx-zone e direcione a saída para um arquivo:

     global# zoneadm -z lx-zone detach -n

     Copie o manifesto para o sistema do novo host como descrito em Como mover o zonepath para um novo host, e realize a validação:

     global# zoneadm attach -n path_to_manifest

     O caminho pode ser — para especificar stdin.