Évolutivité dans les topologies de mise en cache
L'évolutivité, en termes généraux, est la capacité du système à augmenter ou diminuer les performances et les coûts à mesure que la demande d'une application évolue. Une application est considérée comme évolutive si elle fonctionne de la même manière avec une charge de 10 utilisateurs, 1000 10000 utilisateurs ou XNUMX XNUMX utilisateurs. Généralement, les bases de données sont difficiles à mettre à l'échelle et constituent donc un obstacle à l'évolutivité globale d'une application. NCache, étant une solution de mise en cache distribuée, soulage la charge de la base de données et offre une variété de façons de rendre les applications beaucoup plus évolutives en termes de charge de transaction et de capacité de stockage.
Évolutivité dans NCache Topologies de mise en cache
En fonction des besoins de l'application, vous pouvez choisir parmi une variété de topologies de mise en cache qui NCache des offres. Une application qui dispose d'une quantité limitée de données à mettre en cache mais qui nécessite une haute disponibilité doit choisir l'option Topologie répliquée. Cette topologie offre une haute disponibilité car tous les nœuds du cluster disposent de la même copie de données. La topologie offre une évolutivité en lecture et peut survivre à plusieurs pannes de nœuds (pannes de n-1 nœuds dans un cluster de n nombres de nœuds) sans perdre de données. Si l'application dispose de données en constante augmentation qu'elle doit mettre en cache, alors le Topologie répliquée n'est pas une réponse. Il ne peut stocker autant de données que possible sur un seul nœud du cluster de cache, quel que soit le nombre de nœuds.
Les applications qui nécessitent des quantités croissantes de données, mais peuvent tolérer la perte de données, doivent utiliser le Topologie partitionnée. Cette topologie est évolutive non seulement en termes de lectures et d'écritures, mais également en termes de stockage. Cependant, cela ne vous offre pas une haute disponibilité, car il y a une perte de données à chaque panne de nœud. Vous pouvez utiliser cette topologie lorsque votre application peut supporter une perte de données.
Si l'exigence est de répondre aux besoins croissants en données ainsi qu'à une haute disponibilité, Topologie de partition-réplication offre les deux. Même s'il n'est pas aussi disponible que le Topologie répliquée, il peut toujours supporter la panne d'un nœud sans perdre de données. Il existe une sauvegarde de chaque partition, donc chaque nœud possède une partition et une sauvegarde d'une autre partition. Cela signifie que jusqu'à ce qu'il y ait des pannes de nœuds simultanées, ce qui est peu probable dans la plupart des situations, la topologie répond à la fois aux besoins d'évolutivité et de haute disponibilité.
Voir aussi
Topologies partitionnées
Topologie répliquée
Topologie en miroir
Cache local