Mejores prácticas para la planificación de los requisitos de hardware para la implementación de ArcGIS Server escenario

Question

En esta pregunta, me gustaría pedir para compartir de alguna experiencia en la planificación de ArcGIS Server parte de hardware en la Web de proyectos de mapeo (Flex, Silverlight).

Vamos a suponer que estamos desarrollando RIA de la aplicación y la implementación de ArcGIS Server con servicios.

Me he dado cuenta de que muy a menudo en la etapa temprana de la planificación de proyectos de SIG clientes gustaría saber aproximada de los requisitos de hardware para el Servidor de ArcGIS parte.

Generalmente los sonidos de las siguientes maneras:

• Tenemos que servir a N de usuario del editor y M visores de datos espaciales. ¿Qué servidor necesitamos (CPU, RAM)? Cuántos servidores ArcGIS?
• Ya tenemos servidor dedicado que estamos planeando para el uso de ArcGIS Server. Cuántos usuarios (editores/espectadores) será capaz de servir?

Es común que en esta etapa no tiene acceso a los datos espaciales por lo que no es posible realizar las pruebas. Pero podemos estimar la cantidad aproximada de Mapa/Función y Dinámica/en Caché de los servicios.

He estudiado Esri Sistema de Estrategias de Diseño, documento, pero no he encontrado ninguna números o fórmulas para realizar dicha estimación aproximada. Entiendo que la mejor manera precisa es obtener al menos una parte de los datos y realizar pruebas reales.

Así que, ¿cuál es la mejor de las prácticas en tal situación? Es posible realizar tal, muy cálculos aproximados para responder a estas preguntas sin pruebas con datos reales?

Puede ser que ya se enfrentan a estos problemas y tener algo de experiencia?

Answer 1

Lo que usted realmente necesita hacer es tener en sus manos una copia de la CapacityPlanningTool. Este es un archivo de Excel que tiene una gran cantidad de métricas integrado en lo que puede ayudar a verse en el número de usuario, tipos de servicios (tales como caché o dinámica) y fuentes de datos (fGDB frente a eGDB) y el tamaño de su red de tuberías para el rendimiento.

Usted puede obtener una copia de este en la 'Construcción de un SIG' libro escrito principalmente por Dave Peters @ ESRI. He encontrado los números en el CPT ser muy conservador, por lo que tienden a disparar en un 20% por encima al menos para llegar a mi base de las configuraciones de los Servidores y Servidores de Datos.

Su más grande cosas para ver, tipos de servicios, la cantidad de datos en los servicios/capas, la cantidad de transacciones/ediciones y más de todas las divisas de los datos.

Una vez que usted sabe lo que usted necesita considerar para el inicio de la huella de la aplicación y se puede ver lo que sus aplicaciones se generan usted puede decidir si la aplicación va a ser de alto volumen o no y, a continuación, los números en el CPT puede ser editado basado en su nivel de comodidad.

Revisión por pares/feedback siempre es una gran herramienta y usted encontrará que la gente de aquí (me incluyo) que están dispuestos a aceptar 10/15 min revisar algo y darte algunas ideas o perspectivas.