Configuración de ArcGIS Server en un entorno empresarial:
es decir, varios SOC, tal vez una configuración de conmutación por error, un servidor web separado, SDE / DBMS en una máquina separada, etc.
Sin entrar en detalles sobre las versiones / software / sistemas operativos / etc., me gustaría saber qué recomendaría la gente al realizar "comprobaciones de estado" en este tipo de configuración de báscula. ¿O tal vez el diagnóstico es una palabra mejor?
Estaba pensando que sería una buena idea realizar comprobaciones mensuales (en lugar de un monitoreo constante) para garantizar que todo funcione sin problemas y quizás para identificar cuellos de botella o áreas problemáticas en la configuración. Lo ideal es tener un flujo de trabajo específico que pueda repetirse fácilmente y luego recopilar datos históricos para ver si la configuración se ha deteriorado con el tiempo.
Espero que esta no sea una pregunta demasiado subjetiva, pero creo que habrá expertos por ahí que tendrán respuestas "correctas" a esto, y tal vez cualquier discusión se pueda hacer a través de comentarios y borrados según sea necesario.
Para hacer la pregunta más específica, asuma:
- SDE se ha configurado de manera óptima.
- Los servicios de ArcGIS Server también se han configurado de manera óptima (es decir, en caché donde corresponda, escalar rangos / consultas de definición, etc.).
Estaba pensando en crear una aplicación personalizada que se encuentre en el servidor web y permita al usuario presionar un botón que haría cosas como:
- haga ping a cada punto final (cada IP, verifique XML desde el servidor WSDL ok, varios puntos finales REST)
- Fallar / Pasar a estas pruebas
- Quizás repita estos pings y muestre un tiempo de respuesta promedio para cada punto final.
Estas pruebas podrían realizarse en horas de menor actividad y luego generar un informe básico sobre los resultados.
Supongo que también podría cambiar ArcGIS Server por cualquier tecnología de servidor (lo que me hizo pensar que quizás esto pertenece a ServerFault).
Sé que ArcGIS Server tiene capacidades de registro y estadísticas . También debo señalar que ya se han establecido alertas automáticas para notificar cuando los servidores se caen o funcionan mal. Realmente estoy siguiendo algunos consejos sobre qué probar / identificar en términos de diagnóstico si el sistema en general está "saludable" (es decir, ¿está funcionando bien, es peor que el mes pasado, se puede mejorar algo?)
Me interesaría saber qué piensan las personas (con experiencia en configuraciones de varios niveles / alto uso).
fuente
Respuestas:
Latitude Geographics desarrolló Geocortex Optimizer solo para este propósito. Es un programa que se instala como un servicio y realiza una supervisión periódica de sus Servicios ArcGIS y los servidores detrás de ellos (mediante la realización de solicitudes de ping, solicitudes web, solicitudes de mapas y también mediante la supervisión de archivos de registro y contadores de rendimiento).
También hay enlaces de API que le permiten conectar un visor web a los recopiladores de Optimizer, para que pueda obtener información sobre cómo se usa su visor web. (qué extensiones, qué herramientas, actividad del usuario, etc.)
Los datos que recopila se introducen en una base de datos y hay un módulo de informes que analiza los datos y presenta los resultados como una página web. Hay gráficos y mapas de calor para ayudar a representar visualmente las tendencias y el uso. También puede recibir algunos informes por correo electrónico periódicamente.
DESCARGO DE RESPONSABILIDAD : Trabajo en Latitude Geographics, aunque no directamente con el producto Optimizer.
fuente
En el tiempo libre, trabajé en un script de Python que genera una solicitud web a la URL REST del servidor ArcGIS y evalúa la respuesta del servicio. Si la respuesta es negativa, se enviará una alerta por correo electrónico a una dirección de correo electrónico específica.
Creo que es simple pero útil para monitorear servicios individuales de ArcGIS Server. Espero que sea útil para alguien.
Toda la información en nuestro blog: http://oneteamgis.wordpress.com/2014/03/24/uno-script-python-che-monitora-i-servizi-di-arcgis-server/
Damiano
fuente