Configuration d'ArcGIS Server dans un environnement d'entreprise:
c'est-à-dire plusieurs SOC, peut-être une configuration de basculement, un serveur Web séparé, SDE / SGBD sur une machine distincte, etc.
Sans entrer dans les détails sur les versions / logiciels / systèmes d'exploitation / etc, je voudrais savoir ce que les gens recommanderaient pour effectuer des "vérifications de l'état" sur ce type de configuration de balance. Ou peut-être que le diagnostic est un meilleur mot?
Je pensais que ce serait une bonne idée d'exécuter des vérifications mensuelles (par opposition à une surveillance cohérente) pour s'assurer que tout se déroule correctement et peut-être identifier les goulots d'étranglement ou les problèmes dans la configuration. Idéalement, avoir un flux de travail spécifique qui pourrait être facilement répété, puis collecter des données historiques pour voir si la configuration s'est détériorée au fil du temps.
J'espère que ce n'est pas une question trop subjective, mais je pense qu'il y aura des experts là-bas qui auront de "bonnes" réponses à cela, et peut-être que toute discussion peut être faite via des commentaires et supprimée si nécessaire?
Pour rendre la question plus précise, veuillez supposer:
- SDE a été configuré de manière optimale.
- Les services ArcGIS Server ont également été configurés de manière optimale (c'est-à-dire mis en cache le cas échéant, plages d'échelle / requêtes de définition, etc.).
Je pensais à mettre sur pied une application personnalisée qui se trouve sur le serveur Web et permet à un utilisateur d'appuyer sur un bouton qui ferait des choses comme:
- cingler chaque point de terminaison (chaque IP, vérifier XML à partir du serveur WSDL ok, divers points de terminaison REST)
- Échec / réussite à ces tests
- Peut-être répétez ces pings et montrez un temps de réponse moyen pour chaque point final.
Ces tests pourraient être effectués en dehors des heures de pointe, puis générer un rapport de base sur les résultats.
Je suppose que vous pouvez également échanger ArcGIS Server pour n'importe quelle technologie de serveur (ce qui m'a fait penser que cela appartient peut-être à ServerFault).
Je sais qu'ArcGIS Server possède des capacités de journalisation et de statistiques . Je dois également souligner que des alertes automatiques ont déjà été mises en place pour avertir lorsque les serveurs tombent en panne ou fonctionnent très mal. Je suis vraiment après quelques conseils sur ce qu'il faut tester / identifier en termes de diagnostic si le système global est "sain" (c'est-à-dire qu'il fonctionne bien, est-il pire que le mois dernier, quelque chose peut-il être amélioré?)
Je serais intéressé de savoir ce que les gens (qui sont expérimentés dans les configurations multi-niveaux / à haute utilisation) pensent de cela.
la source
Réponses:
Latitude Geographics a développé Geocortex Optimizer à cette fin. Il s'agit d'un programme qui s'installe en tant que service et effectue une surveillance périodique de vos services ArcGIS et des serveurs derrière eux (en effectuant des requêtes ping, des requêtes Web, des demandes de carte, et également en surveillant les fichiers journaux et les compteurs de performances).
Il existe également des crochets API qui vous permettent de connecter un visualiseur Web aux collecteurs Optimizer, afin que vous puissiez obtenir des informations sur la façon dont votre visionneuse Web est utilisée. (quelles étendues, quels outils, activité des utilisateurs, etc.)
Les données qu'il recueille sont poussées dans une base de données et il existe un module de rapport qui analyse les données et présente les résultats sous forme de page Web. Il existe des graphiques et des cartes thermiques pour aider à représenter visuellement les tendances et l'utilisation. Vous pouvez également envoyer régulièrement des rapports par e-mail.
AVERTISSEMENT : je travaille chez Latitude Geographics, mais pas directement avec le produit Optimizer.
la source
Dans les temps libres, j'ai travaillé sur un script Python qui génère une requête Web vers l'URL REST du serveur ArcGIS et évalue la réponse du service. Si la réponse est négative, une alerte e-mail sera envoyée à une adresse e-mail spécifique.
Je pense que c'est simple mais utile pour surveiller les services individuels d'ArcGIS Server. J'espère que c'est utile pour quelqu'un.
Toutes les informations sur notre blog: http://oneteamgis.wordpress.com/2014/03/24/uno-script-python-che-monitora-i-servizi-di-arcgis-server/
Damiano
la source