Incluindo, Gerenciando e Removendo Nós
É possível incluir um nó, selecionar o protocolo de descoberta para um nó, definir uma propriedade customizada para o nó, parar servidores em um nó e remover um nó.
Antes de Iniciar
Um nó é um agrupamento de servidores gerenciados ou não gerenciados. É possível incluir nós gerenciados e não gerenciados na topologia do WebSphere Application Server. Se você incluir um novo nó para um WebSphere Application Server existente na célula de implementação de rede, inclua um nó gerenciado. Se você criar um novo nó na topologia para gerenciar servidores da web ou servidores que não são do WebSphere Application Server, inclua um nó não gerenciado.
É possível recuperar um nó gerenciado existente de uma célula do gerenciador de implementação. Uma das opções para incluir um nó gerenciado permite recuperar rapidamente um nó danificado. A opção é semelhante ao parâmetro -asExistingNode parameter do comando addNode.
Para visualizar informações sobre nós e nós gerenciados, use a página Nós. Para acessar a página Nós, clique em Administração do Sistema > Nós na árvore de navegação do console administrativo.
Sobre Esta Tarefa
É possível gerenciar nós em um servidor de aplicativos por meio da ferramenta de script wsadmin, por meio das APIs (interfaces de programação de aplicativos) Java™ ou por meio do console administrativo. Execute as seguintes tarefas para gerenciar nós em um servidor de aplicativos por meio do console administrativo.
- Inclua um nó.
- Selecione o protocolo de descoberta.
- Defina uma propriedade customizada para um nó.
- Especifique um kit de desenvolvimento de software padrão para servidores em um nó.
- Sincronize a configuração do nó.
- Pare os servidores em um nó.
- Recupere um nó gerenciado existente de uma célula do gerenciador de implementação.
- Remova um nó.
- Visualize os Recursos do Nó.
![[Windows]](../images/windows.gif)
Procedimento
- Inclua um nó.
- Vá para a página Nós e clique em Adicionar Nó.
- Na página Incluir Nó, escolha se desejar incluir um nó gerenciado ou não gerenciado, e clique em Avançar.
- Para um nó gerenciado, conclua as seguintes ações.
Verifique se um servidor de aplicativos está em execução no host remoto para o nó que você está incluindo.
Verifique se um servidor de aplicativos está em execução no host para o nó que você está incluindo.
- Especifique um nome do host, tipo de conector e porta para o servidor de aplicativos no nó que você está incluindo. Execute um dos seguintes conjuntos de ações listados na tabela:
Tabela 1. Ações do Nó Gerenciado. Execute o conjunto de ações apropriado para o seu ambiente do produto. Se o gerenciador de implementação estiver em E o nó incluído na célula estiver em Execute o conjunto de ações apropriado: A plataforma distribuída ou a plataforma do IBM® i
A plataforma distribuída ou a plataforma IBM i
Como opção, especifique um grupo de nós e um grupo principal. Clique em OK.
Um sistema z/OS
Um sistema z/OS está no mesmo sysplex que o gerenciador de implementação
Como opção, especifique um grupo de nós e um grupo principal. Clique em OK.
Um sistema z/OS
Um sistema z/OS que está em um sysplex diferente do gerenciador de implementação
Especifique um grupo de nós que contenha nós do mesmo sysplex que o nó que você está incluindo. Se esse grupo de nós não existir, crie um grupo de nós e, em seguida, especifique esse grupo de nós. Como opção, especifique um grupo principal. Clique em OK.
A plataforma distribuída ou a plataforma IBM i Um sistema z/OS Especifique um grupo de nós que contém nós do mesmo sysplex que o nó que agora você está incluindo. Se esse grupo de nós não existir, crie um grupo de nós e, em seguida, especifique esse grupo de nós. Como opção, especifique um grupo principal. Clique em OK. Um sistema z/OS A plataforma distribuída ou a plataforma IBM i Especifique um grupo de nós que contém nós distribuídos. Se esse grupo de nós não existir, crie um grupo de nós e, em seguida, especifique esse grupo de nós. Como opção, especifique um grupo principal. Clique em OK. Para que a opção do grupo de nós seja exibida, um grupo diferente do grupo de nós padrão deve ser primeiramente criado. Da mesma forma, para a opção do grupo principal ser exibida, um grupo diferente do grupo principal padrão deve primeiro ser criado.
Para nós gerenciados, uma outra página do console administrativo é exibida em um sistema operacional Windows. Especifique na página se você deseja registrar o agente do nó para execução como um serviço do Windows.
Se a segurança estiver ativada, você pode, como opção, digitar o nome do usuário e a senha do sistema operacional local sob os quais você executará o serviço. Se você não especificar um nome do usuário e uma senha, o serviço será executado sob a identidade do sistema local. Ao executar a remoção do nó, o agente de nó tem o registro removido como um serviço do Windows.
- Para um nó não gerenciado, na página Nós > Novo, especifique um nome de nó, um nome de host e uma plataforma para o novo nó. Clique em OK.
Junte nós do WebSphere Application Server para z/OS subsequentes a partir do mesmo sysplex no mesmo grupo de nós Sysplex. Se você incluir WebSphere Application Server para nós z/OS a partir de diferentes sysplexes na mesma célula, estabeleça um grupo de nós sysplex separado para os nós de cada sysplex.
Ao concluir esta etapa, você terá incluído um ou mais nós.Ambos, Internet Protocol Version 4 (IPv4) e Internet Protocol Version 6 (IPv6) são agora suportados pelo WebSphere Application Server, mas há restrições ao usar IPv4 e IPv6 na mesma célula. Ao incluir um nó em uma célula, o formato no qual você especifica o nome é baseado na versão do IP que o nó está utilizando. Para obter detalhes, consulte Considerações sobre a Versão de IP para Células.
Evitar Problemas: Quando nós são incluídos enquanto a segurança LDAP é ativada, a seguinte exceção é gerada no log System.out do gerenciador de implementação sob certas circunstâncias. Se isto ocorrer, reinicie o gerenciador de implementação para resolver o problema.
gotcha0000004d ORBRas E com.ibm.ws.security.orbssl.WSSSLClientSocketFactoryImpl createSSLSocket ProcessDiscovery : 0 JSSL0080E: javax.net.ssl.SSLHandshakeException - O cliente e o servidor não puderam negociar o nível de segurança desejado. Reason?com.ibm.jsse2.util.h: Nenhum certificado confiável foi localizado
- Selecione o protocolo de descoberta.
Se o protocolo discovery utilizado por um nó não for apropriado para o nó, selecione o protocolo apropriado.
- Na página Nós, clique no nó para acessar a página de configuração de nós.
- Selecione um valor para Discovery protocol.
- Clique em OK.
UDP (User Datagram Protocol) é mais rápido que TCP (Transmission Control Protocol). No entanto, TCP é mais confiável do que UDP, pois UDP não garante o fornecimento dos datagramas ao destino. O padrão de TCP é o valor recomendado.
Para um agente de nó ou um gerenciador de implementação, utilize TCP ou UDP.
Um processo gerenciado utiliza multicast como seu protocolo de descoberta. O protocolo de descoberta é determinado para um processo gerenciado. O principal benefício de utilizar multicast em processos gerenciados é a eficiência para o agente do nó. Suponha que você possui quarenta servidores em um nó. Um agente de nó que utiliza multicast envia uma difusão para todos os quarenta servidores. Se um agente de nó não utilizar multicast, ele enviará consultas de descoberta para todos os processos gerenciados, um de cada vez, totalizando quarenta envios. Os benefícios adicionais de utilizar multicast são que você não precisa configurar a porta de descoberta para cada servidor ou impedir conflitos de porta, pois todos os servidores de um nó atendem em uma porta em vez de em uma porta para cada servidor.
No sistema operacional Windows, multicast requer um roteador. Se você executar o produto em um sistema operacional Windows, mas a máquina na qual está o Application Server não estiver conectada à rede, o endereço multicast não será compartilhado com os servidores de aplicativos.
- Defina uma propriedade customizada para um nó.
- Na página Nós, clique no nó para o qual deseja definir uma propriedade customizada.
- Na página de configurações de nós, clique em Propriedades Customizadas.
- Na página Coleta de Propriedades, clique em Novo.
- Na página Configurações de Propriedade Customizada, especifique um par nome-valor e uma descrição para a propriedade e clique em OK.
- Especifique um kit de desenvolvimento de software
padrão para um nó.
É possível selecionar o kit de desenvolvimento de software (SDK) padrão para um nó na página SDKs do Java do console administrativo. A página lista todos os kits de desenvolvimento de software que estão instalados no nó. Um nó pode ter um SDK padrão. Os servidores do nó usam o SDK padrão, a não ser que um servidor substitua a seleção do SDK e especifique um SDK diferente.
- Acesse a página SDKs Java. Clique em Administração do Sistema > Nós > node_name > SDKs Java.
- Na página SDKs Java, marque a caixa de seleção para o SDK que deseja que os servidores no nó usem, e clique em Tornar Padrão.
- Sincronize a configuração do nó.
Depois de incluir um nó gerenciado ou alterar a configuração de um nó gerenciado, sincronize a configuração do nó. Na página Agentes do Nó, assegure-se de que o agente do nó esteja em execução. Em seguida, na página Nós, marque a caixa de seleção para o nó cujos arquivos de configuração você deseja sincronizar e clique em Sincronizar ou em Ressincronização Completa.
Clicar em uma dessas opções envia um pedido ao agente de nó para que o nó execute uma sincronização da configuração imediatamente, em vez de aguardar a ocorrência de uma sincronização periódica. Essa ação é importante se a sincronização automática da configuração estiver desativada ou se o intervalo de sincronização estiver configurado para um tempo longo e uma alteração de configuração for feita no repositório da célula que precisa replicar para o nó. As configurações para a sincronização automática estão na página Serviço de Sincronização do Arquivo.
Sincronizar solicita que uma operação de sincronização do nó seja executada utilizando o algoritmo de otimização normal da sincronização. Essa operação é rápida, mas pode não corrigir problemas de edições manuais do arquivo que ocorrem no nó. Ainda é possível que a configuração do nó e da célula esteja fora de sincronização depois dessa operação ser executada.
Ressincronização Completa limpa todas as configurações de otimização da sincronização e executa uma nova sincronização da configuração, portanto, não há incompatibilidade entre a configuração do nó e da célula depois dessa operação ser executada. Essa operação pode levar mais tempo do que a operação Sincronizar.
Os nós não gerenciados não podem ser sincronizados.
- Pare os servidores em um nó.
Na página Nós, marque a caixa de seleção para o nó gerenciado cujos servidores dos quais deseja parar a execução, e clique em Parar.
- Recupere um nó gerenciado existente de uma célula do gerenciador de implementação.
É possível recuperar um nó danificado existente usando uma das opções para inclusão de um nó gerenciado. O nó deve estar no nível do gerenciador de implementação.
- Certifique-se de que o nó danificado existente não esteja em execução. Pare o agente do nó e todos os servidores de aplicativos que residem no nó.
- Crie um perfil para substituir o nó danificado e dê a ele os mesmos nomes de perfil e de nó.
Por exemplo, suponha que o nó myNode01 que tem o nome de perfil AppSrv01 pare de funcionar. Para substituí-lo por um novo nó, crie um perfil do servidor de aplicativos chamado AppSrv01 para o nó myNode01.
- Inicie o novo nó, ou servidor de aplicativos, que você deseja usar para substituir o nó danificado.
- Use a página Recuperar Nó Gerenciado para substituir o nó danificado na célula pelo novo nó.
- No console administrativo do gerenciador de implementação, clique em Administração do Sistema > Nós > Incluir Nó > Recuperar um Nó Existente > Avançar.
- Para Host, especifique o nome de host ou o endereço IP do nó a ser incluído na célula. O valor do host pode ser um endereço IP, um nome do servidor de nomes de domínio (DNS) resolvido em um endereço IP ou a palavra localhost, se o servidor de aplicativos estiver sendo executado na mesma máquina que o gerenciador de implementação.
- Para o Tipo de conector JMX, selecione o tipo de conectoresJava Management Extensions (JMX) que se comunicam com o produto ao executar um script.
- Para Porta do Conector JMX, especifique o número da porta do conector JMX do novo nó.
É possível localizar o número da porta no console do novo nó do servidor de aplicativos. Clique em Servidores > Tipos de Servidor > Servidores de Aplicativos do WebSphere > server_name > Portas. Por exemplo, para um tipo de porta do conector SOAP, especifique o valor SOAP_CONNECTOR_ADDRESS para o número da porta do conector JMX.
Além disso, é possível localizar o número da porta no arquivo serverindex.xml do novo perfil, que está substituindo o perfil danificado. O arquivo serverindex.xml está no diretório profiles/new_profile_name/config/cells/cell_name/nodes/node_name. Por exemplo, para um tipo de porta do conector SOAP, especifique o valor de porta que está associado a endPointName="SOAP_CONNECTOR_ADDRESS" no arquivo serverindex.xml.
- Especifique valores para os campos restantes conforme necessário e clique em OK.
Em vez de usar a página Recuperar Nó Gerenciado do console para recuperar um nó, é possível executar o comando addNode com a opção -asExistingNode a partir de uma linha de comandos, no diretório bin do perfil do servidor de aplicativos danificado. O nome do novo nó deve corresponder ao nome do nó no qual o comando addNode é executado com a opção -asExistingNode.
A opção -asExistingNode do comando addNode também pode ser usada para mover um nó para uma instalação do produto em um computador diferente mas no mesmo caminho, para mover um nó para uma instalação do produto em um sistema operacional diferente ou com um caminho diferente, ou para criar novas células a partir de uma célula modelo. Consulte o tópico sobre a recuperação e a movimentação de nós com o comando addNode -asExistingNode.
- Remova um nó.
Na página Nós, marque a caixa de seleção para o nó que você deseja excluir, e clique em Remover Nó. Se você não puder remover o nó clicando em Remover Nó, remova o nó da configuração, clicando em Forçar Exclusão.
- Visualize os Recursos do Nó.
Revise os recursos do nó, como a versão do produto, por meio do console administrativo. Também é possível consultá-los por meio da API (Application Programming Interface) do Servidor de Aplicativos ou da ferramenta wsadmin.
As versões do produto do WebSphere Application Server são as seguintes: A edição base do WebSphere Application Server está listada na coluna de versão como Base. O produto WebSphere Application Server, Network Deployment está listado na coluna de versão como ND.
O que Fazer Depois
Se tiver alterado uma configuração do nó, examine as mudanças na configuração.
Subtópicos
Recuperando ou Movendo Nós com o Comando addNode -asExistingNode
É possível usar a opção -asExistingNode do comando addNode para recuperar e mover nós de um gerenciador de implementação. Usando a opção -asExistingNode, associe um novo nó customizado a um gerenciador de implementação como um nó existente. Durante a federação, o produto usa informações na configuração principal do gerenciador de implementação para transformar o nó customizado no nó existente.Coleção de Nós
Use essa página para gerenciar os nós no ambiente do WebSphere Application Server. Os nós agrupam servidores gerenciados. A tabela lista os nós gerenciados e não-gerenciados da célula. O primeiro nó é o gerenciador de implementação. Inclua novos nós na célula e na lista, clicando em Incluir Nó.Definições de Nós
Utilize esta página para visualizar ou alterar a configuração ou as configurações de topologia de uma instância do nó gerenciado ou uma instância do nó não gerenciado.Incluir um Nó Baseado em Windows como um Serviço do Windows
Utilize essa página para executar o agente de nó como um serviço do Windows.Incluir Configurações de Nó Gerenciado
Um nó gerenciado é um nó com um servidor de aplicativos e um agente de nó que pertence a uma célula do gerenciador de implementação. Utilize esta página para incluir um nó de servidor de aplicativos em uma célula do gerenciador de implementação.Recuperar Configurações de Nó Gerenciado
Use essa página para recuperar um nó gerenciado existente de uma célula do gerenciador de implementação. O nó deve estar no nível do gerenciador de implementação.Propriedades de Instalação do Nó
Utilize esta página para visualizar propriedades de instalação de leitura para este nó. Essas propriedades fornecem informações sobre os recursos do nó que são coleçãodos durante a instalação do produto, como nome do sistema operacional, arquitetura e versão, ou os níveis do produto WebSphere Application Server que estão instalados no nó.Coleção Java SDK
Use esta página para especificar o software development kit (SDK) padrão para um nó. Esta página relaciona os kits de desenvolvimento de software que estão instalados no nó. Um nó pode ter um SDK padrão. Servidores no nó usam o SDK padrão a não ser que um servidor substitua a seleção de SDK e especifique um SDK diferente.Recuperando ou Movendo Nós com o Comando addNode -asExistingNode
É possível usar a opção -asExistingNode do comando addNode para recuperar e mover nós de um gerenciador de implementação. Usando a opção -asExistingNode, associe um novo nó customizado a um gerenciador de implementação como um nó existente. Durante a federação, o produto usa informações na configuração principal do gerenciador de implementação para transformar o nó customizado no nó existente.Coleção de Nós
Use essa página para gerenciar os nós no ambiente do WebSphere Application Server. Os nós agrupam servidores gerenciados. A tabela lista os nós gerenciados e não-gerenciados da célula. O primeiro nó é o gerenciador de implementação. Inclua novos nós na célula e na lista, clicando em Incluir Nó.Definições de Nós
Utilize esta página para visualizar ou alterar a configuração ou as configurações de topologia de uma instância do nó gerenciado ou uma instância do nó não gerenciado.Incluir um Nó Baseado em Windows como um Serviço do Windows
Utilize essa página para executar o agente de nó como um serviço do Windows.Incluir Configurações de Nó Gerenciado
Um nó gerenciado é um nó com um servidor de aplicativos e um agente de nó que pertence a uma célula do gerenciador de implementação. Utilize esta página para incluir um nó de servidor de aplicativos em uma célula do gerenciador de implementação.Recuperar Configurações de Nó Gerenciado
Use essa página para recuperar um nó gerenciado existente de uma célula do gerenciador de implementação. O nó deve estar no nível do gerenciador de implementação.Propriedades de Instalação do Nó
Utilize esta página para visualizar propriedades de instalação de leitura para este nó. Essas propriedades fornecem informações sobre os recursos do nó que são coleçãodos durante a instalação do produto, como nome do sistema operacional, arquitetura e versão, ou os níveis do produto WebSphere Application Server que estão instalados no nó.Coleção Java SDK
Use esta página para especificar o software development kit (SDK) padrão para um nó. Esta página relaciona os kits de desenvolvimento de software que estão instalados no nó. Um nó pode ter um SDK padrão. Servidores no nó usam o SDK padrão a não ser que um servidor substitua a seleção de SDK e especifique um SDK diferente.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tagt_svr_conf_nodes
Nome do arquivo: tagt_svr_conf_nodes.html