Configuration de la réplication du cache

Cette tâche permet d'améliorer les performances en configurant le service DRS (Data Replication Service) pour répliquer des données à partir du service de cache dynamique sur tous les consommateurs d'un domaine de réplication.

Avant de commencer

Reportez-vous à l'article Réplication du cache, pour plus d'informations sur la réplication des données pour le service de cache dynamique.

Un domaine de réplication doit être créé pour le service de cache dynamique. Configurez un domaine de réplication différent pour chaque type de consommateur du domaine de réplication. Par exemple, configurez deux domaines de réplication différents pour le cache dynamique et pour le gestionnaire de sessions. Il existe deux façons de configurer des domaines de réplication :
  • Pour créer manuellement des domaines de réplication, cliquez sur Environnement > Domaines de réplication dans la console d'administration.
  • Pour créer automatiquement un domaine de réplication lorsque vous créez un cluster, cliquez sur Serveurs > Clusters > Nouveau dans la console d'administration.
Pour plus de détails sur la configuration des domaines de réplication, reportez-vous à l'article Réplication des données entre des serveurs d'applications d'un cluster.

N'utilisez pas la valeur par défaut de réplique unique pour l'option Nombre de répliques pour les domaines de réplication de cache dynamique. Utilisez plutôt une réplique de groupe complet pour tous les domaines de réplication que vous configurez pour le cache dynamique.

Avertissement : Si vous avez configuré la réplication du cache avec une version antérieure de WebSphere Application Server, consultez l'article Migration des serveurs des domaines de réplication vers des domaines de réplication de données, pour en savoir plus sur le nouveau type de domaines de réplication que vous devez utiliser avec la version actuelle de WebSphere Application Server.

Pourquoi et quand exécuter cette tâche

Cette tâche permet d'améliorer les performances dans un environnement groupé en activant le service DRS (Data Replication Service) pour répliquer les données mises en cache sur tous les serveurs d'un cluster. Les invalidations d'entrées du cache sont envoyées à l'ensemble du cluster afin d'assurer la cohérence et la validité des données mises en cache.

Procédure

  1. Dans la console d'administration, cliquez sur Serveurs > Types de serveur > Serveurs d'applications WebSphere > nom_serveur > Services du conteneur > Service de cache dynamique.
  2. Pour activer la réplication, sélectionnez Activer la réplication du cache.
  3. Choisissez un domaine de réplication. Utilisez des domaines de réplication différents pour chaque type de consommateur. Par exemple, le cache dynamique doit utiliser un domaine de réplication différent de celui du gestionnaire de sessions. Les seuls domaines de réplication que vous pouvez sélectionner dans ce panneau sont ceux qui sont configurés pour utiliser la réplication de groupe complet. Dans une configuration de groupe complet, chaque entrée du cache est répliquée dans chacune des autres caches qui sont configurées dans les serveurs se trouvant dans le domaine de réplication. Si aucun des domaines de réplication de votre configuration ne satisfait ces conditions, la liste est vide. Dans ce cas, créez un domaine de réplication ou modifiez un domaine de réplication existant de façon à avoir un domaine de réplication pouvant effectuer la réplication de groupe complet. Pour plus de détails, reportez-vous à l'article Réplication des données entre des serveurs d'applications d'un cluster.
  4. Définissez les paramètres de réplication du cache dynamique. Cliquez sur Activer la réplication du cache. Dans cette page, vous pouvez définir le moment où les données sont répliquées dans l'ensemble du domaine de réplication du cache dynamique, ainsi que la fréquence de ces réplications. Pour plus d'informations sur ces paramètres, reportez-vous à l'article Paramètres de service de cache dynamique.
  5. [z/OS]Pour activer la réplication de la mémoire cache sur un serveur unique dans un environnement sans cluster, vous devez définir les propriétés personnalisées JVM suivantes.
    1. Dans la console d'administration, cliquez sur Serveurs > Serveurs d'applications > nom_serveur.
    2. [AIX Solaris HP-UX Linux Windows][IBM i]Dans Infrastructure du serveur, cliquez sur Gestion des processus et Java > Définition des processus > Machine virtuelle Java > Propriétés personnalisées > Nouveau.
    3. [z/OS]Dans Infrastructure du serveur, cliquez sur Gestion des processus et Java > Définition des processus > Serviteur > Machine virtuelle Java > Propriétés personnalisées > Nouveau.
    4. Ajoutez le nouveau nom de la propriété sous DynacacheEnableUnmanagedServerReplication et associez-lui la valeur true.
    5. Ajoutez une autre propriété JVM pour spécifier la règle de partage global pour le serveur de base z/OS. Cliquez sur Nouveau et ajoutez une nouvelle propriété personnalisée JVM appelée DynacacheUnmanagedServerReplicationType. Utilisez l'une des valeurs suivantes :
      valeur Description
      NOT_SHARED Les entrées de cache de cet objet ne sont pas partagées entre des serveurs d'applications différents. Ces entrées peuvent contenir des données non sérialisables. Par exemple, un servlet mis en cache peut placer des objets non sérialisables dans les attributs de requête, si le type de classe le permet.
      PUSH Les entrées de cache de cet objet sont automatiquement distribuées aux mémoires cache dynamiques des autres serveurs d'applications ou des machines virtuelles Java™ (JVM) associées. Chaque mémoire cache possède une copie de l'entrée au moment de sa création. Ces entrées ne peuvent pas stocker de données non sérialisables.
      PULL Les entrées de cache de cet objet sont partagées entre des serveurs d'applications, à la demande. Si un serveur d'applications reçoit un manque de cache pour cet objet, il interroge les serveurs d'applications associés pour vérifier s'ils possèdent l'objet. Si aucun serveur d'applications ne possède une copie mise en cache de l'objet, le serveur d'applications d'origine exécute la requête et génère l'objet. Ces entrées ne peuvent pas stocker de données non sérialisables. Ce mode de partage est déconseillé.
      PUSH_PULL Les entrées de cache de cet objet sont partagées entre des serveurs d'applications, à la demande. Lorsqu'un serveur d'applications génère une entrée de cache, il diffuse l'ID cache de l'entrée créée à tous les serveurs d'applications associés. Chaque serveur détermine ensuite si une entrée existe pour un ID cache donné. Au niveau d'une requête donnée de cette entrée, le serveur d'applications sait si l'entrée doit être générée ou si elle doit être extraite d'un autre emplacement. Ces entrées ne peuvent pas stocker de données non sérialisables.
      Si aucune valeur n'est définie, la valeur par défaut est NOT_SHARED.
  6. Définissez les règles de partage dans le fichier cachespec.xml.

    [IBM i]Cette identification est optionnelle.

    [z/OS]Pour utiliser la fonction de réplication du cache sur plusieurs servants d'un serveur de base, vous devez créer un fichier cachespec.xml pour définir les objets pouvant être mis en cache à créer.

    Vous pouvez remplacer la règle de partage global en définissant une règle de partage spécifique dans la règle de cache. Par exemple, si votre règle globale est d'utiliser Push uniquement, vous pouvez modifier la règle de partage pour une entrée de cache spécifique en apportant la modification suivante dans votre règle de cache :
    <cache-entry>
    	<sharing-policy>not-shared</sharing-policy>
    	<class>servlet</class>
    	<name>/app</name>
    	<cache-id>
    		<component id="action" type="parameter">
    			<value>portfolio</value>
    			<required>true</required>
    		</component>
    		<component id="JSESSIONID" type="cookie">
    			<required>true</required>
    		</component>
    		<property name="EdgeCacheable">true</property>
    	</cache-id>
    </cache-entry>
    Pour plus d'informations sur les règles de partage qui peuvent être définies dans le fichier cachespec.xml, reportez-vous à l'article Fichier cachespec.xml.

Résultats

Les entrées de cache sont copiées sur les autres serveurs d'applications appartenant au domaine de réplication configuré.

Que faire ensuite

Utilisez le moniteur du cache pour afficher le contenu du cache. Pour plus d'informations, reportez-vous à l'article Affichage des informations de cache.

Icône indiquant le type de rubrique Rubrique de tâche



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=tdyn_cachereplication
Nom du fichier : tdyn_cachereplication.html