Ignorar Links de Navegao | |
Sair do Modo de Exibio de Impresso | |
Guia de administração do sistema: gerenciamento de recursos do Oracle Solaris Containers e Oracle Solaris Zones Oracle Solaris 10 1/13 Information Library (Português (Brasil)) |
Parte I Gerenciamento de Recursos
1. Introdução ao gerenciador de recursos do Solaris 10
2. Projetos e tarefas (visão geral)
3. Administração de projetos e tarefas
4. Contabilidade estendida (Visão geral)
5. Administração da contabilidade estendida (tarefas)
6. Controles de Recursos (Visão Geral)
7. Administração de controles de recursos (Tarefas)
8. Fair share scheduler (visão geral)
9. Administração do fair share scheduler (tarefas)
10. Controle da memória física usando o resource capping daemon (visão geral)
11. Administração do resource capping daemon (tarefas)
12. Pools de recursos (Visão geral)
13. Criação e administração de pools de recursos (Tarefas)
14. Exemplo de configuração de gerenciamento de recurso
15. Funcionalidade do controle de recursos no Console de gerenciamento Solaris
16. Introdução ao Solaris Zones
17. Configuração de zona não global (Visão geral)
18. Planejamento e configuração de zonas não globais (Tarefas)
19. Sobre instalação, parada, clonagem e desinstalação de zonas não globais (Visão geral)
20. Instalação, inicialização, parada, desinstalação e clonagem de zonas não globais (Tarefas)
21. Login na zona não global (Visão geral)
22. Login em zonas não globais (Tarefas)
23. Movendo e migrando zonas não globais (Tarefas)
24. Oracle Solaris 10 9/10: migrando de um sistema Oracle Solaris físico para uma zona (Tarefas)
25. Sobre pacotes e patches em um sistema do Oracle Solaris com zonas instaladas (Visão geral)
27. Administração do Oracle Solaris Zones (Visão geral)
28. Administração do Oracle Solaris Zones (Tarefas)
29. Atualização de um sistema Oracle Solaris 10 com zonas não globais instaladas
30. Soluções diversas de problemas do Oracle Solaris Zones
Parte III 1x}Zonas não nativas
31. Sobre zonas não nativas e zonas não nativas do Linux
32. Planejamento da configuração da zona não nativa lx (Visão geral)
33. Configuração de zonas não nativas lx (Tarefas)
36. Login em zonas não nativas lx (Tarefas)
37. Movendo e migrando zonas não nativas lx (Tarefas)
Movendo uma zona não nativa lx
Migrando uma zona não nativa lx para outra máquina
Sobre a migração de uma zona não nativa lx
Como migrar uma zona não nativa lx
38. Administração e execução de aplicativos em zonas não nativas lx (Tarefas)
Os comandos zonecfg e zoneadm podem ser usados para migrar uma zona não nativa existente de um sistema para outro. A zona é 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 zona não nativa lx:
A zona global no sistema de destino deve estar executando a mesma versão do Oracle Solaris que o host original.
Para assegurar que a zona seja executada adequadamente, o sistema de destino deve ter as mesmas versões dos pacotes e patches 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 zona a um sistema diferente. O processo zoneadm attach verifica se a máquina de destino tem a configuração correta para hospedar a zona. 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 zona está no estado de instalada.
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 .
host1# zoneadm -z lx-zone halt
host1# zoneadm -z lx-zone detach
A zona desanexada está agora no estado de configurada.
Para obter mais informações, consulte Como mover o zonepath para um novo host.
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.
zonecfg:lx-zone> create -a /export/zones/lx-zone
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
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
zonecfg:lx-zone> commit zonecfg:lx-zone> exit
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 patches necessários estão ausentes na nova máquina.
Os níveis de software são diferentes entre as máquinas.
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 zona. Uma configuração incorreta pode resultar em um comportamento indefinido posteriormente. |
Existem várias maneiras de criar um arquivo do zonepath. Por exemplo, você pode usar os comando cpio ou pax descritos nas páginas man 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.
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 .
Exemplo 37-1 Arquivamento e movimento do zonepath com o uso do comando tar
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
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:
Patches 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 zona não nativa lx.
zona não nativa Você pode realizar uma execução de avaliação antes que a zona 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 zona em execução sem realmente desanexar a zona. O estado da zona no sistema de origem não é alterado. O manifesto da zona é 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 zona 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.
É necessário ser administrador global na zona global para executar este procedimento.
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 .
global# zoneadm -z lx-zone detach -n | ssh remotehost zoneadm attach -n -
O hífen (—) no fim da linha especifica stdin para o caminho.
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.