Um cluster é um conjunto de servidores de aplicativos gerenciado conjuntamente para equilibrar a carga de trabalho.
Antes de Iniciar
Antes de criar um cluster:
- Revise o conteúdo do tópico "Gerenciamento de Carga de Trabalho e Clusters", especialmente as informações sobre como configurar pesos de cluster.
- Decida se deseja que pedidos de enterprise beans sejam roteados para o nó no qual
o cliente reside.
- Decida se deseja utilizar replicação de memória para memória de HTTP.
- Determine as definições de configuração apropriadas para
o primeiro membro do cluster. Uma cópia do primeiro membro de cluster que você
cria é armazenada como parte dos dados de cluster e torna-se o modelo
para todos os membros de cluster adicionais que você criar.
- Decida em qual nó deseja que o primeiro membro do cluster resida.
Sobre Esta Tarefa
É possível querer criar um cluster se precisar:
- Equilibrar seus pedidos de cliente em vários servidores de aplicativos.
- Fornecer um ambiente altamente disponível para seus aplicativos.
Um cluster permite que você gerencie um grupo de servidores de aplicativos como uma única unidade e distribua pedidos de cliente entre os servidores de aplicativos que são membros do cluster.
Se você planejar criar um
cluster dos servidores que se estende por vários sistemas em um sysplex e que possua
beans de sessão com preservação de estado com uma política de ativação de Transação implementada,
o diretório de passivação deverá residir em um HFS (Hierarchical File System) que
seja compartilhado por vários sistemas no sysplex nos quais os servidores em cluster
estão sendo executados.
Para criar um
cluster:
Procedimento
- No console administrativo, clique em . O assistente Criar um Novo Cluster é iniciado.
- Especifique um nome para o cluster.
- Opcional:
Especifique um nome abreviado para o cluster. Para servidores em cluster, o ambiente de aplicativos WLM é o valor padrão para o nome abreviado do cluster. Se você especificar um nome abreviado para um cluster, o nome:
- Deve ter de um a oito caracteres de comprimento.
- Deve conter apenas caracteres alfanuméricos ou do idioma nacional.
- Não pode começar com um número.
- Deve ser exclusivo na célula.
- Não pode ser o mesmo que o valor especificado na propriedade customizada ClusterTransitionName de qualquer servidor
não armazenado em cluster. Não especifique um nome de transição
de cluster para um servidor que faça parte de um cluster.
Evitar Problemas: Se você especificar um nome abreviado, certifique-se de configurar um perfil de
classe do RACF SERVER que inclua esse nome abreviado.
gotcha
- Selecione Preferir Local se você quiser ativar a otimização de rota com escopo definido do host. Esta opção é ativada por padrão.
Quando esta opção
for ativada, se possível, os pedidos EJB serão roteados para o host do cliente. Essa opção aprimora o desempenho, pois os pedidos dos cientes são enviados aos beans corporativos locais.
Configurações suportadas: Se ativar a otimização de preferLocal, o gerenciador de implementação deve estar sendo executado para afetar a configuração. Se o gerenciador de implementação for encerrado, a otimização preferLocal não será executada e os pedidos podem ser dispersos por todos os membros do cluster.
sptcfg
- Selecione Configurar Replicação de Memória para Memória da Sessão HTTP se quiser um domínio de replicação de memória para memória criado para esse cluster. O domínio da replicação recebe o mesmo nome que o cluster e é configurado com as definições padrão para um domínio de replicação.
Quando as configurações padrão estão em vigor, uma única réplica é criada para cada dado e a criptografia é desativada. Além disso, o contêiner da Web para cada membro de cluster é configurado para replicação memória-a-memória.
Se o cluster do WAS tiver a replicação Memória para Memória da sessão
ativada, o arquivo de configuração de plug-in para esse cluster de servidores
deverá ter a propriedade GetDWLMTable configurada como true.
Lembre-se: Configure
a propriedade GetDWLMTable usando a caixa de seleção no console
administrativo em vez de usar a propriedade customizada.
Para alterar essas configurações para o
domínio de replicação, clique em replication_domain_name. Para modificar as configurações do contêiner da Web, clique em cluster_name
cluster_member_name.
Em seguida, na seção Configurações do contêiner, clique em
no console administrativo. Se alterar essas configurações para um membro de cluster, você também pode precisar alterá-las para os outros membros desse cluster.
- Clique em Avançar.
- Escolha se deseja criar um cluster vazio ou criar o primeiro membro do cluster.
Se
decidir criar um cluster vazio, para incluir membros nesse cluster, no console administrativo, clique em
cluster_name.
Para criar um cluster vazio:
- Selecione Nenhum. Crie um cluster vazio.
- Clique em Avançar para exibir um resumo do cluster definido.
- Clique em Concluir para criar o cluster e clique em Cancelar se optar por criar esse cluster.
Ao criar o primeiro membro do cluster, lembre-se de que uma cópia
do primeiro membro de cluster que você cria é armazenada como parte dos dados
de cluster e torna-se o gabarito para todos os membros de cluster adicionais
que você criar.
- Especifique o nome do primeiro membro de cluster.
- Selecione o nó no qual você deseja que esse membro de cluster resida.
Especifique um nome abreviado para esse membro de cluster. O nome abreviado é o nome da tarefa padrão do z/OS e identifica o membro de cluster
para os recursos nativos do sistema operacional, como o WLM (Workload
Manager), Automatic Restart Manager e o RACF.
- Especifique o valor do peso para o membro de cluster. O valor do peso
controla a quantidade de trabalho que é direcionada ao servidor de aplicativos. Se o valor do peso para esse servidor for maior do que os valores de peso designados para outros servidores do cluster, então, esse servidor recebe uma parcela maior da carga de trabalho.
O valor do peso representa uma proporção relativa
da carga de trabalho que é designada para um determinado servidor de aplicativos. O valor pode variar de 0 a 20.
![[z/OS]](../images/ngzos.gif)
No z/OS, o peso é utilizado para equilibrar alguns dos
tipos de carga de trabalho, mas outros são equilibrados pelo sistema z/OS.
- Para solicitações de HTTP, os pesos são usados para distribuir o tráfego de HTTP entre o plug-in de servidor da Web e o controlador que manipula o servidor de aplicativos armazenado em cluster. Designe um valor de peso mais alto para o servidor de aplicativos que deve receber
o tráfego HTTP.
- Para chamadas de serviços da web, as informações são transferidas de um servidor em um servidor de aplicativos para um controlador em outro servidor de aplicativos.
O servidor de aplicativos que recebe a chamada tem o valor do peso mais alto.
- O peso não afeta pedidos IIOP (Internet Inter-ORB Protocol).
Os pedidos IIOP são distribuídos para o servidor de aplicativos correto
utilizando o Sysplex Distributor.
- Selecione Gerar Portas HTTP Exclusivas se quiser gerar números de portas exclusivos para cada transporte HTTP definido no servidor de origem. Quando essa opção é selecionada, que é a configuração padrão, esse membro de cluster não tem transportes HTTP nem canais de transporte HTTP que conflitem com os outros servidores definidos no mesmo nó. Se essa opção for desmarcada, todos os membros de cluster irão compartilhar as mesmas portas HTTP.
- Selecione o grupo principal ao qual deseja que esse membro de cluster pertença. Será solicitado que você escolha o grupo principal somente se você tiver mais de um grupo principal definido para esse cluster.
- Selecione uma das opções a seguir
para determinar como os recursos do servidor serão promovidos no cluster.
- Cluster para mover os recursos do primeiro
membro de cluster para o nível do cluster. Os recursos do primeiro membro
de cluster substituem os recursos do cluster.
- Servidor para manter os recursos do servidor
no novo nível do membro de cluster. Os recursos de cluster permanecem inalterados.
- Ambos para copiar os recursos do membro de
cluster (servidor) para o nível do cluster. Os recursos do primeiro membro
de cluster substituem os recursos do cluster. Existem os mesmos recursos
no cluster e nos escopos de membros do cluster.
- Selecione uma das seguintes opções como base para o primeiro membro de cluster.
- Crie o membro utilizando um modelo de servidor de aplicativos.
Se você selecionar o modelo defaultZOS, que é o único listado (a menos que você tenha usado o comando
createServerTemplate para o objeto AdminTask para criar modelos adicionais), o primeiro membro do cluster usará as
designações de porta padrão para o z/OS. Se algumas dessas portas já tiverem definidas para
uso em outro lugar no sistema, seu membro de cluster recém-criado poderá não
ser iniciado, poderá funcionar incorretamente ou poderá gerar mensagens de erro inesperadas. Portanto, você deve solucionar quaisquer conflitos de porta
antes de iniciar esse servidor.
- Crie o membro utilizando um servidor de aplicativos existente como um modelo.
- Crie o membro convertendo um servidor de aplicativos existente.
Evitar Problemas: É possível incluir um servidor de aplicativos existente somente no cluster se você selecionar o servidor como o primeiro membro do cluster. Não é possível incluir outros servidores de aplicativos existentes nesse cluster após você criar o primeiro membro de cluster. Se você incluir um servidor existente em um cluster, a única maneira de remover esse servidor do cluster é excluir o servidor. Portanto, é possível querer utilizar o servidor existente como um modelo para o primeiro membro de cluster em vez de como o membro de cluster. Se você mantiver o servidor de aplicativos original fora do cluster, poderá reutilizar esse servidor como o modelo se precisar reconstruir a configuração.
gotcha
- Clique em Avançar.
- Crie membros de cluster adicionais. Antes de criar membros de cluster adicionais, verifique as definições de configuração do primeiro membro de cluster. Essas
configurações são exibidas no painel Criar membros de cluster adicionais do assistente Criar novo cluster.
Para cada membro adicional que você deseja criar:
- Especifique um nome exclusivo para o membro. O nome deve ser exclusivo dentro do nó.
- Selecione o nó para o qual você deseja designar o membro de cluster.
- Especifique o peso que deseja fornecer para esse membro. O valor do peso
controla a quantidade de trabalho que é direcionada ao servidor de aplicativos. Se o valor do peso para o servidor for maior do que os valores do peso designados para outros servidores do cluster, então, o servidor recebe uma parcela maior da carga de trabalho. O valor pode variar de 0 a 20.
Especifique um nome abreviado para esse membro de cluster. O nome abreviado é o nome da tarefa padrão do z/OS e identifica o membro de cluster
para os recursos nativos do sistema operacional, como o WLM (Workload
Manager), Automatic Restart Manager e o RACF.
- Selecione Gerar Portas HTTP Exclusivas se quiser gerar números de portas exclusivos para cada transporte HTTP definido no servidor de origem.
- Clique em Incluir Membro. É possível editar as definições de configuração de qualquer membro de cluster novo criado diferente do primeiro membro de cluster ou pode criar membros de cluster adicionais. Clique em Anterior para editar as propriedades do primeiro membro de cluster. As configurações do primeiro membro de
cluster tornam-se as configurações do modelo do membro de cluster que será
criado automaticamente ao criar o primeiro membro de cluster.
- Ao terminar de criar membros de cluster, clique em Avançar.
- Visualize o resumo do cluster e, em seguida, clique em Concluir para criar o cluster, clique em Anterior para retornar ao painel anterior do assistente e alterar o cluster ou clique em Cancelar para sair do assistente sem criar o cluster.
- Para configurar ainda mais um cluster, clique em e, em seguida, clique no nome do
cluster. Somente as guias Configuração e Topologia Local aparecem até as alterações serem salvas.
- Clique em Rever para rever as definições de configuração do cluster. Repita a etapa anterior se for necessário fazer alterações adicionais na configuração.
- Se você não quiser fazer alterações de configuração adicionais, selecione Sincronizar Alterações com Nós e, em seguida, clique em . Suas alterações são salvas e sincronizadas em todos os seus nós.
Evitar Problemas: Se você clicar em , mas não selecionar Sincronizar alterações
com os Nós, ao reiniciar o cluster, o produto não iniciará os servidores de cluster
porque ele não poderá localizá-los no nó. Se sempre quiser sincronizar suas alterações de configuração em seus nós, é possível selecionar Sincronizar Alterações com Nós como uma de suas preferências de console.
gotcha
- Reinicie o cluster.
Resultados
Você criou um cluster para o qual é possível atribuir os pedidos de trabalho.
As guias
Tempo de Execução e
Topologia Local aparecem na próxima vez que você acessar essa página.
O que Fazer Depois
- Clique em cluster_name no console administrativo e, em seguida, clique no nome de um membro de cluster para visualizar todas as definições de
configuração para esse membro de cluster. Em seguida, é possível utilizar essa página para alterar algumas definições de
configuração para o membro do cluster selecionado.
Por exemplo, se não for preciso iniciar todos os componentes do membro de cluster durante o
processo de inicialização do cluster, se desejar, poderá reconfigurar os membros
de cluster com a opção
Iniciar componentes conforme necessário selecionada.
Essa opção não é selecionada quando um
novo membro de cluster é criado. Selecionar
essa opção poderá melhorar o tempo de inicialização do cluster e reduzir a área
de cobertura da memória dos membros de cluster.
Evitar Problemas: Antes de selecionar essa opção, verifique se
qualquer outro produto WebSphere,
que você está executando em conjunto com esse produto, suporta essa funcionalidade.
gotcha
- Utilize o console administrativo para visualizar ou alterar as definições de configuração
para um cluster. Por exemplo, se estiver executando em um ambiente de alta disponibilidade, é possível clicar em
cluster_name e, em seguida, selecione a opção
Ativar failover de recuperação do log de transação para este cluster.
Essa opção permite a recuperação de transações para failover de um membro de cluster para outro.
- Crie membros de cluster adicionais.
Se você criar um membro de cluster
convertendo um servidor de aplicativos existente que seja membro de um barramento, deverá
migrar o mecanismo do sistema de mensagens no servidor para o escopo de um cluster. Para isso, utilize o comando de wsadmin
migrateServerMEtoCluster. Não exclua o mecanismo do sistema de mensagens
no escopo do servidor e recrie-o em um escopo do cluster, porque essas ações
impedem o funcionamento do mecanismo do sistema de mensagens com destinos configurados
anteriormente.
- Inicie o cluster.
- Utilize scripts para automatizar a tarefa de criação de clusters.
- Crie uma tabela de roteamento estático para tratar o roteamento IIOP temporariamente para o
cluster se sua infraestrutura de alta disponibilidade for desativada.