Embora a maior funcionalidade do eXtreme Scale seja sua
capacidade de efetuar escala elástica, também é importante considerar
o dimensionamento e o ajuste do número ideal de CPUs para efetuar
scale up.
Os custos do processador
incluem:
- Custos dos serviços das operações
create, retrieve, update e delete a partir dos clientes
- Custo de replicação do outro Java Virtual Machines.
- Custo de invalidação
- Custo da política de desocupação
- Custo da coleta de lixo
- Custo da lógica de aplicativo
- Custo de serialização
Java Virtual Machines por
servidor
Utilize dois servidores e inicie a contagem máxima de
JVM
por servidor. Utilize as contagens de partição calculadas da seção
anterior. Em seguida, pré-carregue a
Java Virtual Machines
com dados suficientes para ajuste apenas nestes dois computadores. Utilize um
servidor separado como um cliente. Execute uma simulação de transação realista junto a esta grade de dados de dois servidores.
Para calcular a linha de base, tente
saturar o uso do processador. Se não for possível saturar o processador, então,
é provável que a rede esteja saturada. Se a rede estiver saturada, inclua mais
cartões de rede e execute o round robin da Java Virtual Machines
sobre os vários cartões de rede.
Execute os computadores em 60% de uso do
processador, meça a taxa de transações de criação, recuperação, atualização e
exclusão. Esta medida fornece o rendimento nos dois servidores. Este número
duplica com quatro servidores, duplica novamente em 8 servidores e assim por
diante. Esta escala assume que a capacidade da rede e a capacidade do cliente
também tenham a capacidade de escalar.
Como resultado, o tempo de resposta do eXtreme Scale deve ser estável à medida que o número de servidores é escalado para cima. O rendimento da transação deve escalar linearmente à medida que os computadores são incluídos na grade de dados.