Meilleur auteur de réponses
Distributed Cache

Question
-
Réponses
-
Tu as également un slide la dessus, Service de cache distribué SharePoint 2013 :)
Vidéo (en anglais) | Présentation (en anglais)Et deux liens :
For more information about planning for the Distributed Cache service, seehttp://technet.microsoft.com/library/jj219572(office.15).aspx
For more information about managing the Distributed Cache service, seehttp://technet.microsoft.com/library/jj219613(office.15).aspx
C'est nouveau et je n'ai pas de clients en 2013, mais intuitivement, pour ne pas perdre les données, il faudrait avoir au moins deux serveurs avec ce service :-)
On peut egalement arreter le service et le redemarrer ailleurs d'après technet.
Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)
- Modifié Emmanuel ISSALY mercredi 12 décembre 2012 08:53
- Marqué comme réponse Marc LognoulModerator mercredi 12 décembre 2012 12:38
-
Bonjour,
Si la topologie choisi implique un service de cache distribué redondé, l'arrêt d'un des serveurs/service n'invalidera pas le cache, le consommateur sera automatiquement redirigé vers le membre actif survivant.
Par expérience (réduite bien évidemment), je remarque que lors du (re)démarrage, le cache semble se reconstruire et redevenir effectif rapidement.
Marc Lognoul [Infrastructure Expert]
My Site/Mon Site | MyBlog [EN] | Mon Blog [FR] | Twitter | LinkedIn
- Marqué comme réponse Marc LognoulModerator mercredi 12 décembre 2012 12:38
Toutes les réponses
-
Tu as également un slide la dessus, Service de cache distribué SharePoint 2013 :)
Vidéo (en anglais) | Présentation (en anglais)Et deux liens :
For more information about planning for the Distributed Cache service, seehttp://technet.microsoft.com/library/jj219572(office.15).aspx
For more information about managing the Distributed Cache service, seehttp://technet.microsoft.com/library/jj219613(office.15).aspx
C'est nouveau et je n'ai pas de clients en 2013, mais intuitivement, pour ne pas perdre les données, il faudrait avoir au moins deux serveurs avec ce service :-)
On peut egalement arreter le service et le redemarrer ailleurs d'après technet.
Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)
- Modifié Emmanuel ISSALY mercredi 12 décembre 2012 08:53
- Marqué comme réponse Marc LognoulModerator mercredi 12 décembre 2012 12:38
-
Bonjour,
Si la topologie choisi implique un service de cache distribué redondé, l'arrêt d'un des serveurs/service n'invalidera pas le cache, le consommateur sera automatiquement redirigé vers le membre actif survivant.
Par expérience (réduite bien évidemment), je remarque que lors du (re)démarrage, le cache semble se reconstruire et redevenir effectif rapidement.
Marc Lognoul [Infrastructure Expert]
My Site/Mon Site | MyBlog [EN] | Mon Blog [FR] | Twitter | LinkedIn
- Marqué comme réponse Marc LognoulModerator mercredi 12 décembre 2012 12:38
-
En faite, ça a l'air d'un vrai sujet :
Quand vous planifiez l’implémentation du service de cache distribué, notez qu’il peut être déployé selon deux modes : le mode dédié et le mode colocalisé. En mode dédié, tous les services autres que celui de cache distribué sont arrêtés sur le serveur d’applications qui l’exécute. En mode colocalisé, le service de cache distribué s’exécute avec les autres services sur le serveur d’applications. Pour déployer ce service, le mode dédié est recommandé.
Quand le service de cache distribué s’exécute en mode colocalisé, la mémoire physique du serveur devrait être augmentée et tous les services non essentiels devraient être stoppés. Nous ne recommandons pas l’exécution des services ou applications suivants sur le même serveur que le service de cache distribué :
-
SQL Server 2008 ou SQL Server 2012
-
Service de recherche
-
Excel Services dans SharePoint
-
Services Project Server
Si je suis, tu devras le déployer sur deux front ends au moins, voire en cluster dédié. Intéressant.
Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)
-
-
Bonjour Emmanuel,
En effet, dans le cas d'une topologie devant soutenir la haute dispo, la question du type de déploiement du service de cache distribué se pose également. Je n'ai pas encore identifié le facteur technique et financier déterminant, à coup sur, le passage du mode colocalisé vers dédié.
Marc Lognoul [Infrastructure Expert]
My Site/Mon Site | MyBlog [EN] | Mon Blog [FR] | Twitter | LinkedIn
-
En effet, c'est du vague :)
J'en suppose pour l'instant que le faire tourner sur les WFE est adéquat, mais jusqu’à quel point peut etre dodgy si les devs mettent des objets métier dedans.
Un peu plus d'infos ici : http://www.c-sharpcorner.com/UploadFile/d2ee01/distributed-cache-service-in-sharepoint-2013/
Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)
-
-
Alors, depuis la version RTM, l'usage "custom" du cache distribué s'est restreint. A ma connaissance, seul du contenu nativement SharePoint peut être mis en cache. On est donc loin de la flexibilité original de AppFabric.
Cela devrait limiter les risques de dérapage.
Par contre, une fois que ne contenu acquiert une taille respectable (qui reste à définir), l'usage du dédié prendra tout son sens.
Marc Lognoul [Infrastructure Expert]
My Site/Mon Site | MyBlog [EN] | Mon Blog [FR] | Twitter | LinkedIn
-
Bonjour,
Merci pour votre retour et désolé pour ces digressions, c'est un sujet à la mode ;)
Marc Lognoul [Infrastructure Expert]
My Site/Mon Site | MyBlog [EN] | Mon Blog [FR] | Twitter | LinkedIn