Très grande capacité

La fonction IBM Db2 pureScale Feature peut évoluer avec une efficacité quasi linéaire et une prévisibilité élevée. L'ajout de capacité est aussi simple que l'ajout de nouveaux membres à l'instance.

Evolutivité élevée

Lors des tests avec des charges de travail de commerce Web et OLTP standard, la Db2 pureScale Feature a démontré qu'elle peut évoluer à différents niveaux avec une efficacité exceptionnelle ; la configuration maximale prise en charge offre une capacité extrême. Pour passer à l'échelle supérieure, vos applications existantes n'ont pas besoin de connaître la topologie de votre environnement Db2® pureScale® environnement^.1

Lorsque deux autres membres rejoignent une instance de partage de données Db2 pureScale , ils commencent immédiatement à traiter les demandes de base de données entrantes. — Figure 1 : Evolutivité d'un environnement Db2 pureScale . Des membres supplémentaires commencent à traiter les demandes de base de données entrantes dès qu'ils rejoignent l'instance. Le débit global double presque comme le nombre de membres .

Lorsque deux membres supplémentaires rejoignent l'instance, ils commencent immédiatement à traiter les demandes de base de données entrantes. Le débit global double presque comme le nombre de membres . Pour plus d'informations sur l'évolutivité, voir la feuille de route Db2 pureScale Feature .

Evolutivité par la conception

Pourquoi la Db2 pureScale Feature est-elle si bien mise à l'échelle? La réponse tient à sa conception hautement efficace, qui s'intègre étroitement à plusieurs technologies matérielles et logicielles avancées.

Par exemple, la fonction de mise en cache de cluster (CF) gère la gestion des verrous à l'échelle de l'instance et la mise en cache globale avec une grande efficacité. Sans l'équivalent d'un tel composant dédié pour traiter le verrouillage et la mise en cache, les serveurs de base de données d'un cluster doivent communiquer entre eux afin de gérer les informations stratégiques de cohérence des données et de verrouillage. Chaque fois qu'un serveur de base données est ajouté, la quantité d'informations échangées augmente beaucoup, anéantissant ainsi les avantages procurés par la montée en charge.

Même dans la configuration maximale prise en charge, votre environnement Db2 pureScale communique efficacement. Les pages de données du pool de mémoire tampon de groupe (cache global) sont partagées entre les membres et la fonction de mise en cache de cluster via RDMA (Remote Direct Memory Access), sans nécessiter de temps processeur ou de cycles d'E-S sur les membres. Toutes les opérations sont effectuées sur l'interconnexion haut débit et ne nécessitent pas le basculement ou le routage des contextes via une pile réseau IP plus lente. Les temps de communication de boucle entre les composants du cluster sont généralement mesurés en dixièmes de microsecondes. Par conséquent, l'instance sait toujours quelles sont les données acheminées et l'endroit où elles se trouvent, mais sans nuire aux performances.

¹ Au cours des tests, la charge de travail des demandes de base de données a été équilibrée entre les membres par la fonction Db2 pureScale Feature, qui n'a pas été routée. Les opérations de mise à jour et de sélection ont été randomisées pour s'assurer que l'emplacement des données sur le stockage sur disque partagé n'a pas eu d'effet sur l'évolutivité.