Componentes de configuração da zona não nativa lx

Esta seção trata dos seguintes componentes:

• Recursos e propriedades de zona que podem ser configuradas usando-se o comando zonecfg

• Recursos incluídos na configuração por padrão

Nome e caminho de zona em uma zona não nativa lx

É necessário escolher um nome e um caminho para a zona.

Inicialização automática de zona em uma zona não nativa lx

A configuração da propriedade autoboot determina se a zona é inicializada automaticamente quando uma zona global é inicializada.

Associação de pool de recursos em uma zona não nativa lx

Se você configurou pools de recursos no sistema como descrito no Capítulo 13, Criação e administração de pools de recursos (Tarefas), pode usar a propriedade pool para associar a zona a um dos pools de recursos ao configurar a zona.

Se pools de recursos não estiverem configurados, você ainda poderá especificar que um subconjunto dos processadores do sistema seja dedicado a uma zona não global quando estiver em execução ao usar o recurso dedicated-cpu. O sistema criará dinamicamente um pool temporário para uso enquanto a zona estiver em execução.

Especificação do recurso dedicated-cpu

O recurso dedicated-cpu especifica que um subconjunto dos processadores do sistema deve ser dedicado a uma zona não global enquanto estiver em execução. Quando a zona for inicializada, o sistema criará dinamicamente um pool temporário para uso enquanto a zona estiver em execução.

O recurso dedicated-cpu define limites para ncpus e, opcionalmente, para importance.

ncpus

Especifique o número de CPUs ou especifique um intervalo, como 2-4 CPUs. Se você especificar um intervalo porque deseja um comportamento dinâmico do pool de recursos, faça também o seguinte:

• Defina a propriedade importance.

• Ative o serviço de pool de recursos dinâmicos conforme descrito em Ativação e desativação do recurso de pools.

importance

Se estiver utilizando um intervalo de CPU para atingir o comportamento dinâmico, defina também a propriedade importance. A propriedade importance, que é opcional, define a importância relativa do pool. Esta propriedade é necessária somente quando você especifica um intervalo para ncpus e usa pools de recursos dinâmicos gerenciados por poold. Se poold não estiver em execução, importance será ignorado. Se poold estiver em execução e importance não estiver definido, importance assumirá 1 como padrão. Para obter mais informações, consulte Restrição da propriedade pool.importance.

Oracle Solaris 10 5/08: Especificando o recurso capped-cpu

O recurso capped-cpu oferece um limite absoluto na quantidade de recursos da CPU que podem ser consumidos por um projeto ou uma zona. O recurso capped-cpu possui uma única propriedade ncpus que é um decimal positivo com dois dígitos à direita do decimal. Esta propriedade corresponde a unidades de CPUs. O recurso não aceita um intervalo. O recurso não aceita um número decimal. Ao especificar ncpus, um valor 1 significa 100% de uma CPU. Um valor 1,25 significa 125% pois 100% corresponde a uma CPU completa no sistema.

Classe de agendamento em uma zona

Você pode usar o fair share scheduler (FSS) para controlar a alocação dos recursos de CPU disponíveis entre zonas, com base na importância destas. Essa importância é expressa pelo número de compartilhamentos de recursos de CPU que você atribui a cada zona.

Quando você define explicitamente a propriedade cpu-shares, o fair share scheduler (FSS) é usado como a classe de agendamento para essa zona. No entanto, a forma preferida de usar o FSS neste caso é definir o FSS para ser a classe de agendamento padrão do sistema com o comando dispadmin. Dessa forma, todas as zonas irão se beneficiar de um compartilhamento justo dos recursos de CPU do sistema. Se cpu-shares não estiver definido para uma zona, a zona usará a classe de agendamento padrão do sistema. As seguintes ações definem a classe de agendamento para uma zona:

• Você pode usar a propriedade scheduling-class em zonecfg para definir a classe de agendamento para a zona.

• Você pode definir a classe de agendamento para uma zona através de pools de recursos. Se a zona estiver associada a um pool cuja propriedade pool.scheduler esteja definida como uma classe de agendamento válida, os processos executados na zona serão executados nessa classe de agendamento por padrão. Consulte Introdução a pools de recursos e Como associar um pool a uma classe de agendamento.

• Se o controle de recurso cpu-shares estiver definido e o FSS não foi definido como a classe de agendamento para a zona através de outra ação, zoneadmd definirá a classe de agendamento como FSS quando a zona for inicializada.

• Se a classe de agendamento não estiver definida através de qualquer outra ação, a zona herdará a classe de agendamento padrão do sistema.

Observe que você pode usar o priocntl descrito na página man priocntl(1) para mover processos em execução para uma classe de agendamento diferente sem alterar a classe de agendamento padrão e sem reinicializar.

Recurso capped-memory

zona não nativa O recurso capped-memory define limites para memória física, de permuta e bloqueada. Cada limite é opcional, mas pelo menos um deve ser definido.

• Determine valores para este recurso, se planejar limitar memória para a zona usando rcapd na zona global. A propriedade physical do recurso capped-memory é usada por rcapd como valor max-rss para a zona.

• A propriedade swap do recurso capped-memory é a forma preferida de definir o controle de recurso zone.max-swap.

• A propriedade locked do recurso capped-memory é a forma preferida de definir o controle de recurso zone.max-locked-memory.

Para obter mais informações, consulte o Capítulo 10, Controle da memória física usando o resource capping daemon (visão geral), Capítulo 11, Administração do resource capping daemon (tarefas) e Como configurar a zona não nativa lx.

Interfaces de rede de zona em uma zona não nativa lx

Somente configurações de rede IP compartilhada têm suporte em uma zona não nativa lx.

Cada zona que requer conectividade de rede deve ter um ou mais endereços IP dedicados. Esses endereços são associados a interfaces de rede lógica. Interfaces de rede configuradas pelo comando zonecfg serão automaticamente definidas e colocadas na zona quando esta for inicializada. Ao começar com a versão Oracle Solaris 10 10/08, como opção, você pode definir o roteador padrão da interface de rede através da propriedade defrouter.

Sistemas de arquivos montados em uma zona não nativa lx

Geralmente, os sistemas de arquivos montados em uma zona incluem o seguinte:

• O conjunto de sistemas de arquivos montados quando a plataforma virtual é inicializada

• O conjunto de arquivos de sistemas montados a partir da própria zona

Isso pode incluir, por exemplo, os seguintes sistemas de arquivos:

• automount-montagens acionadas

• Montagens executadas explicitamente por um administrador de zonas

Determinadas restrições são colocadas em montagens executadas a partir do ambiente do aplicativo. Essas restrições impedem que o administrador de zonas negue serviços ao restante do sistema, de outra forma exercendo impacto negativo nas outras zonas.

Há restrições de segurança associadas à montagem de determinados sistemas de arquivos a partir de uma zona. Outros sistemas de arquivos apresentam comportamento especial quando montados em uma zona. Para obter mais informações, consulte Sistemas de arquivos e zonas não globais.

Controles de recursos gerais de zona em uma zona não nativa lx

O método preferido, mais simples, para definir um controle de recursos geral de zona é usar o nome da propriedade em vez do recurso rctl. Esses limites são especificados para as zonas globais e não globais.

O administrador global também pode definir controles de recursos de zona privilegiados para uma zona usando o recurso rctl.

Os controles de recursos de zona limitam o uso total de recursos de todas as entidades de processamento dentro de uma zona. Esses limites são especificados para zonas globais e não globais usando-se o comando zonecfg. Para obter instruções, consulte Como configurar a zona não nativa lx.

Os seguintes controles de recursos estão disponíveis atualmente:

Tabela 32-1 Controles de recursos de zona

Privilégios configuráveis em uma zona não nativa lx

A propriedade limitpriv é utilizada para especificar uma máscara de privilégio diferente da configuração padrão predefinida. Quando uma zona é inicializada, um conjunto padrão de privilégios é incluído na configuração da marca. Esses privilégios são considerados seguros porque eles impedem que um processo privilegiado na zona afete processos em outras zonas não globais no sistema ou na zona global. Você pode usar a propriedade limitpriv para fazer o seguinte:

• Adicionar ao conjunto de privilégios padrão, tendo em conta que tais alterações podem fazer com que os processos de uma zona afetem os processos de outras zonas por serem capazes de controlar um recurso global.

• Remover do conjunto de privilégios padrão, tendo em conta que tais alterações podem impedir que alguns processos funcionem corretamente, se requererem que esses privilégios sejam executados.

Para obter mais informações, consulte Privilégios definidos em zonas não nativas lx, Privilégios em uma zona não global e privileges(5).

Recurso attr em uma zona não nativa lx

Você pode usar o tipo de recurso attr para possibilitar o acesso a um dispositivo de áudio presente na zona global. Para obter instruções, consulte a Etapa 12 de Como configurar, verificar e comprometer a zona não nativa lx..

Você também pode adicionar um comentário para uma zona usando o tipo de recurso attr.