| 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)
Solaris 10 11/06: movendo uma zona não global
Solaris 10 11/06: migração de uma zona não global para uma máquina diferente
Como migrar uma zona não global
Como mover o zonepath para um novo host
Solaris 10 5/08: Sobre a validação de uma migração de zona antes que a migração seja realizada
Solaris 10 5/08: Como validar uma migração de zona antes que a migração seja realizada
Migração de uma zona de uma máquina que não é utilizável
Usando a atualização na anexação como uma solução de correção
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)
38. Administração e execução de aplicativos em zonas não nativas lx (Tarefas)
Observe que com o Solaris 10 versão 5/08, você pode fazer uma execução de avaliação da migração antes de realmente mover a zona para uma máquina diferente. Para obter mais informações, consulte Solaris 10 5/08: Sobre a validação de uma migração de zona antes que a migração seja realizada.
Novas informações foram adicionadas a esta seção a partir da versão Solaris 10 11/06.
Os comandos zonecfg e zoneadm podem ser usados para migrar uma zona não global existente de um sistema para outro. A zona é parada e desanexada do host atual. O zonepath é movido para o host de destino, onde é conectado.
As seguintes restrições se aplicam à migração de zona:
A zona global no sistema de destino deve estar executando a versão do Oracle Solaris igual ou mais recente que a do host de origem.
Para assegurar que a zona seja executada adequadamente, o sistema de destino deve ter versões dos seguintes pacotes e patches necessários do sistema operacional que foram instalados no host original.
Pacotes que entregam arquivos sob o recurso inherit-pkg-dir
Pacotes em que SUNW_PKG_ALLZONES=true
Outros pacotes e patches, como os para produtos de terceiros, podem ser diferentes.
Solaris 10 10/08: se o novo host possuir versões posteriores dos pacotes da zona dependente e seus patches associados, utilizar zoneadm attach com a opção -u atualiza esses pacotes dentro da zona para coincidir com o novo host. O software de atualização em anexo procura a zona que está sendo migrada e determina quais pacotes devem ser atualizados para que correspondam ao novo host. Somente estes pacotes são atualizados. O restante dos pacotes e dos patches associadas podem variar de uma zona para outra. Esta opção também ativa a migração automática entre classes de máquinas, como de sun4u a sun4v.
Solaris 10 9/10: se o novo host possuir versões posteriores dos pacotes e seus patches associados, utilizar zoneadm attach com a opção -U atualiza esses pacotes dentro da zona para corresponder ao que seria visto com a zona não global recém instalada nesse host. Todos os pacotes instalados na zona, mas não instalados na zona global são ignorados e deixados como estão. Esta opção também ativa a migração automática entre classes de máquinas, como de sun4u a sun4v.
Solaris 10 5/09: a opção -b pode ser usada para especificar as correções que serão retiradas da região antes da atualização.
O host e os sistemas de destino devem ter a mesma arquitetura de máquina, a menos que a opção -u seja usada, a qual pode ser usada para realizar migrações entre as classes de máquina sun4u e sun4v.
Solaris 10 5/09:a opção -b pode ser usada para especificar as correções, tanto oficial quanto Interim Diagnostics/Relief (IDR), que serão retiradas da região durante a anexação. Podem ser especificadas várias opções -b. Se por alguma razão nenhum dos patches puder ser retirado, o attach falhará e nenhum patch será retirado.
Esta opção se aplica somente a marcas de zona que usam empacotamento SVr4.
Para verificar a arquitetura da versão Solaris e da máquina, digite:
#uname -m
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.
É 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 .
host1# zoneadm -z my-zone halt
host1# zoneadm -z my-zone detach
A zona desanexada está agora no estado de configurada.
Para mais informações, consulte Como mover o zonepath para um novo host.
host2# zonecfg -z my-zone
Você verá a seguinte mensagem do sistema:
my-zone: No such zone configured Use 'create' to begin configuring a new zone.
zonecfg:my-zone> create -a /export/zones/my-zone
zonecfg:my-zone> info
zonename: my-zone
zonepath: /export/zones/my-zone
autoboot: false
pool:
inherit-pkg-dir:
dir: /lib
inherit-pkg-dir:
dir: /platform
inherit-pkg-dir:
dir: /sbin
inherit-pkg-dir:
dir: /usr
net:
address: 192.168.0.90
physical: bge0Por 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 no0
zonecfg:my-zone> select net physical=bge0 zonecfg:my-zone:net> set physical=e1000g0 zonecfg:my-zone:net> end
zonecfg:my-zone> commit zonecfg:my-zone> exit
host2# zoneadm -z my-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 my-zone attach -u
Dica - Solaris 10 10/08: Se o sistema de origem estiver executando um versão mais antiga do sistema Solaris, ele pode não gerar uma lista correta de pacotes quando a zona for desanexada. Para garantir que seja gerada a lista correta de pacotes no destino, você pode remover o arquivo SUNWdetached.xml de zonepath . A remoção deste arquivo fará com que uma nova lista de pacotes seja gerada pelo sistema de destino.
Isso não é necessário no Solaris 10 5/09 e versões posteriores.
host2# zoneadm -z my-zone attach -U
host2# zoneadm -z my-zone attach -u -b IDR246802-01 -b 123456-08
Note que você pode utilizar a opção -b independente das opção -u ou - U.
host2# zoneadm -z my-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 23-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 my-zone.tar my-zone host1# sftp host2 Connecting to host2... Password: sftp> cd /export/zones sftp> put my-zone.tar Uploading my-zone.tar to /export/zones/my-zone.tar sftp> quit
No host2, desempacote o arquivo tar.
host2# cd /export/zones host2# tar xf my-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.
Próximas etapas
Se você tiver copiado os dados em vez de reconfigurar um SAN, os dados do zonepath ainda estarão visíveis no host de origem mesmo que a zona agora esteja no estado configurado. Você pode remover manualmente o zonepath do host de origem após terminar de mover os dados para o novo host, ou pode reanexar a zona ao host de origem e usar o comando zoneadm uninstall para remover o zonepath.
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 my-zone detach -n | ssh remotehost zoneadm attach -n -
O hífen (—) no fim da linha especifica stdin para o caminho.
A validação é a saída da tela do host de origem, que é stdout.
global# zoneadm -z my-zone detach -n > filename
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.