Planificación de un SIG Empresaríal

El diseño del sistema arquitectura proporciona una metodología para el establecimiento de requisitos de hardware y de red que soportan las necesidades de rendimiento y de comunicación de los usuarios de aplicaciones SIG. Requisitos de hardware debería establecerse basándose en las necesidades empresariales identificadas. Una comprensión fundamental de las necesidades de flujo de trabajo de los usuarios y la tecnología GIS de apoyo se requiere antes de que uno puede identificar el hardware y los requisitos de la red de apoyo a las operaciones efectivas de SIG de la empresa.

Ciudad de Roma es el nombre del estudio de caso para demostrar el proceso de planificación se presenta en un libro escrito por Roger Tomlinson llama [ Pensando en SIG : Planificación de Sistemas de Información Geográfica para Administradores ]. Tanto el capítulo 9 de su libro y este capítulo muestran las plantillas estándar que se pueden utilizar para la mayoría de los estudios de la empresa de diseño. En este capítulo vamos a utilizar la herramienta de planificación de capacidad como un marco para las necesidades del usuario del modelo y el diseño de la arquitectura del sistema durante dos años previstos de expansión y crecimiento para la ciudad de Roma.

GIS planificación empresarial

La Figura 12-1 muestra el proceso de planificación SIG. Planificación SIG proporciona una base para construir y mantener operaciones exitosas SIG.

La planificación comienza por pensar en lo que quieres salir del sistema.

• ¿Cuál es la estrategia general de la empresa?
• ¿Cuáles son los procesos críticos del negocio?
• ¿Qué productos de información impulsar las decisiones de negocio?
• ¿Cuáles son los recursos de datos críticos?
• ¿Cómo GIS apoyar las operaciones actuales del negocio?
• ¿Cuáles son las necesidades de las empresas actuales?
• ¿Cuáles son las necesidades de software de SIG tecnología?
• ¿Cuáles son los patrones de despliegue de software disponibles de tecnología?
• ¿Cuál es el proceso para migrar las operaciones de negocios con el Estado la nueva tecnología?
• ¿Cuáles son los costos y beneficios para realizar este cambio negocio?

Estas son algunas de las cuestiones que se abordan en un negocio típico de evaluación de necesidades.

El diseño del sistema arquitectura es un proceso para la identificación de la red y la infraestructura necesaria plataforma. Red de infraestructura y plataforma debe satisfacer la capacidad máxima del sistema y las necesidades de rendimiento para permitir las operaciones planificadas de negocios.

Práctica recomendada: El diseño del sistema arquitectura debe ser incluido como una parte integral de todo proceso de planificación empresarial.

Sistema de diseño de la arquitectura

La figura 12-2 muestra la arquitectura del sistema de proceso de diseño. Diseño de arquitectura de sistema es una parte integral de la empresa GIS evaluación de las necesidades.

Operaciones de SIG de la empresa son el procesamiento y tráfico de red de cómputo intensivo, lo que significa:

• Operaciones de SIG puede poner una gran presión en el procesamiento del servidor y la carga de tráfico de red.
• Capacidad de la red puede ser uno de los factores determinantes para viajar selección apropiada tecnología de software.
• En algunos casos, las limitaciones de hardware pueden conducir selección de software de tecnología.

Mejores prácticas: Las necesidades de infraestructura siempre debe ser entendido y considerado antes de hacer una selección de la tecnología de software final.

Mantener un plan actual

Figura 12-3 hace hincapié en la importancia de mantener un plan de GIS actual.

La planificación es fundamental para:

• Proporcionar un marco para la aplicación GIS de la empresa.
• Garantizar apoyo a la gestión superior para las inversiones SIG requeridas.
• Gestión de la evolución de las operaciones de SIG de la empresa.

La tecnología está cambiando más rápidamente cada año.

• Durante la década de 1990, la planificación SIG fue un proceso detallado y riguroso para identificar y justificar los cambios importantes en los procesos de negocio necesarios para lograr los beneficios que ofrece la tecnología GIS.Aplicación GIS tomaría varios años para llegar a la final estatal y planificada tecnología sería relativamente estable a lo largo de ese período.
• Hoy en día, la tecnología está cambiando mucho más rápido, y es difícil hacer planes para más de un año a la vez.Tecnología sigue mejorando, y los ajustes deben hacerse cada año para mantenerse a la par con el cambio. Metodología de planificación es cada vez más ágil, adaptándose a los cambios rápidos en la tecnología.

Práctica recomendada: planificación empresarial GIS es un proceso continuo, y debe ser actualizado en forma anual para mantenerse a la par con la tecnología.

La mayoría de las implementaciones GIS evolucionan con muchos años de mejoras tecnológicas incrementales, y:

• Planes de aplicación suelen ir dirigidas a un programa de dos o tres años para asegurar que el presupuesto esté en su lugar para las necesidades de implantación previstos.
• La planificación del proyecto debe ser ajustado anualmente para tomar ventaja de las mejoras tecnológicas y ajustar para el cambio tecnológico.

La figura 12-4 muestra el diseño de CPT, una instantánea de un plan de GIS identificar las necesidades del usuario, la ubicación del sitio, picos de carga del sistema y solución de plataforma para una arquitectura objetivo específico (punto en el tiempo). Los cambios en los requisitos de flujo de trabajo del usuario se ajustará cargas en la solución de plataforma seleccionada. Los cambios en la arquitectura de la plataforma se espera identificar mejoras en el rendimiento y la capacidad del sistema. El CPT puede proporcionar un modelo de diseño adaptativo que representa el entorno de la empresa GIS.

Práctica recomendada: La herramienta de planificación de capacidad proporciona un marco muy adaptable para representar sus necesidades de flujo de trabajo de usuarios de SIG y la infraestructura del sistema asociado necesidades requeridas para gestionar el cambio tecnológico.

Empresa visión

La figura 12-7 muestra una visión general de los patrones de la tecnología ArcGIS y la forma en que se implementan para satisfacer las necesidades del cliente de negocios. GIS empresarial visión examina cómo la tecnología SIG puede apoyar mejor a sus necesidades de negocio. ArcGIS incluye una gama de opciones tecnológicas desarrolladas como un conjunto completo de los flujos de trabajo integrados y sistemas para satisfacer una amplia gama de requerimientos del negocio.

SIG patrones de implementación de software están optimizados para satisfacer sus necesidades de negocio:

• Gestión de activos
• Planificación y análisis
• Campo de movilidad
• Conocimiento operacional
• Compromiso son

Operaciones de las empresas más exitosas del SIG evolucionar para abarcar toda la gama de modelos disponibles para hacer frente a la tecnología SIG se centraron las necesidades del negocio en toda la organización.

Mejores prácticas: creación de una visión de la empresa GIS claro desde el principio en la planificación puede ayudar a identificar un plan de trabajo óptimo para la construcción de eficacia de las operaciones de SIG.

Arquitectura de Negocios Existentes

Arquitectura de negocios define el estado actual de cómo se va a reunir sus requisitos empresariales. Esto incluye una revisión de su plataforma y la arquitectura de la red, la gobernanza y políticas paisaje, los tipos de comunidades de usuarios, las limitaciones operacionales y prioridades y restricciones de financiación existentes. Esta es la información que se puede aprovechar para identificar una solución de diseño GIS que se basa en sus operaciones comerciales actuales.

Plataforma y entornos de red

Figura 12-8 muestra los tipos de fuentes de software, redes, servidores y datos mantenidos en la mayoría de entornos empresariales. Ya sea por su cuenta o en colaboración con un consultor de diseño, debe revisar las plataformas y entornos de red de proveedores actualmente mantenidos por su organización.

Hardware experiencia, las relaciones de mantenimiento, y capacitación de personal representan una cantidad considerable de inversión para cualquier organización.

Práctica recomendada: Propuestas de soluciones de diseño del SIG debe aprovechar la experiencia empresarial adquirida en el trabajo con la plataforma establecida y entorno de red.

Limitaciones operacionales y prioridades

La figura 12-11 muestra algunas limitaciones clave que afectan el diseño de la arquitectura del sistema. Comprender la naturaleza de las operaciones apoyadas por la solución GIS identificar los requisitos de tolerancia a fallos, seguridad, rendimiento de la aplicación y el tipo de arquitectura cliente / servidor que sería apropiado para apoyar estas operaciones.

Requisitos del sistema de disponibilidad

La mayoría de las operaciones de la empresa incluyen varios requisitos de plataforma adicionales, además de su entorno de producción.

• Desarrollo y prueba de plataformas
• Plataformas de etapas
• Mantenimiento redundante y entornos de publicación de bases de datos
• Posible respaldo de datos remoto centro
• Posible colaboración nube y servicios de publicación

Advertencia: Todos los requisitos empresariales y las prioridades no son las mismas, y es importante escuchar y entender lo que es importante para hacer las recomendaciones finales de diseño.

Los requisitos de seguridad

Identificar el nivel de seguridad que rigen las operaciones de negocios actuales

• Básico - no hay datos sensibles.
• Standard - consecuencias moderadas para la pérdida de datos o la integridad
• Avanzadas - los datos sensibles

¿Qué normas de seguridad están actualmente en vigor

• Publicado servicios estándares Web
• Los datos de producción y las normas de distribución de acceso
• Protección de acceso para los servidores appication Web y fuentes de datos.

Los requisitos de desempeño

Identificar los problemas de rendimiento están dirigidas por el nuevo diseño

• La productividad del usuario
• Acceso remoto
• Los servicios públicos de Internet
• Plazos de geoprocesamiento
• Líneas de tiempo de proceso por lotes

Mejores prácticas: La alta disponibilidad, redundancia, seguridad y consideraciones de rendimiento especiales requisitos de la unidad para el hardware y el aumento de los costes de software. Las recomendaciones deben ser respaldadas con hechos a los gastos de apoyo adecuado y el análisis de los beneficios.

Las limitaciones de financiación

Figura 12-12 muestra el GIS proyectada presupuesto de operaciones.

Advertencia: El diseño final debe ser asequible.

Una organización no implementar una solución que está más allá de sus recursos financieros.

• Con el diseño del sistema, el costo es una función de rendimiento y fiabilidad.
• Si el costo es un problema, el diseño del sistema debe facilitar un compromiso entre la aplicación de usuario performance, confiabilidad, costo y horario.
• El consultor de diseño debe identificar una solución de hardware que proporciona un rendimiento y fiabilidad óptimos dentro de las limitaciones presupuestarias identificadas.

La tecnología actual permite la distribución de soluciones GIS para clientes en un entorno empresarial, pero hay limitaciones que se aplican a cualquier diseño del sistema informático distribuido.

• Es importante entender claramente las necesidades reales de los usuarios de SIG y debatir las opciones alternativas para satisfacer esas necesidades con el personal del sistema de apoyo para identificar la solución más rentable.
• Puede que sea necesario revisar varias alternativas de modelos de tecnología de software junto con una variedad de opciones de despliegue de sistemas para identificar y establecer la mejor estrategia de implementación.

Necesidades de los usuarios análisis

La ubicación del usuario y la conectividad

Figura 12-13 se muestra la ubicación del usuario y la conectividad. Todas las ubicaciones de los usuarios que requieren acceso a las aplicaciones de los SIG y los recursos de datos deben ser identificados.

• Usted desea incluir a todos los que puedan tener acceso al sistema durante los períodos de trabajo máximos.
• El término "usuario" comprende localidades usuarios locales, usuarios remotos de la red de área amplia (WAN) y usuarios de Internet (internos y públicos).

La infraestructura de la empresa debe ser capaz de acomodar cargas de tráfico de pico de flujo de trabajo.

• Sepa dónde se encuentran los usuarios.
• Saber qué productos de información los usuarios tendrán que hacer su trabajo.
• Identificar la ubicación de los recursos de datos necesarios.

Práctica recomendada: Un diagrama simple puede ser útil para identificar la ubicación del usuario y la conectividad de red.

En la evaluación del diseño del sistema, debe identificar el ancho de banda de red de comunicación entre las diferentes ubicaciones de los usuarios y el centro de datos.

• Ancho de banda de red puede incluir restricciones de comunicación que puedan influir en la solución de software de tecnología apropiada.
• La solución tecnológica seleccionada puede requerir mejoras en la infraestructura de comunicación de red.

Práctica recomendada: Es importante identificar los costos adicionales de infraestructura durante el proceso de planificación-que no quiero averiguarlo después de la implementación del sistema.

Patrones de flujo de trabajo del usuario

Software de flujo de trabajo los patrones tecnológicos se identifica normalmente durante un análisis de necesidades de los usuarios. La figura 12-14 patrones de flujo de trabajo se identificaron para la ciudad de Roma.

El análisis de flujo de trabajo de usuario revisará cada uno de estos patrones de tecnología y software apropiados identificar cargas de procesamiento de componentes para cada uno de los casos de uso identificados. Estas cargas de flujo de trabajo de usuarios determinará el tratamiento informático y los requisitos de capacidad de la red.

La pestaña Calculadora CPT proporciona la capacidad para la generación de modelos de flujo de trabajo de usuario personalizados para representar una amplia gama de patrones de tecnología de software.

• La Calculadora de CPT y herramientas de diseño incorporar toda la plataforma de los modelos de tamaño Esri ha utilizado para los servicios de consultoría de sistemas de diseño en los últimos 20 años. Patrones de flujo de trabajo de software SIG fueron identificados en el Capítulo 2. Recetas de flujo de trabajo de desempeño fueron introducidas en el Capítulo 3.
• Los nuevos patrones tecnológicos están incluidas con cada versión de software.
• Capacidad de la herramienta de forma dinámica del modelo disponibles alternativas de diseño del sistema ofrece una forma adaptable, visión integrada, la gestión de una solución de diseño del sistema completo de arquitectura.

Hay una compensación entre la simplicidad y la complejidad en la representación de los flujos de trabajo de usuario en un diseño de arquitectura del sistema.

• La simplicidad es más fácil de entender, fácil de cuantificar, permite mayor validación, ayuda a cuantificar el riesgo empresarial, y proporciona información valiosa sobre la cual basar las decisiones empresariales.
• La complejidad puede ser más preciso, puede proporcionar una representación más cercana de la aplicación final, y puede conducir a resultados más detallados, sin embargo, los modelos complejos pueden ser mucho más difícil de entender, difícil de cuantificar, más difícil de validar, y pueden incluir el riesgo oculto.

Durante la fase inicial de planificación, lo mejor es desarrollar la representación más simple de su solución de sistema de diseño de la arquitectura que dará lugar a las decisiones empresariales correctas.

Práctica recomendada: Un modelo simple es lo mejor: se destaca la relación entre lo que la organización quiere hacer con GIS (lo que usted desea fuera del sistema) y la tecnología que necesita para hacerlo (software, hardware, infraestructura de red y las decisiones de contratación) .

La planificación debe establecer objetivos de rendimiento que se pueden identificar y validar a través de la implementación del sistema.

• Los modelos CPT utilizados durante la planificación se basa en lo que se aprende de las pruebas de rendimiento de referencia y lo que otras personas son capaces de hacer con la tecnología.Objetivos de rendimiento de software se introdujeron en el capítulo 3.
• Puede utilizar los modelos de CPT para establecer sus propios objetivos de rendimiento del sistema, en función de sus limitaciones de infraestructura y necesidades específicas de operación.También puede utilizar los modelos de gestión de flujo de trabajo presentadas en el capítulo 3.

Ciudad de Roma análisis de flujo de trabajo CPT usuario

El análisis de flujo de trabajo de usuario incluirá un análisis de necesidades de los usuarios para el año 1 y el año 2 para identificar los flujos de trabajo necesarios para satisfacer la Ciudad de los requisitos empresariales de Roma.

Requisitos de Usuario Año 1

Figura 12-15 muestra los requisitos de usuario para la ciudad de Roma un año de implementación.

La plantilla que se utiliza para documentar los años 1 Requisitos de usuario de la aplicación para la Ciudad de Roma fue diseñado para integrar el análisis de los requisitos previsto en Tomlinson Pensando en GIS con lo que se necesita para completar el diseño de la arquitectura del sistema. La hoja de cálculo de flujo de trabajo identifica las necesidades de los usuarios (los picos de carga de flujo de trabajo) a nivel de departamento para cada ubicación del usuario.

Cargas máximas de flujo de trabajo de procesamiento y establecer los requisitos de circulación utilizadas por el CPT para generar especificaciones de hardware.

• Cada jefe de departamento deben ser llamados durante el proceso de diseño para validar que estas cargas de usuario pico son estimaciones precisas.
• Es importante que el análisis del diseño se basa en los requisitos máximos validados de usuario, y que la relación entre las necesidades de negocio y estas estimaciones de rendimiento pico han sido revisadas y se entiende antes de los procesos de aceptación de diseño final.
• Los requisitos máximos de usuario son utilizados por el CPT para generar las cargas del sistema (el procesamiento y los requisitos de tráfico antes mencionado) y determinar el hardware final y solución de red.

El primer año de implementación se incluyen:

• Interior de ArcGIS para Desktop (Escritorio Editar y Ver Información) e internos (servicios web LocalMap) dentro de Central City Hall (Planificación y los departamentos de Ingeniería).
• Tres ubicaciones de los usuarios a través de WAN (Operaciones, Freeberg y Willsberg).
• El departamento de TI será la sede de los servicios web públicos sobre su conexión a Internet.

Mejores prácticas: Cada jefe de departamento es responsable de validar previsiones de las necesidades de flujo de trabajo de pico.

Requisitos de Usuario Año 2

Figura 12-16 muestra los requisitos de usuario para la ciudad de Roma un año de implementación.

Año 2 incluye:

• Departamento de Desarrollo de Negocio de implementación de un sistema de información nueva Business Analyst.
• Departamento de Ingeniería despliegue de Seguimiento Conjunto (JTX) funcionan las aplicaciones de gestión de pedidos.
• City añade 911 servicios en el departamento de Operaciones, junto con una operación de envío nuevo y ejecución de cinco oficinas sobre el terreno (Perth, Wawash, Jackson, Petersville y Rogerton).
• Una implementación de Servidor de seguimiento también se implementa para facilitar la programación de quitanieves.

2 Año también incluye la implementación de una red separada segura para apoyar las operaciones policiales.

• La red policial será un diseño diferente.
• Servicios de replicación de geodatabase proporcionará actualizaciones de la base de datos de la ciudad a la base de datos policial.
• Una nueva aplicación ArcGIS Mobile apoyará a las patrullas de la policía, usando comunicaciones inalámbricas se conectan a través de una conexión T-1 WAN sincronización con el ArcGIS Server para clientes móviles (patrulleros).
• El departamento de policía agrega un despacho policial e implementa una solución de servidor de seguimiento de las 20 patrullas de la policía.

Requisitos de usuario Resumen

Figura 12-17 muestra un resumen de análisis de requerimientos para los años 1 y 2

Un resumen de requisitos de usuario es una plantilla de más condensada que se puede utilizar como recurso para completar el diseño de la arquitectura del sistema. Esta plantilla incluye las ubicaciones de los usuarios mismos y flujos de trabajo previstos en las plantillas anteriores.

Práctica recomendada: flujo de trabajo GIS análisis de requisitos representa los requerimientos del negocio se utilizan para completar un diseño de la arquitectura del sistema apropiado.

Realizar un análisis de los requisitos correcto es un trabajo duro.

• Personal de la Organización deben trabajar juntos para identificar los procesos de flujo de trabajo y acordar las necesidades del negocio.
• La estimación del número máximo de usuarios para cada flujo de trabajo del usuario es una parte fundamental de hacer negocios y debe ser completado por la organización empresarial.
  • El uso de flujo de trabajo de pico afectará a las decisiones sobre el personal y las licencias de software.
  • El uso de flujo de trabajo Pico determinará las especificaciones de la red y hardware.
• Comprender y hacer el resumen de requisitos de usuario derecha hará una gran contribución hacia la conclusión de un diseño de la arquitectura del sistema adecuado y la implementación de las operaciones productivas de SIG.

Ahora que ha completado el análisis de requisitos de usuario, usted está listo para continuar con el diseño de la arquitectura del sistema.

CPT flujos de trabajo empresariales

Figura 12-18 muestra los resultados de nuestra ciudad de Roma flujo de trabajo de análisis de cargas.

Los objetivos de rendimiento de los componentes de flujo de trabajo (horas de servicio de software) generados por la calculadora de CPT se puede incluir en la Ciudad de los flujos de trabajo de proyectos de Roma se encuentra en la ficha Flujo de trabajo del CPT.

Solución de cada organización será diferente.

• Varias decisiones debe realizarse durante el proceso de diseño antes de una representación final se recoge en la herramienta de planificación de capacidad.
• El proceso y el debate previo al diseño final debe ser documentado como un registro de las decisiones tomadas durante el proceso de diseño.
• Documentación de diseño debería definir claramente las bases para la representación de flujo de trabajo final.

Plataforma CPT arquitectura selección

La figura 12-30 muestra la configuración física plaforma nivel para el año 1. Datos de servidores del centro se configura en cuatro niveles plataforma independiente. Citrix granja de servidores de terminal será la sede de los clientes de escritorio remotos, nivel independiente se proporcionan para los servicios de mapas Web internos y públicos, y un único DBMS proporcionan la fuente de datos para los datos de SIG internos. La configuración del servidor mínimo se centra en el sistema de producción - hardware existente se utiliza para el desarrollo, prueba y puesta en escena ambientes.

Plataforma nivel de configuración

• WTS: Plataforma de nivel 07 será la sede de la Terminal Citrix granja de servidores.
• WebIn: Plataforma de nivel 08 será el anfitrión de la web interna de ArcGIS para servidor web y los componentes de software del SOC.
• WebPub: Plataforma de nivel 09 será el anfitrión de la web pública de ArcGIS para servidor web y los componentes de software del SOC.
• DBMS: Plataforma de nivel 10 será el anfitrión de la plataforma de SDE geodatabase servidor.

La configuración mínima plataforma física a utilizar el procesador más rápido disponible para minimizar los costos totales del sistema. La plataforma se utilizará el mismo para todas servidor de nivel.

Plataforma selección

• Cliente de estación de trabajo: Intel Core i3-2120 2-core (1 chip) 3100 MHz seleccionada para representar a los entornos de estaciones de trabajo cliente.
• Centro de datos del servidor de etapa: Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz plataforma seleccionada para las soluciones de servidores físicos en función de más alto rendimiento mejor compra de 4 núcleos configuración del servidor.
• 80 por ciento de vuelco seleccionado para todos los niveles plataforma de servidor.

CPT Diseño Configuración del software

La figura 12-31 muestra los CPT de Selecciones de software del módulo de configuración para el año 1. Para cada flujo de trabajo, el software se asigna a la plataforma de nivel apropiado y SDE_DBMS se selecciona como la fuente de datos. Los servicios Web internos de asignación se asigna a la plataforma WebIn nivel y los servicios públicos de la web de mapeo se asignan a la plataforma WebPub nivel. Todos los flujos de trabajo se utilizará un SDE arquitectura de conexión directa al acceder a la base de datos geográficos.

Fila 5 Predeterminado software asignación:

• Software Client establece con el cliente
• Software Citrix establece WTS nivel de plataforma
• Software Web configurado para WebIn plataforma niveles (servicios internos web)
• SOC software configurado para WebIn plataforma niveles (servicios internos web)
• Software SDE establece por defecto (conexión directa)
• DBMS DBMS software ajustado a nivel de plataforma

WebPublic flujo de trabajo de asignación de software (fila 22)

• Web software configurado para WebPub nivel de plataforma (servicios públicos web)
• SOC software configurado para WebPub nivel de plataforma (servicios públicos web)
• Software DBMS establece por defecto (Enterprise DBMS fuente de datos)

Todas las tareas de flujo de trabajo restantes de software establecida en plataforma por defecto.

Empresa solución de diseño: Año 1

CPT análisis de diseño para la solución mínima plataforma física - Año 1

Una vez que las plataformas y el software de flujo de trabajo se configuran, Excel completa la arquitectura del sistema de análisis de diseño y proporciona la solución de plataforma. La figura 12-32 muestra la solución mínima plataforma física para el año 1.

RESET / ADJUST en función AF columna se debe restablecer y volvió a SAVE para calcular la productividad de proceso por lotes para la nueva configuración.

Solución mínima plataforma física:

• WTS niveles: Un (1) Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz servidor con 44 GB de RAM
• WebIn niveles: Un (1) Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz servidor con 12 GB de RAM
• WebPublic niveles: Un (1) Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz servidor con 12 GB de RAM
• DBMS niveles: Un (1) Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz servidor con 44 GB de RAM

CPT análisis de diseño para la alta disponible configuración de la plataforma física: Año 1

Una copia del diseño CPT para la configuración de la plataforma física mínima puede ser actualizado para ofrecer resultados para la configuración de la plataforma de alta disponibilidad física. Una vez actualizada la plataforma de diseño CPT selección arquitectura y configuración de software, Excel completa la arquitectura del sistema de análisis de diseño y proporciona la solución de plataforma. La figura 12-34 muestra la solución de alta disponibilidad de la plataforma física para el año 1.

La alta disponibilidad (High Avail) Selección por encima de cada nivel de plataforma en la columna H generará automáticamente el número de nodos de la plataforma adecuada para cada nivel.

• WTS nivel de alta disponibilidad N +1 requisitos incluyen nodos de servidor.
• WebIn y WebPublic de alta disponibilidad requisitos incluyen al menos dos nodos de servidor.
• DBMS de alta disponibilidad requisitos deben incluir la conmutación por error adicional nodo servidor de datos.

Práctica recomendada: La selección DBMS nivel Disponibilidad alta se debe establecer como mínimo para mostrar un único servidor. SDE Geodatabase multi-plataforma activo-activo configuraciones de servidor requiere software más costoso y añade complejidad administración - es mucho más fácil y eficaz para aumentar el número de núcleo plataforma y mantener un entorno de servidor único primaria que para aplicar un activo-activo solución servidor agrupado geodatabase . Un servidor en espera se configura en una configuración de clúster de conmutación por error de alta disponibilidad.

RESET / ADJUST en función AF columna se debe restablecer y volvió a SAVE para calcular la productividad de proceso por lotes para la nueva configuración.

Solución de alta disponibilidad plataforma física:

• WTS niveles: Dos (2) Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz servidores con 44 GB de RAM
• WebIn niveles: Dos (2) Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz servidores con 12 GB de RAM
• WebPublic niveles: Dos (2) Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz servidores con 12 GB de RAM
• DBMS niveles: Un (1) Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz servidores con 44 GB de RAM con el servidor de conmutación por error adicional de la misma configuración.

Alta disponibilidad de la plataforma física sumario solución: Año 1

La figura 12-35 muestra el resumen de alta disponibilidad física solución de plataforma para el año 1. La solución se resumen generado por la ficha Diseño CPT. Cada nivel de la plataforma se apoya en dos servidores, si un servidor falla, el servidor restante continuará proporcionando los servicios necesarios de los usuarios.

Año 1 solución de alta disponibilidad plataforma física:

• WTS: 2 x Xeon E5-2637 4-core 3000 MHz 48 GB de RAM
• WEB interior: 2 x Xeon E5-2637 4-core 3000 MHz 12 GB RAM
• Público WEB: 2 x Xeon E5-2637 de 4 hilos 3000 MHz 12 GB RAM
• DBMS: 1 x Xeon E5-2637 4-core 3000 MHz RAM 48 GB con el servidor de conmutación por error

Solución de alta disponibilidad física plataforma plataforma de servidor = costo 111.480 dólares sobre la base de precio de lista proporcionada hardware. Esto es el doble del coste de la solución mínimo física plataforma de servidor.

Advertencia: El precio del hardware utilizado para este análisis es para propósitos de demostración solamente y no representa el precio de proveedor actual.

Nota: la utilización del servidor para cada nivel de plataforma es inferior al 25 por ciento, lo que sugiere que podría haber un ahorro significativo a través de la consolidación de servidores mediante la implementación de una solución de servidor virtual.

CPT análisis de diseño para la alta disponibilidad configuración de la plataforma virtual: Año 1

Copia de la CPT Diseño para la configuración de la plataforma de alta disponibilidad física puede ser actualizado para ofrecer resultados para la configuración de la plataforma de alta disponibilidad virtual. Una vez actualizada la plataforma de diseño CPT selección arquitectura y configuración de software, Excel completa la arquitectura del sistema de análisis de diseño y proporciona la solución de plataforma. La figura 12-36 muestra la solución de alta disponibilidad de la plataforma virtual para el año 1.

El E5-2667 Xeon de 12 núcleos (2 chips) 2900 MHz servidor fue seleccionada como la plataforma del servidor host virtual.Esta plataforma proporciona roughtly el mismo rendimiento por núcleo como el Xeon E5-2637 de 4 hilos 3000 servidor MHz con una capacidad mucho más (un total de 12 núcleos). El E5-2690 Xeon de 16 núcleos (2 chips) 2900 MHz plataforma también fue considerado, y fue rechazada debido al coste más elevado servidor virtual ($ 4,500 por VM para 8 chips de núcleo).

Seleccione una configuración de host nueva plataforma para cada nivel de servidor.

• Xeon E5-2667 de 12 núcleos (2 chips) 2900 MHz plataforma

Práctica recomendada: E5-2667 de 12 núcleos plataformas fueron seleccionados debido a que proporcionan una óptima capacidad virtual consolidación de servidores con una pérdida mínima en el rendimiento por núcleo.

Seleccione la configuración del servidor virtual.

• Seleccione Servidor virtual (VMware) de selección para cada nivel en la columna I.
• Seleccione 2 core / nodo para establecer núcleo virtual para cada nodo.

Práctica recomendada: Dos configuraciones de servidores centrales proporcionan el mejor rendimiento y rendimiento para plataformas de servidores virtuales. CPT modelo se aplica 10 por ciento sobrecarga de rendimiento por núcleo para dar cuenta de gastos generales virtual de procesamiento del servidor.

Una vez que la selección se hace de servidor virtual, Excel completa la arquitectura del sistema de análisis de diseño.

La función RESET / ADJUST en la FA columna se debe restablecer y volvió a SAVE para recalcular productividad de los procesos por lotes para la nueva configuración.

Solución de alta disponibilidad plataforma virtual:

• WTS niveles: WTS: 3 x VM (2 núcleos 20 GB RAM) desplegados en Xeon E5-2667 2900 MHz servidores host
• WebIn niveles: WebIn: 2x VM (2 hilos 6 GB RAM) desplegados en Xeon E5-2667 2900 MHz servidores host
• WebPub: 2x VM (2 hilos 6 GB RAM) desplegados en Xeon E5-2667 2900 MHz servidores
• DBMS: 1x VM (2 núcleos 20 GB RAM) desplegados en Xeon E5-2667 2900 MHz con los servidores de conmutación por error de una máquina virtual con la misma configuración

Mejor práctica: El despliegue de las máquinas virtuales en las plataformas de acogida deben ser revisados ​​por un óptimo configuración de alta disponibilidad.

Alta disponibilidad de la plataforma virtual de resumen solución: Año 1

La figura 12-37 muestra el resumen de alta disponibilidad física solución de plataforma para el año 1. La solución se resumen generado por la ficha Diseño CPT. Cada nivel de la plataforma se apoya en dos servidores, si un servidor falla, el servidor restante continuará proporcionando los servicios necesarios de los usuarios.

Año 1 solución de alta disponibilidad plataforma virtual:

• Hardware: Xeon E5-2690 12-core 2900 MHz plataformas de acogida
  • WTS: 3 x 2-core virtuales servidores cada uno con 20 GB de RAM
  • WEB interior: 2 x 2-core servidores virtuales cada una con 6 GB de RAM
  • WEB público: 2 x 2-core servidores virtuales cada una con 6 GB de RAM
  • DBMS: 1 x 2-core servidor virtual con el servidor de conmutación por error de cada uno con 20 GB de RAM

Alta disponibilidad del servidor virtual de configuración de la plataforma: Año 1

Los servidores virtuales se despliegan en plataformas de servidores físicos anfitriones.

• Xeon E5-2667 de 12 núcleos (2 chips) 2900 MHz servidores físicos

Advertencia: Plataforma Host por núcleo rendimiento y capacidad de rendimiento global determina el número necesario de servidores virtuales. Los servidores con los núcleos de procesadores más rápidos proporcionan el mejor retorno de la inversión.

Práctica recomendada: Para la planificación de configuración, los núcleos de servidores virtuales no superó disponibles núcleos físicos de la plataforma de acogida.

Advertencia: El exceso de asignación de núcleos de procesador host disponibles (núcleos virtuales que más núcleos físicos) puede resultar en rendimiento reducido y el rendimiento durante el pico de las cargas del servidor virtual.

La figura 12-38 muestra la máquina virtual servidor de la plataforma estrategia de configuración. Estrategia de implementación debe planificarse para proporcionar una óptima configuración de alta disponibilidad del servidor virtual.

Dos y tres configuraciones de host se discutieron. Dos Xeon E5-2667 de 12 núcleos (2 chips) 2900 MHz plataformas de acogida están obligados a admitir esta configuración. Esta era una configuración de equilibrio entre el coste global y los requisitos necesarios de disponibilidad.

Plataforma host primario:

• WTS 3x 2-core servidores virtuales
• WebIn 1x 2-core servidor virtual
• 1x WebPub 2-core virtual server
• DBMS 1x 2-core servidor virtual
• 1x Staging 2-core servidor virtual

Backup (failover) de acogida plataforma:

• WTS 1x 2-core servidor virtual (activo)
• 1x WebIn 2-core servidor virtual (activo)
• 1x WebPub 2-core servidor virtual (activo)
• DBMS 1x 2-core servidor virtual (conmutación por error)
• Desarrollo 1x 2-core servidor virtual
• 1x Prueba de 2-core servidor virtual

En el caso de un fallo de acogida plataforma principal:

• DBMS conmutación por error a instancia del servidor de copia de seguridad.
• Dev y los servidores de prueba serán reemplazados por servidores WTS.

Advertencia: ¿Cuántos servidores virtuales se despliegan en las plataformas de host disponibles pueden afectar la disponibilidad del sistema, el rendimiento y el número de plataformas de host requeridos para satisfacer las operaciones de punta.

Solución de alta disponibilidad física plataforma plataforma de servidor costo = $ 48.770 basado en la lista proporcionada precio del hardware. Esto representa 62.710 dólares de ahorros de hardware sobre la solución de alta disponibilidad física plataforma de servidor.

Advertencia: El precio del hardware utilizado para este análisis es para propósitos de demostración solamente y no representa el precio de proveedor actual.

Ciudad del Diseño Roma Arquitectura del Sistema: Año 2

Estrategia de arquitectura técnica: Año 2

La figura 12-39 muestra la ciudad de Roma el año estrategia puesta en práctica 2.

Una arquitectura basada en servidores en el centro de TI del centro de datos se ampliará para apoyar la ejecución de 2 años.

• Plataformas de servidor incluirá un Windows Terminal granja de servidores para apoyar el control remoto para los usuarios de ArcGIS Desktop.
• ArcGIS Server para apoyar a los servicios web públicos.
• Un servidor central de datos GIS para apoyar la geodatabase corporativa.

Ayuntamiento de centros de datos remotos conexiones de red:

• Centro de datos - 100 Mbps de conexión inalámbrica a internet
• Centro de datos - 24 Mbps de conexión WAN (1 año de actualización)
  • Sitio 2 Operaciones de instalación-3 Mbps de conexión WAN (año 1 upgrade)
  • Sitio 3 Freeberg-12 Mbps de conexión WAN (año 1 upgrade)
  • Sitio 4 Willsberg-12 Mbps de conexión WAN (año 1 upgrade)
• Centro de datos - 24 Mbps de conexión a Internet (de 1 año de actualización)
  • Los servicios públicos de Internet se conectan a través de la conexión a Internet del centro de datos.
  • Sitio 5 Perth-1.5 Mbps de conexión a Internet
  • Sitio 6 Wawash-1.5 Mbps de conexión a Internet
  • Sitio 7 Jackson-1.5 Mbps de conexión a Internet
  • Sitio 8 Petersville-1.5 Mbps de conexión a Internet
  • Sitio 9 Rogerton-1.5 Mbps de conexión a Internet

Otros clientes de los centros de datos de Internet:

• Vehículos de emergencia-56 Kbps de conexión a Internet para cada vehículo
• Arados de nieve-56 Kbps de conexión a Internet para cada vehículo

Una red policía departamento separado se implementará con su propio servidor GIS.

Policía remotas conexiones de red:

• Policía - 1,5 Mbps de conexión WAN para el centro de datos
• Vehículos de la policía - 56 Kbps de conexión WAN para cada vehículo

Cargas de análisis de flujo de trabajo: Año 2

Una vez que termine el año 1 de diseño, usted está listo para completar el diseño de la arquitectura del sistema para la ciudad de Roma el año dos planes de despliegue de pleno derecho. La figura 12-40 muestra el resumen de las necesidades del usuario para el año 2.

La ciudad de Roma Año 2 usuario necesidades resumen se utilizará como referencia para configurar el diseño CPT requisitos módulo de análisis.

El CPT flujo de trabajo de análisis de requerimientos incluye todos los flujos de trabajo Año 2 identificadas en el análisis de las necesidades del negocio.

• Flujos de trabajo comunes se pueden consolidar en cada ubicación de sitio para simplificar la visualización.
• Los flujos de trabajo de CPT debe rastrear para representar el análisis de necesidades de los usuarios.

Alta disponibilidad plataforma virtual resumen solución: Año 2

La figura 12-46 muestra el resumen de alta disponibilidad virtual de solución de plataforma para el año 2. La solución se resumen generado por la ficha Diseño CPT. Cada nivel de la plataforma se apoya en dos servidores, si un servidor falla, el servidor restante continuará proporcionando los servicios necesarios de los usuarios.

Año 2 solución de alta disponibilidad plataforma virtual:

• Hardware: Xeon E5-2690 12-core 2900 MHz plataformas de acogida
  • WTS: 10x 2-core servidores virtuales cada una con 20 GB de RAM
  • WEB interna: 2x 2-core servidores virtuales cada una con 6 GB de RAM
  • Web público: 2x 2-core servidores virtuales cada una con 6 GB de RAM
  • DBMS: 1 x 4-core servidor virtual con el servidor de conmutación por error de cada uno con 40 GB de RAM

Alta disponibilidad configuración de la plataforma virtual: Año 2

Los servidores virtuales se despliegan en plataformas de servidores físicos anfitriones.

• Xeon E5-2667 de 12 núcleos (2 chips) 2900 MHz servidores físicos

Advertencia: Plataforma Host por núcleo rendimiento y capacidad de rendimiento global determina el número necesario de servidores virtuales. Los servidores con los núcleos de procesadores más rápidos que proporcionan el mejor retorno de la inversión.

Práctica recomendada: Para la planificación de configuración, el núcleo de servidor virtual no superó disponible núcleo físico plataforma host.

</ Blockquote> Sobre-asignación de núcleos de procesador host disponibles (núcleos virtuales que más núcleos físicos) puede resultar en rendimiento reducido y el rendimiento durante el pico de las cargas del servidor virtual. </ blockquote>

La figura 12-47 muestra la configuración seleccionada plataforma virtual del servidor. Estrategia de implementación debe planificarse para proporcionar una óptima configuración de alta disponibilidad del servidor virtual.

Cuatro Xeon E5-2667 de 12 núcleos (2 chips) 2900 MHz plataformas de acogida están obligados a admitir esta configuración.

Primaria 1 huésped plataforma:

• WTS 6x 2-core servidores virtuales (activo - cada 20 GB de RAM)

Primaria 2 host plataforma:

• WTS 2x 2-core servidor virtual (activo-cada 20 GB RAM)
• 1x WebIn 2-core servidor virtual (activo-cada 12 GB RAM)
• 1x WebPub 2-core servidor virtual (activo-cada 12 GB RAM)
• 1x DBMS de 4 núcleos virtuales del servidor (activo-40 GB de RAM)

Primaria 3 anfitrión plataforma:

• WTS 2x 2-core servidor virtual (activo-cada 20 GB RAM)
• 1x WebIn 2-core servidor virtual (activo-cada 12 GB RAM)
• 1x WebPub 2-core servidor virtual (activo-cada 12 GB RAM)
• 1x DBMS de 4 núcleos virtuales del servidor (failover-40 GB de RAM)

Backup (failover) de acogida plataforma:

• 1x Dev 2-core servidor virtual
• 1x Prueba de 2-core servidor virtual
• 1x Staging 2-core servidor virtual

En el caso de un primario 1 o 2 fallo plataforma anfitrión:

• DBMS conmutación por error a instancia del servidor de copia de seguridad.
• Backup (failover) de la plataforma anfitrión caerá Dev, Test y servidores de almacenamiento intermedio y recuperar la configuración del servidor fallido.

Advertencia: ¿Cuántos servidores virtuales se despliegan en las plataformas de host disponibles pueden afectar la disponibilidad del sistema, el rendimiento y el número de plataformas de host requeridos para satisfacer las operaciones de punta.

Solución de alta disponibilidad física plataforma plataforma de servidor = costo 129.540 dólares sobre la base de precio de lista proporcionada hardware.

Advertencia: El precio del hardware utilizado para este análisis es para propósitos de demostración solamente y no representa el precio de proveedor actual.

CPT análisis de diseño para el centro de datos sin los servicios de alojamiento web públicos

Copiar la configuración anterior de alta disponibilidad plataforma virtual - Año 2 solución en la pestaña separada y eliminar rendimiento pico WebPublic de la columna D. Una vez que se quita el pico de rendimiento WebPublic, Excel completa la arquitectura del sistema de análisis de diseño. La figura 12-48 muestra la ciudad de Roma 2 Año solución de centro de datos sin alojando los servicios públicos.

La función RESET / ADJUST en la FA columna se debe restablecer y volvió a SAVE para recalcular productividad de los procesos por lotes para la nueva configuración.

Solución de alta disponibilidad plataforma virtual:

• WTS niveles: WTS: VM 10x (2 núcleos 20 GB RAM) desplegados en Xeon E5-2667 2900 MHz servidores host
• WebIn niveles: WebIn: 2x VM (2 hilos 6 GB RAM) desplegados en Xeon E5-2667 2900 MHz servidores host
• DBMS: 1x VM (4 núcleos 40 GB RAM) desplegados en Xeon E5-2667 2900 MHz servidores más una máquina virtual de conmutación por error adicional con la misma configuración

Mejor práctica: Servicios editoriales públicas en la nube de Amazon elimina los requisitos para ser sede de estos servicios en el entorno de centro de datos.

Red de análisis de idoneidad

La figura 12-57 muestra la configuración de hardware de Policía. Separe las máquinas virtuales de un solo núcleo se establecieron para el proceso de administración del sistema por lotes (Batch) y el servicio de sincronización móvil (Mapa web). La geodatabase SDE se implementa en un servidor de base de datos única de datos (DBMS).

Plataforma nivel de configuración:

• Batch: Plataforma Nivel 08 acogerá el proceso por lotes.
• Mapa web: Plataforma Nivel 09 hospedará el servicio web de sincronización móvil.
• DBMS: Plataforma de nivel 10 será el anfitrión de la plataforma de SDE geodatabase servidor.

Xeon E5-2637 4 núcleos (2 chips) 3000 MHz servidores fueron seleccionados como la plataforma host. El E5-2673 procesador tenía un punto de referencia SPECrate_int2006 del 46,3 por núcleo, una de las máquinas más rápidas disponibles en el período de contratación de 2012.

Plataforma selección:

• Cliente de estación de trabajo: Intel Core i3-2120 2-core (1 chip) 3100 MHz seleccionada para representar a los entornos de estaciones de trabajo cliente.
• Centro de datos del servidor de etapa: Xeon E5-2637 de 4 núcleos (2 chips) 3000 MHz plataforma seleccionada para las soluciones de servidores físicos en función de más alto rendimiento mejor compra de 4 núcleos configuración del servidor.
• 80 por ciento de vuelco seleccionado para todos los niveles plataforma de servidor.

CPT Diseño de la configuración del software

La figura 12-58 muestra el software y las configuraciones de los equipos virtuales. Para cada flujo de trabajo, asignar software a la plataforma adecuada fuente de nivel apropiado y seleccione los datos.

Fila 5 Predeterminado software asignación:

• Software Client establece con el cliente
• Software Web ajustado Mapa web
• SOC software configurado para MapaWeb (servicios móviles de sincronización)
• Software SDE establece por defecto (Direct Connect)
• DBMS DBMS software está establecido para

Flujo de trabajo de asignación de lotes software (fila 6):

• Software Web ajustado por lotes (batch máquina virtual)
• SOC software establecida en lotes (batch máquina virtual)
• Software DBMS establece por defecto (Policía DBMS geodatabase)

Todas las tareas de flujo de trabajo restantes de software establecida en plataforma por defecto.

Datos SDE_DBMS fuente de asignación para todos los flujos de trabajo.

Alta disponibilidad configuración de la plataforma virtual de

La figura 12-61 muestra la configuración de la plataforma virtual de la Policía servidor.

Servidor virtual despliegue de acogida

• Activo servidores de un solo núcleo de lotes en cada máquina.
• Activos por lotes móviles servidores de un solo núcleo en cada máquina.
• Principal activo DBMS 2-core con máquina servidor de conmutación por error.

Mejores prácticas: Cada plataforma de servidores host contiene principios activos suficientes para acomodar las cargas máximas previstas del sistema.

Policía costos de servidores de plataforma eran $ 60.770.

La elección de un sistema de configuración

La mejor solución para una organización determinada depende de la distribución de la comunidad de usuarios y el tipo de datos operativos en uso. Necesidades de los usuarios determinar el número de máquinas necesarias (para apoyar el ambiente operacional), la cantidad de memoria necesaria (para apoyar las aplicaciones), y la cantidad de espacio en disco necesario (para apoyar la solución del sistema). Los modelos de diseño del sistema proporcionan métricas de objetivos de comportamiento para ayudar en la planificación de la capacidad. La herramienta de planificación de la capacidad incorpora plantillas estándar que representan los modelos de tamaño y proporciona una interfaz manejable para ayudar en los esfuerzos a nivel de empresa de planificación de capacidad.El CPT puede ser de gran ayuda en la aplicación de los resultados de la evaluación de las necesidades del usuario.

El usuario debe cambiar a medida que cambian las organizaciones, por lo que esta evaluación no sólo identifica la plataforma y especificaciones de infraestructura y establece metas de desempeño para la implementación inicial, también es parte del proceso en el futuro. Actualizaciones del sistema, nuevas soluciones tecnológicas, tuning y optimización de rendimiento - cada ejecución o que el cambio es como un nuevo lanzamiento, en la medida necesaria para planificar para ello. Planificación proporciona una oportunidad para establecer hitos de rendimiento que se pueden utilizar para administrar una aplicación GIS éxito. Los objetivos de desempeño utilizados en la planificación de la capacidad puede proporcionar hitos objetivo de validar el rendimiento y la escalabilidad de rendimiento de despliegue del sistema.