VENTES: 1-800-867-1389

Exécution de votre application Memcache avec un service de cache géré Azure

Mis à jour: février 2015

noteRemarque
Pour obtenir des conseils sur le choix de l'offre Azure Cache appropriée pour votre application, consultez Choix de l'offre Azure Cache appropriée.

service caché managé assure la prise en charge de la migration des applications clientes Memcache des services cloud basés sur les rôles pour utiliser le service caché managé en fournissant un shim de client Memcache. Cette rubrique contient des conseils sur l'utilisation de ce shim pour permettre aux applications clientes Memcache d'utiliser le service caché managé.

Memcache est une solution de mise en cache en mémoire distribuée qui permet d'accélérer les applications web à grande échelle en réduisant la pression sur la base de données. Combiné à d'autres technologies de façon innovante, Memcache est utilisé par de nombreux grands sites web.

Azure prend en charge le protocole Memcache pour permettre aux clients ayant des implémentations Memcache de migrer facilement vers Azure. Si une application utilise déjà Memcache, il n'est pas nécessaire de remplacer ce code par un nouveau code.

L'exécution du service caché managé avec Memcache constitue une meilleure option que, par exemple, la seule exécution de Memcache dans un rôle de travail. En effet, service caché managé inclut des fonctionnalités à valeur ajoutée telles que l'arrêt approprié, la haute disponibilité, la mise en cache locale, les notifications, la cohérence des données, et la mise à l'échelle aisée et transparente pour les clients. Par exemple, le schéma de hachage du serveur et la gestion des partitions dans service caché managé avec Memcache permettent d'équilibrer la charge et de préserver la cohérence des données.

service caché managé prend en charge le protocole filaire Memcache. Il existe deux versions du protocole : une version binaire et une version texte.

Un client Memcache doit prévoir la compatibilité avec Azure. service caché managé prend en charge la plupart des API prises en charge par d'autres implémentations de Memcache.

À ce titre, si un utilisateur migre une application Memcache vers Azure et la fait pointer vers l'implémentation Memcache d'Azure, celle-ci devrait continuer à fonctionner sans autre modification.

Le shim de client Memcache est installé sur le client qui accède au cache. Il s'agit généralement du rôle Azure associé à l'application. Le shim de client prend en charge le cache local.

Le shim est une couche de traduction. Il convertit les appels du client Memcache adressés à l'API service caché managé. Le shim inclut deux composants (un gestionnaire de protocole Memcache et un client service caché managé). Le shim (ou couche de traduction) est installé sur le client lui-même, quelle que soit la provenance des appels Get et Put à l'API service caché managé.

Lorsque le client Memcache est pointé sur localhost comme serveur Memcache, les opérations memcache sont d'abord traitées par l'instance locale du shim. Le shim convertit l'opération en une demande d'API de cache avant de l'envoyer au service caché managé.

noteRemarque
Avant de commencer, vérifiez que vous disposez du point de terminaison du cache et de la clé d'accès à votre cache. Pour plus d'informations sur la création d'un cache, consultez Procédure :Création d'un cache pour service de cache géré Azure. Pour plus d'informations sur les clés d'accès, consultez Controlling Access using Access Keys.

  1. Sur le rôle sur lequel le client Memcache est installé, cliquez avec le bouton droit sur le nom du rôle, puis sélectionnez « Ajouter une référence au package de bibliothèques » pour ouvrir la fenêtre NuGet.

  2. Recherchez « Azure Caching Memcache Shim ». Installez ce package NuGet.

  3. Celui-ci crée la tâche de démarrage, ajoute un point de terminaison interne supplémentaire pour memcache_default, le mappe à 11211, puis ajoute les sections dataCacheClients appropriées aux fichiers App.config et web.config. Vous pouvez modifier ceci sous l'onglet Points de terminaison internes.

  4. Fournissez le point de terminaison du service caché managé dans l'élément autoDiscovery, et la clé d'accès d'authorizationInfo dans dataCacheClientSection du fichier App.config ou Web.config

  5. Le client doit désormais être configuré pour pointer vers le shim. Modifiez la configuration du client Memcache et définissez le serveur sur « localhost ». Le ou les numéros de port corrects doivent également être définis (la valeur par défaut est 11211).

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.
Afficher:
© 2015 Microsoft