Analyse côté client avec des groupes ciblés et équilibreurs de charge
S'applique à: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Lorsque les équilibreurs de charge sont utilisés au cours de l'analyse côté client, l'équilibrage de charge est conçu pour obtenir des adresses IP client true. Dans un cas simple, lorsqu'un client est connecté directement à un serveur web, le serveur web connaît l'adresse IP du client. Toutefois, lorsque vous disposez de plusieurs serveurs et un équilibreur de charge permet de distribuer le trafic provenant des clients entre les serveurs, cela peut présenter deux problèmes. Tout d'abord, l'adresse IP signalée au collecteur est l'adresse IP virtuelle par l'équilibrage de charge, pas l'adresse IP réelle de l'utilisateur final. Lorsque les utilisateurs accèdent à l'équilibrage de charge, il les envoie à un serveur web approprié. En raison de l'équilibrage de charge, le serveur web voit uniquement l'IP du port interne (au sein du réseau), pas l'adresse IP réelle (en dehors du réseau). En outre, si certains serveurs sont analysés, mais pas, données peuvent être perdues, car les réponses des clients sont souvent envoyées aux serveurs d'une façon charge ou de tourniquet (Round Robin) au moins, ce qui signifie que la réponse peut accéder à un serveur qui n'héberge pas un collecteur.
Voici quelques stratégies de configuration de l'analyse côté client lorsque vous disposez de plusieurs serveurs analysés et utilisez des équilibreurs de charge.
Surveillance avec un équilibrage de charge et le groupe ciblé
Lorsque vous configurez l'analyse côté client, vous avez la possibilité de définir le groupe cible, limitant le nombre de serveurs web utilisés pour l'analyse. Dans ce scénario, seuls les serveurs analysés dans le groupe cible seront injecter le code JavaScript utilisé pour l'analyse et les serveurs en dehors du groupe cible qui ne sont pas analysées ne seront pas obtenir instrumentés lors de l'utilisation des équilibreurs de charge avec les serveurs web. Cela entraîne des données incorrectes. L'équilibrage de charge ne sait pas quels serveurs sont à l'intérieur ou à l'extérieur les demandes de client ciblés pour le groupe et envoie aux serveurs qui sont à l'intérieur (surveillé) ou à l'extérieur du groupe ciblé (non surveillé). Le résultat est que les demandes qui ont été instrumentés et essayez de retourner des données pour les collecteurs peuvent envoyer leurs résultats à des serveurs qui ne peut pas traiter les données.
Solution 1 si vous créer un nouveau modèle d'analyse des performances des applications .NET et notamment l'analyse côté client pour un groupe ciblé, nous vous recommandons de choisir un groupe de serveurs qui sont servis par le même équilibreur de charge. Cible d'analyse pour tous les serveurs de la batterie à charge équilibrée.
Solution 2 si vous exécutez déjà analyse avec un groupe ciblé et un équilibrage de charge côté client, vous pouvez résoudre ce problème en créant une règle sur l'équilibrage de charge qui dirige tout le trafic d'analyse sur les serveurs analysés. Surveillance du trafic est l'analyse scripts JavaScript qui envoient des données au point de terminaison du collecteur. Vous pouvez identifier le trafic d'analyse, car elle contient /CSMCollector dans l'URL. Chaque équilibreur de charge a son propre modèle pour la configuration des règles. Reportez-vous à la documentation de votre programme d'équilibrage charge pour plus d'informations sur la création de la règle.