Partager via


Options de stockage de la configuration du cluster (mise en cache de Windows Server AppFabric)

Windows Server AppFabric permet de stocker les paramètres de configuration du cluster de cache dans un dossier partagé, une base de données SQL Server ou un magasin de configuration personnalisé. Cette rubrique présente les considérations relatives au choix des diverses options.

Lorsque vous sélectionnez l'option de stockage de configuration de cluster basée sur un dossier partagé, vous devez fournir un dossier réseau partagé dans lequel stocker les données de configuration. Lorsque vous sélectionnez l'option basée sur SQL, vous devez fournir une base de données SQL Server. L'option de stockage personnalisé de la configuration est uniquement disponible si vous avez installé un fournisseur personnalisé sur le serveur qui prend en charge cette option.

Notes

L'emplacement de stockage de la configuration du cluster ne doit pas se trouver sur un serveur de cache. Il doit se situer sur un ordinateur figurant dans le même domaine que les serveurs de cache, le serveur source de données primaire et les clients de cache (tous dans le périmètre du pare-feu).

Modification des paramètres de configuration

Les choix relatifs aux paramètres de configuration du cluster ne sont pas déterminés par la manière dont vous stockez les paramètres de configuration. Vous pouvez utiliser Windows PowerShell ou les commandes Windows PowerShell Export-CacheClusterConfig et Import-CacheClusterConfig pour modifier les paramètres de configuration directement dans le fichier XML. Pour plus d’informations, consultez la rubrique Configuration du cluster de cache (mise en cache de Windows Server AppFabric).

Sélection d'options de stockage de configuration

Au moment de décider de l'option de stockage à utiliser pour les paramètres de configuration du cluster, il y a trois facteurs principaux à prendre en considération :

  • Options de gestion du cluster. Voulez-vous que SQL Server ou les hôtes principaux exécutent le rôle de gestion du cluster ?

  • Ressources à haute disponibilité. Quelles ressources à haute disponibilité avez-vous à votre disposition ? Par exemple, votre organisation dispose-t-elle déjà d'une ressource SQL Server mise en cluster à l'usage de votre système de cache distribué ?

  • Taille du cluster. Voulez-vous un cluster volumineux ? Des clusters volumineux peuvent entraîner des problèmes de conflit en cas d'utilisation de dossiers réseau partagés pour héberger les paramètres de configuration. Certains systèmes d'exploitation ne prennent en charge qu'un nombre limité de connexions simultanées.

Options de gestion du cluster

Le rôle de gestion du cluster peut être exécuté de diverses manières, selon la façon dont vous déployez le système de cache distribué. Pour plus d'informations, consultez la rubrique Hôtes principaux et gestion du cluster (mise en cache de Windows Server AppFabric).

Si vous stockez vos paramètres de configuration du cluster dans une base de données SQL Server, cette instance SQL Server peut également exécuter le rôle de gestion du cluster. Si vous les stockez dans un dossier partagé, le rôle de gestion du cluster est toujours exécuté par des hôtes de cache spécifiques également appelés hôtes principaux. Ceci est illustré dans le tableau suivant :

Type de stockage de configuration du cluster Emplacement de stockage de la configuration du cluster 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

Personnalisé

Magasin personnalisé

Fournisseur personnalisé

Ressources à haute disponibilité

L'emplacement de stockage de la configuration du cluster peut constituer un point de défaillance pour votre système de cache distribué. Aussi, est-il recommandé d'utiliser autant que possible le clustering avec basculement dans Windows Server 2008 (https://go.microsoft.com/fwlink/?LinkId=130692) (en anglais) pour optimiser la disponibilité des données de configuration de votre cluster. Considérez les ressources mise en cluster disponibles pour votre application (dans votre environnement) et équilibrez cela avec le degré de disponibilité requis pour votre système de cache distribué pour décider l'option de stockage optimale pour vous.

Par exemple, votre infrastructure dispose peut-être déjà d'une base de données SQL Server mise en cluster pour stocker vos paramètres de configuration. Un dossier mis en cluster est peut-être également disponible pour déployer une configuration de cluster basée sur un dossier partagé.

Taille de cluster

Lorsque vous utilisez un dossier partagé pour stocker les paramètres de configuration du cluster, le système d'exploitation utilisé pour l'emplacement de stockage de la configuration du cache peut limiter le nombre de connexions simultanées au dossier partagé. Dans ce cas, le nombre d'hôtes de cache dans le cluster ne peut pas dépasser cette limite.

Notes

Windows XP, Windows Server 2003 et la version 32 bits de Windows Vista n'autorisent pas plus de 10 connexions simultanées au dossier réseau partagé. Il est déconseillé d'utiliser ces systèmes d'exploitation pour stocker les paramètres de configuration du cache pour des clusters volumineux.

Si vous utilisez une base de données SQL Server pour stocker les paramètres de configuration, aucun dossier réseau partagé n'est requis. Le recours à SQL Server n'impose pas les mêmes limites de connexions simultanées que l'utilisation de dossiers partagés. Au lieu de cela, l'administrateur de la base de données peut fixer un nombre maximal de connexions simultanées à l'instance de SQL Server. Dans SQL Server, le nombre maximal de connexions simultanées est configuré au niveau serveur. Le serveur peut être configuré pour utiliser un nombre illimité de connexions simultanées. L'administrateur de la base de données peut également configurer ce paramètre à un niveau bas pour d'autres raisons.

Si vous utilisez une base de données SQL Server pour stocker les données de configuration du cluster, avant d'ajouter des hôtes au cluster de cache, assurez-vous que l'instance de SQL Server peut prendre en charge des connexions supplémentaires.

Dans cette section

Voir aussi

Concepts

Paramètres de configuration du cluster (mise en cache de Windows Server AppFabric)
Hôtes principaux et gestion du cluster (mise en cache de Windows Server AppFabric)
Configuration du cluster de cache (mise en cache de Windows Server AppFabric)

  2011-12-05