Partager via

Points importants concernant la maintenance du serveur de cache

  • Article

Les fonctionnalités de Mise en cache de Microsoft AppFabric 1.1 pour Windows Server reposent sur des serveurs physiques pour prendre en charge le cluster de cache. À un moment donné, tous les serveurs doivent faire l'objet d'une maintenance, laquelle nécessite généralement un redémarrage du serveur. Cette rubrique souligne des aspects importants permettant de réduire ou d'éviter le temps d'arrêt du cluster de cache lorsqu'un redémarrage du serveur est requis à des fins de maintenance. Pour plus d'informations, consultez la rubrique Mise à jour des serveurs de cache.

Redémarrage des serveurs

Lorsqu'il est déployé sur un seul serveur, l'emplacement de stockage de configuration du cluster constitue un point de défaillance unique pour le cluster de cache. Si des hôtes principaux exécutent le rôle de gestion du cluster, le redémarrage d'un trop grand nombre de serveurs de cache erronés peut être à l'origine de l'arrêt du cluster de cache.

Emplacement de stockage de la configuration du cluster

L'emplacement de stockage de configuration du cluster peut être une base de données SQL Server ou un dossier réseau partagé. S'il ne peut pas y accéder, le cluster de cache ne peut pas s'exécuter pendant plus de quelques minutes. Avant de redémarrer le serveur hébergeant SQL Server ou le serveur de fichiers, arrêtez le cluster de cache à l'aide de la commande Stop-CacheCluster. Celle-ci arrête les services Windows d'hôte de cache sur tous les serveurs de cache dans l'ordre adéquat. Pour plus d'informations sur l'emplacement de stockage de configuration du cluster, consultez la rubrique Options de stockage de la configuration du cluster.

Serveur de cache

En règle générale, il est recommandé de redémarrer un seul serveur de cache à la fois. Aucune procédure spéciale n'est requise lorsque vous arrêtez un serveur à des fins de redémarrage. Pour arrêter uniquement le service Windows d'hôte de cache, utilisez la commande Stop-CacheHost. Microsoft AppFabric 1.1 pour Windows Server permet également de spécifier le commutateur Graceful pour déplacer les données mises en cache vers d'autres hôtes de cache avant l'arrêt. L'arrêt du service à l'aide de la console Windows Services n'est pas pris en charge. Après un redémarrage, utilisez la commande Start-CacheHost pour autoriser les serveurs Windows d'hôte de cache à rejoindre le cluster. Pour plus d'informations, consultez la rubrique Utilisation de Windows PowerShell pour la gestion des fonctionnalités de mise en cache d'AppFabric 1.1.

Lorsque des hôtes principaux exécutent le rôle de gestion du cluster, pour que le cluster de cache reste disponible, la majorité d'entre eux doivent également être disponibles. Si c'est le cas de votre cluster, redémarrez uniquement une minorité d'hôtes principaux simultanément pour éviter l'arrêt du cluster de cache. Les hôtes secondaires peuvent être redémarrés à tout moment sans incidence sur l'état d'exécution du cluster de cache. Pour plus d'informations sur les hôtes principaux, consultez la rubrique Hôtes principaux et gestion du cluster (mise en cache d'AppFabric 1.1).

Notes

La commande Stop-CacheHost n'arrête pas un service Windows d'hôte de cache si celui-ci exécute le rôle de gestion du cluster. Par ailleurs, l'arrêt de l'hôte de cache provoque l'arrêt du cluster entier.

Si SQL Server exécute le rôle de gestion du cluster, le fait que l'hôte de cache soit un hôte principal ou non importe peu. Le cluster peut continuer à s'exécuter avec un seul hôte de cache.

Lorsque le service Windows d'hôte de cache d'un serveur de cache s'arrête, toutes les données mémorisées sur cet ordinateur sont purgées. Pour protéger les applications contre cette perte de données due au redémarrage des serveurs, activez la fonctionnalité Haute disponibilité sur les caches nommés. Bien que ceci ait un certain impact sur les performances, la charge supplémentaire compense le coût de rechargement du cache.

Pour que la fonctionnalité de haute disponibilité isole votre application de la défaillance ou de l'arrêt d'un hôte de cache, au moins trois hôtes de cache doivent être membres du cluster de cache. Ceci est du à une exigence élevée de cohérence qui impose d'avoir toujours deux copies des régions ou objets dans un cache prenant en charge la haute disponibilité. Pour cela, au moins deux hôtes de cache doivent fonctionner dans le cache prenant en charge la haute disponibilité. Pour plus d'informations, consultez la rubrique Haute disponibilité (mise en cache d'AppFabric 1.1).

Outre la nécessité d'un nombre minimal de serveurs pour que le cluster continue à être exécuté, il est essentiel de prendre en compte les besoins en mémoire de votre application. Les besoins en termes de mise en cache de l'application ne sont pas susceptibles de changer uniquement parce qu'un serveur de cache a été redémarré. Un nombre suffisant de serveurs de cache doit être exécuté pour prendre en charge les besoins de mise en cache de l'application.

Recommandations en matière d'administration

Pour simplifier la séquence de redémarrage, il est conseillé d'utiliser une base de données SQL Server pour stocker vos paramètres de configuration, et que cette instance de SQL Server exécute le rôle de gestion du cluster. Ainsi, peu importe quel serveur de cache est redémarré au cours de la maintenance.

Pour optimiser la disponibilité du cluster de cache, il est recommandé d'utiliser le clustering avec basculement Windows Server 2008 pour héberger une base de données en cluster ou une ressource de dossier pour l'emplacement de stockage de la configuration du cluster. Avec un emplacement de stockage en cluster, vous pouvez utiliser plusieurs serveurs Windows Server 2008 pour héberger l'emplacement de stockage de configuration en cluster, ce qui permet de redémarrer un seul nœud de clustering avec basculement à la fois sans incidence sur la disponibilité de l'emplacement de stockage de configuration du cluster de cache.

Dans la mesure du possible, redimensionnez votre cluster de cache en ajoutant un nombre de serveurs de cache supérieur à celui actuellement nécessaire pour votre application. Vous pourrez ainsi redémarrer un petit nombre de serveurs de cache sans que cela ait un impact matériel sur les performances du cluster de cache.

Actions nécessitant un temps d'arrêt

Plusieurs actions nécessitent l'arrêt du cluster de cache. Le point commun des actions répertoriées ci-dessous réside dans le fait qu'elles nécessitent d'apporter des modifications à la configuration du cluster de cache.

  2012-03-05