Configurando o gerenciamento de desempenho de diversas células: topologia célula/peer
Configure e gerencie o desempenho de diversas células em seu ambiente para evitar o superfornecimento de recursos, como utilização de CPU e memória.
Sobre Esta Tarefa
A Topologia célula/peer funciona bem se você tiver dois data centers de logout ou mais, uma célula por data center e deseja executar failover da capacidade entre eles. Nessa topologia, os roteadores on demand (ODRs) permanecem nas células; no entanto, as duas células não são associada via pontes de grupo núcleo. Na frente de suas duas células, você tem um ou mais balanceadores de carga, plug-ins ou sprayers que são capazes de preservar a afinidade da sessão (conforme aplicável), bem como distribuir o tráfego igualmente.
Uma topologia célula/peer se aplica aos ambientes virtualizados do servidor, como AIX LPARs/WPARs, Linux on System z, VMware e Solaris Zones, bem como aos ambientes não virtualizados em que múltiplas células não compartilham o hardware físico. Em uma topologia célula/peer, todas as células podem executar o trabalho, como conter ODRs e servidores de aplicativo e tomar decisões autônomas para iniciar ou parar os servidores de aplicativo.
- Suas células são peers (por exemplo, duplicadas umas das outras)
- Deseja associar dois ou mais data centers de logout
- As células que você deseja associar não compartilham hardware
- Todas as células que você deseja associar precisam conter ODRs
O procedimento a seguir descreve um cenário de amostra no qual o gerenciamento de desempenho de diversas células é configurado em um ambiente de topologia célula/peer de forma que as solicitações de trabalho possam ser roteadas de um ODR para membros de cluster dinâmico nas células. O ODR é instalado e executado em CellA, que é a célula central. As células de dois pontos, CellB e CellC, contêm os cluster dinâmicos e aplicativos.

- Execute $WAS_HOME/bin/crossCellCGBCfg clear remote DMGR remote DMGR soap port no nó DMGR local.
- Pare todos os processos em cada célula. Certifique-se de que todos os processos sejam parados antes de trazer os processos novamente ativos. Isso assegura que todos os dados da célula remota sejam limpos na configuração on demand (ODC). O perfil profiles/profile name/config/cells/cell name/multicelloverlaybridgesettings.xml não deve estar presente.
- Para certificar-se de que o ODC não contém dados da célula remota, é possível executar Run $WAS_HOME/bin/wsadmin.sh -lang jython -f ve_manageODC.py getTargetTree LocalDmgrNodeName dmgr > target.xml