Introduction : Cache dynamique

Découvrez les principaux concepts associés au service de cache dynamique, qui améliore les performances via la mise en cache de la sortie des servlets, des commandes, des services Web et des fichiers JSP (JavaServer Pages).

Le moteur du cache dynamique est le fournisseur du cache par défaut des API de cache dynamique et de l'infrastructure. Toutefois, depuis la version 6.1.0.27, le cache dynamique autorise WebSphere eXtreme Scale, qui est la direction stratégique de mise en cache des produits WebSphere, à faire office de moteur principal de mise en cache.

La configuration du cache dynamique pour utiliser WebSphere eXtreme Scale permet de tirer parti du support transactionnel, améliore l'évolutivité, la disponibilité et d'autres fonctions WebSphere eXtreme Scale sans changer le code de mise en cache du cache dynamique existant. Si vous utilisez le fournisseur de cache par défaut, vous pouvez utiliser la console d'administration ou les commandes wsadmin pour remplacer ce fournisseur par le fournisseur de cache dynamique WebSphere eXtreme Scale. Il est inutile de modifier le modèle de programmation du cache dynamique. Consultez la présentation du fournisseur de cache dynamique WebSphere eXtreme Scale dans la documentation produit WebSphere eXtreme Scale.

WebSphere eXtreme Scale peut fonctionner comme espace de traitement de base de données en mémoire cache interne. Vous pouvez utiliser cet espace de traitement pour fournir une mise en cache en ligne pour un système dorsal de base de données ou comme cache de réserve. La mise en cache en ligne utilise WebSphere eXtreme Scale comme élément principal d'interface arec les données. Lorsque vous utilisez WebSphere eXtreme Scale comme cache de réserve, le système dorsal est utilisé avec WebSphere eXtreme Scale.

Avantages fonctionnels de l'utilisation du fournisseur de cache dynamique WebSphere eXtreme Scale

Le fournisseur de cache dynamique WebSphere eXtreme Scale :
  • Prend en charge la réplication mémoire à mémoire pour les sessions.
  • Peut traiter tous les besoins de données génériques et de mise en cache des sessions des applications.
  • Permet aux applications de tirer parti de la mémoire système sans utiliser des solutions SAN ou de stockage pour héberger un cache de de cache-disques dynamique.
  • Fournit un cache répliqué évolutif avec un nombre définissable de répliques, ce qui évite d'utiliser le service de réplication de données (DRS) qu'utilise le fournisseur de cache par défaut. L'utilisation de DRS pose parfois des problèmes de performances.
  • Peut être configuré avec des conteneurs WebSphere eXtreme Scale supplémentaires lors de l'exécution, ce qui permet d'augmenter la capacité du cache en éliminant les problèmes de performances qui apparaissent parfois avec DRS. WebSphere eXtreme Scale redistribue automatiquement les partitions lorsque des conteneurs sont ajoutés à la grille.
  • Fournit une meilleure mise en cache de service et de contrôle que le fournisseur de cache par défaut.
  • Utilise les mêmes outils d'administration et de contrôle d'exécution que le cache dynamique classique. Ces outils, tels que le contrôleur de cache et le MBean d'exécution de cache dynamique, fonctionnent de la même manière, lorsque le cache s'exécute sur WebSphere eXtreme Scale, que lorsqu'ils sont utilisés avec le cache dynamique classique.

Différences fonctionnelles entre le fournisseur de cache dynamique et le fournisseur de cache dynamique WebSphere eXtreme Scale

La liste ci-dessous répertorie les différences fonctionnelles entre le fournisseur de cache dynamique et le fournisseur de cache dynamique WebSphere eXtreme Scale :
  • Le fournisseur de cache dynamique WebSphere eXtreme Scale ne fournit pas le support de cache-disque, car toutes les données du cache sont conservées en mémoire. Par conséquent, les propriétés personnalisées de mise en cache-disque ne sont pas prises en charge.
  • Le fournisseur de cache dynamique WebSphere eXtreme Scale ne prend pas en charge les fonctions suivantes :
    • DistributedNioMap - skipMemoryAndWriteToDisk
    • DistributedMap et DistributedNioMap alias
    • Désactivation des ID de dépendance ou des modèles
  • Le fournisseur de cache dynamique WebSphere eXtreme Scale ne prend pas en charge la réplication de type DRS. Par conséquent, les propriétés personnalisées DRS ne sont pas prises en charge.

    Lorsque vous utilisez le fournisseur de cache dynamique WebSphere eXtreme Scale, la configuration de la réplication est contrôlée par les fichiers de déploiement et de définition WebSphere eXtreme Scale. Voir la rubrique Configuring the dynamic cache provider for WebSphere eXtreme Scale dans le centre de documentation WebSphere eXtreme Scale Version 7 pour plus d'informations sur la réplication.

  • DistributedNioMapObject.release() n'est pas appelé pour libérer byteBuffer dans la gestion de la mémoire tampon NIO.
  • Le fournisseur de cache dynamique WebSphere eXtreme Scale offre un support PMI limité. Certains compteurs PMI et MBean ne sont plus valides. Voir la rubrique Configuring the dynamic cache provider for WebSphere eXtreme Scale dans le centre de documentation WebSphere eXtreme Scale Version 7 pour plus d'informations.
  • Lorsqu'il déclenche un événement, ObjectGrid affecte toujours la valeur sourceOfInvalidation à REMOTE
  • Vous pouvez utiliser l'API DynaCache pour enregistrer les programmes d'écoute des événements, quel que soit le fournisseur de cache que vous utilisez. Toutefois, lorsque vous utilisez le fournisseur de cache dynamique WebSphere eXtreme Scale, les programmes d'écoute fonctionnent normalement pour les caches en mémoire cache interne locaux. Lorsque vous utilisez des conteneurs dans un même emplacement, des événements sont déclenchés sur la machine sur laquelle la demande à l'origine de l'événement est gérée et non pas sur la machine d'origine de la demande. Par exemple, si une demande d'invalidation est émise sur le serveur A et que l'entrée de cache à invalider se trouve sur le serveur B, l'événement est déclenché sur le serveur B. Avec le fournisseur de cache dynamique par défaut, l'événement est déclenché sur le serveur A. Lorsque des conteneurs autonomes sont utilisés, aucun événement n'est déclenché via l'API du programme d'écoute d'événements DynaCache.

Principaux concepts du service de cache dynamique

Découvrez les principaux concepts associés au service de cache dynamique, qui améliore les performances via la mise en cache de la sortie des servlets, des commandes, des services Web et des fichiers JSP (JavaServer Pages).

Instances de cache
Une instance de cache permet à une application de stocker, de récupérer et de partager des objets à l'intérieur de la mémoire cache dynamique.
Utilisation du service de cache dynamique pour améliorer les performances
La mise en cache du résultat des servlets, des commandes et des JSP (JavaServer Pages) améliore les performances de l'application. WebSphere Application Server regroupe plusieurs activités de mise en cache comme les servlets, les services Web et les commandes WebSphere au sein d'un seul service appelé mise en cache dynamique. Ces opérations de mise en cache s'associent pour améliorer les performances des applications et partagent plusieurs paramètres de configuration qui sont définis dans le service de cache dynamique d'un serveur d'applications.
Configuration du cache dynamique pour utiliser le fournisseur de cache dynamique WebSphere eXtreme Scale
La configuration du service de cache dynamique pour utiliser WebSphere eXtreme Scale permet de tirer parti du support transactionnel, améliore l'évolutivité, la disponibilité et d'autres fonctions WebSphere eXtreme Scale sans changer le code de mise en cache du cache dynamique existant.
Configuration de la mise en cache de servlets
L'appel d'un servlet génère le résultat à placer en cache. Au terme de cet appel, une entrée est créée dans le cache, contenant le résultat et les effets secondaires de l'appel. Ces effets secondaires peuvent comprendre des appels à d'autres servlets ou à des fichiers JavaServer Pages (JSP), ou des métadonnées relatives à l'entrée, comme des informations concernant les délais et la priorité des entrées.
Configuration de la mise en cache du fragment de portlet
L'appel d'un portlet génère le résultat à placer en cache. Au terme de cet appel, une entrée est créée dans le cache qui contient le résultat et les effets secondaires du portlet. Ces effets secondaires peuvent comprendre des appels à d'autres portlets ou à des métadonnées relatives à l'entrée, comme des informations concernant les délais et la priorité des entrées.
Politiques d'éviction utilisant le processus de récupération de place de cache-disque
Le processus de récupération de place du cache-disque est responsable de l'éviction des objets en dehors du cache-disque, selon une politique d'éviction définie.
Configuration de la mémoire cache du client de services Web JAX-RPC.
La cache du client des services Web fait partie du service de cache dynamique destiné à accroître les performances des clients des services Web en mettant en cache les réponses émanant de services Web distants.
Moniteur du cache
Le moniteur du cache est une application Web installable qui fournit une vue d'exécution en temps réel de l'état du cache. Il permet également de vérifier le bon fonctionnement de cette dernière. Le moniteur de la mémoire cache est le seul moyen de manipuler les données du cache. Son interface graphique utilisateur permet de modifier les données manuellement.
Programmes d'écoute d'invalidation
Le mécanisme d'écoute d'invalidation utilise des événements Java pour informer les applications de la suppression de contenu du cache.

Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=welc6tech_dyn_intro
Nom du fichier : welc6tech_dyn_intro.html