Diagramme de l'architecture physique de mise en cache d'AppFabric (mise en cache d'AppFabric 1.1)

Les fonctionnalités de Mise en cache de Microsoft AppFabric 1.1 pour Windows Server utilisent un cluster de serveurs qui communiquent entre eux pour former un système de cache d'application unique, unifié. Comme il s'agit d'un système de cache distribué, toutes les opérations de cache sont résumées à un point de référence unique, appelé cluster de cache. Autrement dit, vos applications clientes peuvent fonctionner avec une unité de cache logique unique dans le cluster, indépendamment du nombre d'ordinateurs composant le cluster de cache.

Les principaux composants de l'architecture physique sont le serveur de cache, le service Windows d'hôte de cache, le cluster de cache, l'outil d'administration du cache basé sur Windows PowerShell, l'emplacement de stockage de configuration du cluster et le client de cache. Le diagramme suivant illustre les relations entre tous ces éléments.

Hôtes de cache

Le service Mise en cache d'AppFabric est un service Windows exécuté sur un ou plusieurs serveurs. Chaque serveur exécutant le service de mise en cache est appelé serveur de cache. Pour chaque serveur de cache, une seule instance du service de mise en cache est installée.

Important

Les hôtes de cache Microsoft AppFabric 1.1 pour Windows Server doivent être dédiés au service de mise en cache, ce qui signifie que ces serveurs ne sont pas également utilisés comme serveurs d'applications ou de bases de données ni comme serveurs Web. Il est possible d'utiliser des serveurs de cache non dédiés dans un cluster, mais ce scénario n'est pas pris en charge. En dépit de cette stratégie, si vous décidez d'utiliser des hôtes de cache non dédiés, prenez soin d'estimer et de tester correctement la configuration de chaque hôte de cache afin de disposer de suffisamment de mémoire et de ressources réseau pour le service de mise en cache et tous les autres services sur les ordinateurs. Il convient également d'être conscient que les pointes d'utilisation du processeur et du réseau par d'autres services auront un impact négatif sur les performances et la stabilité du cluster de cache. Pour plus d'informations, consultez la rubrique Guide de planification de la capacité de mise en cache de Windows Server AppFabric.

Il est recommandé que le serveur de cache soit membre du même domaine que le serveur de source de données primaire qu'utilise votre application. Le service de mise en cache est installé pour s'exécuter sous le compte de service réseau. Cela signifie que, pour les opérations sur le réseau, le service de mise en cache utilise les informations d'identification de sécurité du compte d'ordinateur de domaine du serveur de cache. Le service de mise en cache utilise le compte de service réseau moins privilégié pour atténuer les dommages qui pourraient résulter d'attaques malveillantes. Microsoft AppFabric 1.1 pour Windows Server permet également d'exécuter le service de mise en cache en tant que compte de domaine.

Cluster de cache

Le cluster de cache contient une ou plusieurs instances du service de mise en cache qui collaborent sous la forme d'un réseau pour stocker et distribuer des données. Les données sont stockées en mémoire pour minimiser les temps de réponse aux demandes de données. Les opérations du cluster de cache sont gérées par un rôle nommé rôle de gestion du cluster. Les principales responsabilités de celui-ci sont les suivantes :

• veiller à ce que le cluster de cache fonctionne en permanence ;

• surveiller la disponibilité de tous les hôtes de cache dans le cluster de cache ;

• aider les hôtes de cache à joindre le cluster de cache.

La gestion du cluster peut être effectuée soit par des hôtes principaux désignés, soit en stockant les informations de configuration du cluster dans une base de données SQL Server. Pour plus d'informations, consultez la rubrique Hôtes principaux et gestion du cluster.

Les fonctionnalités de haute disponibilité ne sont pas prises en charge sauf si les hôtes de cache dans le cluster sont situés dans le même centre de données. La haute disponibilité entre les centres de données ne peut pas être garantie si un centre de données tombe en panne. Dans ce cas, les copies principale et secondaire des données peuvent résider sur des hôtes de cache dans le même centre de données. Enfin, dans le scénario impliquant la répartition des hôtes de cache entre deux centres de données, la perte simultanée des hôtes de cache dans un centre de données peut provoquer l'arrêt du cluster de cache entier. C'est le cas même si les serveurs restants dans l'autre centre de données suffisent à conserver le quorum requis de serveurs en cours d'exécution.

Important

Il est important que le cluster de cache soit exécuté dans un environnement homogène de serveurs. Les hôtes de cache ne peuvent pas avoir différentes spécifications physiques en relation avec la mémoire, la vitesse du processeur et les autres capacités.

Emplacement de stockage de la configuration du cluster

À chaque démarrage, le cluster doit extraire les informations de configuration de l'emplacement de stockage de configuration de cluster. L'utilisation du terme générique « emplacement de stockage » découle du fait que cet emplacement est déterminé par la manière dont vous décidez de stocker les paramètres de configuration du cluster. Le tableau ci-après présente les trois manières possibles de stocker les paramètres de configuration du cluster ainsi que la relation de ces options avec vos choix de gestion du cluster.

Type de stockage	Emplacement de stockage	Gestion du cluster
Fichier XML	Dossier réseau partagé	Hôtes principaux
Base de données SQL Server	SQL Server	SQL Server (par défaut) ou hôtes principaux
Fournisseur personnalisé	Magasin personnalisé	Magasin personnalisé

Pour plus d'informations sur le choix de la manière de stocker les paramètres de configuration du cluster, consultez la rubrique Options de stockage de la configuration du cluster.

Comme le service de mise en cache opère sous le service réseau, il ne démarre pas si le compte d'ordinateur de domaine du serveur de cache n'est pas autorisé à accéder à l'emplacement de stockage de configuration du cluster. Le programme d'installation va configurer ces autorisations automatiquement. Pour plus d'informations, consultez la rubrique Installation de Windows Server AppFabric.

Outil d'administration du cache basé sur Windows PowerShell

Windows PowerShell est l'outil de gestion exclusif pour le service de mise en cache. Il est possible d'installer les cmdlets d'administration du cache Windows PowerShell sur n'importe quel ordinateur du domaine ou sur les serveurs de cache proprement dits. Cela se fait en installant la fonctionnalité d'administration du cache d'AppFabric. Pour que l'outil fonctionne correctement, vous devez disposer de privilèges d'administrateur sur tous les serveurs de cache.

Windows PowerShell permet de démarrer et d'arrêter le cluster, d'ajouter et de supprimer des caches nommés, de modifier des paramètres de configuration et d'afficher les statistiques des hôtes et du cluster. Pour plus de détails sur ces commandes et d'autres, consultez la rubrique Administration du cache avec PowerShell.

Client de cache

Tout serveur d'applications exécutant une application prenant en charge le cache peut être qualifié de client de cache. Pour qu'une application puisse prendre en charge le cache, elle doit utiliser les assemblys de Mise en cache d'AppFabric et spécifier les paramètres de configuration de l'application par programme ou dans un fichier de configuration d'application XML. Pour plus d'informations sur le développement d'une application prenant en charge le cache, consultez la rubrique Préparation de l'environnement de développement.

Plus spécifique de l'application, le client de cache est synonyme de l'objet DataCache créé à partir de la classe DataCacheFactory pour interagir avec le cluster de cache. Pour plus d'informations sur les clients de cache, consultez la rubrique Clients de cache et cache local.

Considérations relatives à la sécurité

Le cluster de cache contient une liste de comptes clients autorisés, qui est gérée à l'aide de l'outil d'administration du cache basé sur Windows PowerShell. Tout client de cache tentant de se connecter doit s'exécuter avec un compte client autorisé. Notez que tous les comptes figurant dans le groupe Administrateurs sur tous les serveurs de cache sont automatiquement autorisés à accéder au cluster de cache, même s'ils n'ont pas été explicitement ajoutés à la liste des comptes clients autorisés. Pour plus d'informations sur cet aspect et les autres options de sécurité, consultez la rubrique Modèle de sécurité (mise en cache de Windows Server AppFabric).

Pour les scénarios de production, les fonctionnalités de Mise en cache d'AppFabric sont prises en charge uniquement dans un environnement de domaine. Toutefois, aux fins de test et de développement, il est possible d'installer et d'utiliser les fonctionnalités de Mise en cache d'AppFabric sur des ordinateurs figurant dans un environnement de groupe de travail.

Voir aussi

Autres ressources

Modèle logique

  2012-03-05