Définition du nombre d'unités centrales par partition

Bien que l'une des fonctions principales d'eXtreme Scale soit sa capacité d'évolutivité, il est également important d'évaluer et d'adapter le nombre idéal d'unités centrales en vue d'une montée en charge.

Les coûts liés au processeur comprennent :

machines virtuelles Java par serveur

Utilisez deux serveurs et démarrez le nombre maximal de JVM par serveur. Utilisez le nombre de partitions calculé à la section précédente. Ensuite, préchargez dans ces machines virtuelles Java une quantité de données ne dépassant pas la capacité des deux ordinateurs. Utilisez un serveur distinct en tant que client. Exécutez une simulation de transaction réaliste sur cette grille de données de deux serveurs.

Pour calculer la valeur de référence, essayez de saturer l'utilisation du processeur. Si vous n'y parvenez pas, c'est probablement parce que le réseau est saturé. Dans ce cas, ajoutez des cartes réseau et procédez à une permutation circulaire de ces machines virtuelles Java.

Exécutez les ordinateurs à 60% d'utilisation du processeur et mesurez le taux de transactions de création, d'extraction, de mise à jour et de suppression. Cette mesure indique la capacité de traitement des deux serveurs. Ce nombre double avec quatre serveurs, double encore avec huit serveurs, etc. Cette progression suppose que la capacité du réseau et la capacité du client peuvent également progresser.

Les temps de réponse d'eXtreme Scale doivent donc rester stable au fur et à mesure que le nombre de serveurs évolue. Le débit des transactions doit progresser de manière linéaire à mesure que des ordinateurs sont ajoutés à la grille de données.