As partições utilizam uma política Um de N com quorum ativado por padrão, que significa que as partições podem ser ativadas apenas quando a maioria dos possíveis membros de cluster estiver on-line ou em um estado de quorum. Cada aplicativo J2EE (Java 2 Platform Enterprise Edition) particionado que cria um conjunto de partições (mais detalhes na próxima seção) cria um conjunto inteiro de grupos gerenciados por HA. Cada partição é um grupo oficial de gerenciadores HA e pode ser gerenciada separadamente de outros grupos. Portanto, o recurso existe para mesclar e corresponder as políticas de partição de forma diferente para cada aplicativo ou partição individual. Além disso, quando as noções básicas são discutidas, cada aplicativo J2EE particionado pode realmente subclassificar partes de todo o conjunto de partições em subgrupos e gerenciá-los exclusivamente.
Por exemplo, suponha que um usuário esteja criando um aplicativo de venda de ações. Ele está procurando um aplicativo J2EE particionado que manipule todos os tipos de ações, mas deseja tratar ações da S&P 500 de forma diferente, devido às características do volume de negócios (carregamento). Quando o servidor de aplicativos for iniciado, todas as partições serão ativadas no conjunto de servidores disponíveis no momento em que o quorum é estabelecido. Neste momento, o administrador pode definir uma nova política e equilibrar o carregamento de forma mais eficiente utilizando a infra-estrutura de política do gerenciador HA.
Nesse exemplo, o administrador deseja equilibrar bem as partições no cluster inteiro com base no volume de transações esperado. Pode ser criada uma política que equilibrará as partições S&P 500 de maneira uniforme em todos os membros de cluster existentes e, em seguida, equilibrará todas as demais ações no mesmo conjunto de membros de cluster de forma semelhante. Esta abordagem garante que as transações com ações nas empresas S&P serão equilibradas em todo o cluster, versus o equilíbrio aleatório de todas as ações nos membros de cluster. Se as partições forem gerenciadas como um agrupamento, como neste caso, o resultado poderá ser que alguns membros de cluster podem ter um número irregular de partições relacionadas à S&P 500 de grande volume e, portanto, muito mais transações do que outros servidores. Além disso, alguns servidores podem ter um grande número de ações que recebem pouco ou nenhum volume de transações em um dia e estão sendo subutilizados.
Outros exemplos que utilizam o suporte à política do gerenciador HA servem para configurar servidores preferenciais para partições específicas, predefinir servidores a serem utilizados para cenários de failover ou definir se uma partição deve ser retornada ao servidor original quando o servidor estiver novamente on-line. Várias outras opções estão disponíveis e descritas nas seções seguintes.
Related concepts
gerenciador HA