[AIX Solaris HP-UX Linux Windows]

Criando Perfis Customizados

Crie um perfil customizado para que você possa incluir servidores de aplicativos, clusters ou outros processos Java™, como um servidor de sistema de mensagens, em seu nó vazio. Também é possível utilizar a Ferramenta de Gerenciamento de Perfil para criar um perfil customizado.

Antes de Iniciar

Antes de utilizar a Ferramenta de Gerenciamento de Perfil, instale os arquivos do produto.

Configurações suportadas Configurações suportadas: O Ferramenta de Gerenciamento de Perfil é a interface gráfica com o usuário para o comando manageprofiles e é suportada apenas no AIX, Linux e Windows. No HP-UX, IBM® i e Solaris, use o comando manageprofiles em vez disso.sptcfg

Você deve fornecer espaço temporário de sistema suficiente para criar um perfil. Para obter informações, leia sobre os requisitos de sistema de arquivo para perfis.

Atenção: Ao ativar a Ferramenta de Gerenciamento de Perfil, a ferramenta poderá ser bloqueada na seguinte situação para um usuário não raiz: efetuar login em uma máquina como root, usar o utilitário SetPermissions para alterar o usuário de x para y. Suponha que você seja o usuário x e efetue login novamente na máquina. Ative a Ferramenta de Gerenciamento de Perfil, clique em Ferramenta de Gerenciamento de Perfil e clique em Criar. O próximo clique depois de clicar em Criar poderá bloquear a ferramenta.

Sobre Esta Tarefa

Após instalar os arquivos principais do produto para o produto WebSphere Application Server, Network Deployment, você deve criar um perfil. Este artigo descreve como criar um perfil customizado usando o Ferramenta de Gerenciamento de Perfil. Um perfil customizado é um nó vazio que pode ser customizado para incluir servidores de aplicativos, clusters ou outros processos Java, como um servidor de sistema de mensagens.

É possível também usar o comando manageprofiles para criar um perfil customizado. Consulte a descrição do comando manageprofiles para obter mais informações.

Os modelos para cada perfil estão localizados no diretório app_server_root/profileTemplates.

Existem vários diretórios nesse diretório, que correspondem a tipos de perfis diferentes e variam com o tipo de produto instalado. Os diretórios são os caminhos indicados ao usar o comando manageprofiles com a opção -templatePath. Você também pode especificar modelos que existem fora do diretório profileTemplates, se houver algum.

É possível especificar o parâmetro -templatePath no comando manageprofiles para obter uma descrição dos modelos disponíveis. Estes modelos também são descritos no tópico Conceitos de Perfil.

Por padrão o Ferramenta de Gerenciamento de Perfil federa um nó customizado quando você cria um perfil customizado. Federar o nó torna-o operacional. Você deve ter acesso a um gerenciador de implementação em execução para federar o nó. Caso contrário, é exibido um erro de conexão. Você poderá associar o nó posteriormente se não tiver acesso a um gerenciador de implementação em execução ou por qualquer outra razão.

Se o perfil customizado estiver em uma máquina que não possui um gerenciador de implementação, o gerenciador de implementação deverá ser acessível através da rede para suportar a federação do nó.

Você pode criar perfis com o Ferramenta de Gerenciamento de Perfil utilizando o processo de criação de perfil comum ou avançado. O processo de criação de perfil comum utiliza configurações padrão e designa valores de porta exclusivos. É possível opcionalmente definir valores conforme permitido. Para o processo de criação de perfil avançado, você pode aceitar os valores padrão ou especificar seus próprios valores.

Procedimento

  1. Instale o produto para criar os arquivos do produto principal.
  2. Inicie o Ferramenta de Gerenciamento de Perfil para criar um novo ambiente de tempo de execução.
    É possível utilizar uma das maneiras a seguir para iniciar a ferramenta.
    • No final da instalação, selecione a caixa de opções para ativar a Ferramenta de Gerenciamento de Perfil.
    • Emita o comando para abrir o WebSphere Customization Toolbox diretamente a partir de um prompt de comando; em seguida, abra o Ferramenta de Gerenciamento de Perfil.
    • Selecione a opção WebSphere Customization Toolbox no console do First Steps; em seguida, abra o Ferramenta de Gerenciamento de Perfil.
    • [Windows]Use o menu Iniciar para acessar o WebSphere Customization Toolbox; em seguida, abra o Ferramenta de Gerenciamento de Perfil.
    • [Linux]Use os menus do sistema operacional Linux que são usados para iniciar programas para iniciar o WebSphere Customization Toolbox; em seguida, abra o Ferramenta de Gerenciamento de Perfil.
  3. Clique em Criar na guia Perfis para criar um novo perfil.

    A guia Perfis contém uma lista de perfis que foram criados em sua máquina. Nenhuma ação pode ser feita em um perfil selecionado, a menos que o perfil possa ser aumentado. O botão Aumentar fica esmaecido, a menos que um perfil selecionado possa ser aumentado.

    A ferramenta exibe o painel Seleção de Ambiente.

  4. Selecione o perfil customizado e clique em Avançar.

    O painel Opções de Criação do Perfil é exibido.

  5. Selecione Criação de perfil típico ou Criação de perfil avançado e clique em Avançar.

    A opção Criação de Perfil Típico cria um perfil que utiliza as definições de configuração padrão. Com a opção Criação de Perfil Avançado, você pode especificar seus próprios valores de configuração para um perfil.

  6. Se você selecionou Criação de Perfil Típico, vá para a etapa sobre federação do nó.
  7. Se você tiver selecionado Criação de Perfil Avançado, especifique o nome do perfil customizado e o diretório de perfil no painel Nome e Local do Perfil, ou aceite os padrões e clique em Avançar.
    Diretrizes de Nomenclatura do Perfil: Caracteres de byte duplo são suportados. O nome do perfil pode ser qualquer nome exclusivo com as seguintes restrições. Não utilize nenhum dos caracteres a seguir ao nomear seu perfil:
    • Espaços
    • Caracteres especiais que não são suportados no nome de um diretório em seu sistema operacional, como *&?
    • Barras (/) ou (\)

    O perfil padrão

    O primeiro perfil criado em uma máquina é o perfil padrão. O perfil padrão é o destino padrão para os comandos que são emitidos a partir do diretório bin na raiz da instalação do produto. Quando existe somente um perfil em uma máquina, todos os comandos funcionam no único processo do servidor da configuração. Você pode tornar um outro perfil o padrão quando criar esse perfil, marcando Tornar este perfil o padrão no painel Nome e Local do Perfil do caminho Criação de Perfil Avançado. Você também pode tornar um outro perfil o padrão utilizando o comando manageprofiles depois de criar o perfil.

    Endereçando um perfil em um ambiente de vários perfis

    Quando existem vários perfis em uma máquina, determinados comandos requerem que você especifique o perfil ao qual o comando se aplicará se o perfil não for o padrão. Esses comandos utilizam o parâmetro -profileName para identificar qual perfil endereçar. Você pode achar mais fácil utilizar os comandos que estão no diretório bin de cada perfil.

    Utilize esses comandos para consultar o shell de comando a fim de determinar o perfil de chamada e endereçar esses comandos ao perfil de chamada.

    Informações de perfil padrão

    O nome do perfil padrão é <profile_type><profile_number>:
    • <profile_type> é um valor de AppSrv, Dmgr, Custom, AdminAgent, JobMgr ou SecureProxySrv.
    • <número_do_perfil> é um número sequencial usado para criar um nome de perfil exclusivo

    [AIX][Linux]O diretório de perfil padrão é app_server_root/profiles, em que app_server_root é a raiz da instalação.

    [Windows]O diretório de perfil padrão é app_server_root\profiles, em que app_server_root é a raiz da instalação.

    A ferramenta exibe o painel Nomes do Nó e do Host.

  8. Especifique as características do nó e do host para o perfil customizado e clique em Avançar.

    Se você planeja migrar uma instalação anterior do WebSphere Application Server, Network Deployment para o Versão 9.0, use o mesmo nome de célula para o gerenciador de implementação do Versão 9.0 que foi usado para a versão anterior da célula. Um nome de célula deve ser exclusivo em qualquer circunstância em que o produto esteja em execução na mesma máquina física ou cluster de máquinas, como um sysplex. Além disso, um nome de célula deve ser exclusivo em qualquer circunstância em que a conectividade de rede entre entidades seja requerida entre as células ou de um cliente que deve se comunicar com cada uma das células. Os nomes de célula também deverão ser exclusivos se seus espaços de nomes estiverem associados. Caso contrário, você pode encontrar sintomas, como um erro javax.naming.NameNotFoundException, nesse caso, crie células denominadas exclusivamente.

    Após migrar a célula, os nós gerenciados da versão anterior são agora gerenciados pelo gerenciador de implementação do Versão 9.0 no modo de compatibilidade. É possível migrar nós gerenciados individuais na célula para o Versão 9.0. Para isso, é necessário criar um perfil do Versão 9.0 com o mesmo nome do nó que o nó gerenciado da versão anterior.

    Nomes reservados: Evite usar nomes de pasta reservados como valores do campo. A utilização de nomes de pastas reservados pode causar resultados imprevisíveis. Os termos a seguir são nomes de pasta reservados:
    • cells
    • nodes
    • servers
    • clusters
    • applications
    • deployments
    Tabela 1. Características do Perfil Customizado.

    Esta tabela mostra as características do perfil customizado.

    Nome do Campo Valor Padrão Restrições Descrição
    Nome de nó
    shortHostNameNodeNumber
    onde:
    • shortHostName é o nome do host abreviado
    • NodeNumber é um número sequencial que começa com 01
    Evite utilizar termos reservados.

    Utilize um nome exclusivo na célula do gerenciador de implementação.

    Se você planeja migrar um nó gerenciado de uma versão anterior, use o mesmo nome do nó para esse perfil customizado do Versão 9.0.

    O nome é utilizado para administração na célula do gerenciador de implementação na qual o perfil customizado é incluído. Utilize um nome exclusivo na célula do gerenciador de implementação.

    Após migrar uma versão anterior de uma célula do gerenciador de implementação para um gerenciador de implementação do Versão 9.0, é possível migrar os perfis customizados da versão anterior que estão em execução no modo de compatibilidade no gerenciador de implementação do Versão 9.0.

    Nome do Host

    A forma completa do nome do DNS (servidor de nomes de domínio).

    O nome do host deve ser endereçável através de sua rede. Utilize o nome DNS real ou o endereço IP de sua máquina para ativar a comunicação com sua máquina. Consulte informações adicionais sobre o nome do host após esta tabela.
    Considerações sobre o caminho do diretório:

    [Windows]O número de caracteres no diretório profiles_directory_path\profile_name deve ser menor ou igual a 80 caracteres.

    Considerações sobre o nome do host:

    O nome do host é o nome da rede para a máquina física na qual o nó está instalado. O nome do host deve indicar um nó de rede física no servidor. Quando há várias placas de rede no servidor, o nome do host ou o endereço IP deve indicar uma das placas de rede. Os nós remotos utilizam o nome do host para conexão e comunicação com esse nó. É importante selecionar um nome de host que outras máquinas possam acessar em sua rede. Não utilize o identificador genérico, localhost, para esse valor. Além disso, não tente instalar os produtos do WebSphere Application Server em uma máquina com um nome de host que utilize caracteres de um DBCS (Conjunto de Caracteres de Byte Duplo). Caracteres DBCS não são suportados quando utilizados no nome do host.

    Se você definir nós coexistentes no mesmo computador com endereços IP exclusivos, defina cada endereço IP em uma tabela de consulta de DNS (servidor de nomes de domínio). Os arquivos de configuração de servidores de aplicativos independentes não fornecem resolução de nome de domínio para vários endereços IP em uma máquina com um único endereço de rede.

    O valor especificado para o nome do host é utilizado como o valor da propriedade hostName em documentos de configuração do servidor de aplicativos independente. Especifique o valor do nome do host em um dos formatos a seguir:
    • Cadeia do nome completo do host DNS (Domain Name Servers), como xmachine.manhattan.ibm.com
    • Cadeia do nome abreviado do host DNS padrão, como xmachine
    • Endereço IP numérico, como 127.1.255.3

    O nome completo do host DNS tem as vantagens de ser flexível e não ter ambiguidade. Você tem a flexibilidade de alterar o endereço IP real do sistema host sem precisar alterar a configuração do servidor de aplicativos. Esse valor para o nome do host é especialmente útil se você planeja alterar o endereço IP com frequência ao utilizar o DHCP (Dynamic Host Configuration Protocol) para atribuir endereços IP. Uma desvantagem desse formato é a dependência do DNS. Se o DNS não estiver disponível, a conectividade ficará comprometida.

    O nome abreviado do host também pode ser resolvido dinamicamente. Um formato de nome abreviado tem a função adicional de ser redefinido no arquivo de hosts local para que o sistema possa executar o servidor de aplicativos, mesmo quando desconectado da rede. Para executar desconectado, defina o nome abreviado como o endereço de auto-retorno, 127.0.0.1, no arquivo de hosts. Uma desvantagem desse formato é uma dependência do DNS para o acesso remoto. Se o DNS não estiver disponível, a conectividade ficará comprometida.

    Um endereço IP numérico tem a vantagem de não requerer uma resolução de nome por meio do DNS. Um nó remoto pode conectar-se ao nó denominado com um endereço IP numérico sem o DNS estar disponível. Uma desvantagem desse formato é que o endereço IP numérico é fixo.

    Após especificar características do perfil customizado, a ferramenta exibe o painel Federação.

  9. Se a segurança administrativa estiver ativada para o gerenciador de implementação, especifique o nome do host e a porta SOAP do gerenciador de implementação e o nome de usuário e a senha para o gerenciador de implementação. Clique em Avançar.
    Após a federação, o processo no perfil customizado é o processo de agente do nó. O processo de agente do nó é o agente do gerenciador de implementação para o nó customizado. O agente do nó responde a comandos do gerenciador de implementação para executar tarefas que incluem as seguintes ações:
    • Criar processos do servidor de aplicativos, clusters e membros de cluster
    • Iniciar e parar os processos do servidor de aplicativos
    • Sincronizar configurações entre a edição atual no gerenciador de implementação e a cópia que existe no nó
    • Excluir processos do servidor de aplicativos
    Consulte a seção de administração do sistema no centro de informações para obter mais informações sobre agentes de nós e suas tarefas.

    Você deve federar o nó?

    A recomendação é que você federe o nó customizado nesse momento. O gerenciador de implementação deve estar em execução e acessível quando você clicar em Avançar no painel Federação para federar o nó customizado. Se o perfil customizado estiver em uma máquina que não tem um gerenciador de implementação, será necessário então que o gerenciador de implementação esteja em execução e acessível por meio da rede, para permitir a federação do nó. Se o gerenciador de implementação não estiver sendo executado ou não estiver acessível antes de você clicar em Avançar, mas for possível iniciá-lo e torná-lo acessível nesse momento, faça isso. Caso contrário, selecione a caixa de opção Associar o Nó Posteriormente.

    Se você não estiver certo de que o gerenciador de implementação está em execução ou acessível, não associe agora. Associe o nó quando puder verificar a disponibilidade do gerenciador de implementação.

    Existe a possibilidade de que o gerenciador de implementação seja reconfigurado para utilizar a chamada de método remoto (RMI) não padrão como o conector Java Management Extensions (JMX) preferencial. Clique em Administração do Sistema > Gerenciador de Implementação > Serviços Administrativos no console administrativo do gerenciador de implementação para verificar o tipo de conector preferido.

    Se o RMI for o conector JMX preferido, você deverá usar o comando addNode para associar o perfil customizado posteriormente. Utilize o comando addNode para poder especificar o tipo de conector JMX e a porta RMI.

    Se o gerenciador de implementação utilizar o tipo de conector SOAP JMX padrão, especifique o nome do host e a porta SOAP e federe o nó agora para criar um nó funcional que pode ser customizado.

    Federando quando o gerenciador de implementação não está disponível

    Se você associar um nó customizado quando o gerenciador de implementação não estiver sendo executado ou não estiver acessível, uma mensagem de erro será exibida. Se o gerenciador de implementação se tornar indisponível durante o processo de criação de perfil, o indicador de instalação nos logs será INSTCONFFAIL, para indicar uma falha completa. O perfil customizado resultante não pode ser utilizado. Você deve excluir o perfil. Leia sobre a exclusão de um perfil para obter mais informações.

    Se você optar por federar agora, e tiver selecionado anteriormente Criação de Perfil Avançado, o painel Certificado de Segurança será exibido em seguida. Vá para a etapa em criando e importando certificados.

    Caso contrário, o painel Resumo de Criação de Perfil será exibido para a opção de criação de perfil típico. Vá para a etapa em criando o perfil customizado.

  10. Crie um certificado pessoal padrão e um certificado de assinatura raiz, ou importe um certificado pessoal e um de assinatura raiz dos arquivos de armazenamento de chaves, e clique em Avançar.

    É possível criar ambos os certificados, importá-los ou criar um e importar o outro.

    Boas Práticas Boas Práticas: Ao importar um certificado pessoal como padrão, importe o certificado raiz que assinou o certificado pessoal. Caso contrário, o Ferramenta de Gerenciamento de Perfil incluirá o signatário do certificado pessoal no arquivo trust.p12.bprac

    Se você importar o certificado pessoal padrão ou o certificado de assinatura raiz, especifique o caminho e a senha, e selecione o tipo e o alias do armazenamento de chaves para cada certificado que importar.

  11. Verifique se as informações de certificado estão corretas e clique em Avançar.

    Se você criar os certificados, poderá usar os valores padrão ou modificá-los para criar novos certificados. O certificado pessoal padrão é válido por um ano por padrão e assinado pelo certificado de assinatura raiz. O certificado de assinatura raiz é um certificado autoassinado que é válido por 15 anos por padrão. A senha do armazenamento de chaves padrão para o certificado de assinatura raiz é WebAS. Você deve alterar a senha. A senha não pode conter caractere de byte duplo (DBCS), porque determinados tipos de armazenamento de chaves, incluindo PKCS12, não suportam esses caracteres. Os tipos de keystore que são suportados dependem dos provedores no java.security .

    Quando você cria ou importa um ou ambos os certificados, os arquivos de armazenamento de chaves criados são key.p12, trust.p12, root-key.p12, default-signers.p12, deleted.p12 e ltpa.jceks. Todos esses arquivos têm a mesma senha quando os certificados são criados ou importados, que é a senha padrão ou a senha especificada. O arquivo key.p12 contém o certificado pessoal padrão. O arquivo trust.p12 contém o certificado de signatário do certificado raiz padrão. O arquivo root-key.p12 contém o certificado de assinatura raiz. O arquivo default-signer.p12 contém certificados de assinante que são incluídos em qualquer novo arquivo que você cria após o servidor estar instalado e em execução. Por padrão, o signatário do certificado raiz padrão e um certificado signatário do DataPower estão no arquivo de armazenamento de chaves default-signer.p12. O arquivo de armazenamento de chaves deleted.p12 é utilizado para conter os certificados excluídos com a tarefa deleteKeyStore para que possam ser recuperados, se necessário. O arquivo ltpa.jceks contém as chaves LTPA (Lightweight Third-Party Authentication) padrão do servidor que os servidores em seu ambiente utilizam para se comunicarem uns com os outros.

    Um certificado importado é incluído no arquivo key.p12 ou root-key.p12.

    Se você importar qualquer certificado que não contiver as informações desejadas, clique em Voltar para importar outro certificado.

    Após a exibição dos painéis Certificado de Segurança, a ferramenta exibirá o painel Portas se você selecionou anteriormente Criação de Perfil Avançado.

  12. Verifique se as portas no perfil customizado são exclusivas, ou intencionalmente conflitantes, e clique em Avançar.

    Resolução de conflito de porta

    Se você suspeitar de um conflito de porta, poderá investigá-lo após a criação do perfil. Determine as portas que são utilizadas durante a criação do perfil, examinando os arquivos a seguir.
    • [AIX][Linux]arquivo profile_root/properties/portdef.props
    • [Windows]profile_root\properties\portdef.props file
    Incluídos nesse arquivo estão as chaves e os valores utilizados na configuração das portas. Se você descobrir conflitos de porta, poderá redesignar as portas manualmente. Para redesignar portas, execute o arquivo updatePorts.ant utilizando o script ws_ant.

    O painel Resumo de Criação do Perfil é exibido.

  13. Clique em Criar para criar o perfil customizado ou clique em Voltar para alterar as características do perfil customizado.

    Se você escolheu anteriormente associar o nó customizado no painel Federação, o gerenciador de implementação tinha que estar em execução e acessível. O gerenciador de implementação deve estar em execução e acessível quando você clicar em Criar. Se você achar que o gerenciador de implementação talvez não esteja mais em execução ou esteja inacessível, inicie o gerenciador de implementação e torne-o acessível, ou torne-o acessível se já estiver em execução.

    O painel Progresso da Criação de Perfil,que mostra os comandos de configuração que estão em execução, é exibido.

    Quando a criação do perfil for concluída, a ferramenta exibirá o painel Criação de Perfil Concluída.

  14. Opcionalmente, selecione Ativar o Console de Primeiras Etapas. Clique em Concluir para sair.

    Com o console do First Steps, é possível criar perfis adicionais e iniciar o servidor de aplicativos.

Resultados

Você criou um perfil customizado. O nó no perfil está vazio até você federar o nó e utilizar o gerenciador de implementação para customizar o nó.

A estrutura de diretório mostra a nova pasta de perfil dentro do diretório de perfis. A pasta do perfil terá o mesmo nome do perfil que você criou.

Consulte a descrição do comando manageprofiles para aprender como criar um perfil usando um comando em vez do Ferramenta de Gerenciamento de Perfil.

A Ferramenta de Gerenciamento de Perfil cria um registro durante a criação do perfil. Os registros estão no diretório install_dir/logs/manageprofiles. Os arquivos são nomeados neste padrão: manageprofiles_create_profile_name.log.

O que Fazer Depois

Federe o nó na célula do gerenciador de implementação se ainda não tiver feito isso quando criou o nó. Em seguida, utilize o gerenciador de implementação para criar um servidor de aplicativos no nó.

Implemente um aplicativo para iniciar.

Consulte sobre os atalhos do produto para iniciar os aplicativos de implementação.


Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tpro_instancesmngdnode
Nome do arquivo: tpro_instancesmngdnode.html