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 :
- Opérations de création, d'extraction, de mise à jour et de suppression depuis les clients
- Coût de la réplication à partir d'autres machines virtuelles Java
- Coût de l'invalidation
- Coût de la politique d'éviction
- Coût de la récupération de place
- Coût de la logique d'application
- Coût de la sérialisation
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.