Arquitecturas de ArcGIS Server en Amazon Web Services
En este tema
- Arquitecturas disponibles con Cloud Builder
- Arquitecturas disponibles al crear el sitio manualmente
- ¿Tengo que instalar
ArcGIS Web Adaptor ?
ArcGIS Server Cloud Builder on Amazon Web Services (AWS) ofrece varias opciones para la arquitectura del sitio de ArcGIS Server. Por ejemplo, podrá optar por incluir en el sitio varias instancias de servidor SIG para encargarse de grandes cargas de procesamiento, y optar por situar la geodatabase en su propia instancia para aislarla del nivel del servidor SIG. Este tema explica las diversas opciones de arquitectura disponibles al crear un sitio con Cloud Builder. También explica las directrices y limitaciones arquitectónicas en caso de crear manualmente un sitio de ArcGIS for Server con la Consola de administración de AWS.
Arquitecturas disponibles con Cloud Builder
ArcGIS Server Cloud Builder on Amazon Web Services permite crear desde un sitio sencillo con un servidor SIG hasta un sitio complejo con numerosos servidores. También permite incluir una geodatabase corporativa y determinar dónde ubicarla.
Un servidor SIG sin geodatabase corporativa
Cloud Builder puede utilizarse para crear un sitio de ArcGIS Server con sistema operativo Windows o Linux sin una geodatabase corporativa. Estos sitios pueden tener uno o varios servidores SIG. Todos los servidores SIG participantes deben utilizar el mismo sistema operativo. En todos los casos, el o los servidores SIG se ubican debajo de un balanceador de carga de Amazon.
Un servidor SIG con una geodatabase corporativa en la misma instancia de EC2
Otra opción es crear un sitio que tenga una geodatabase corporativa que se ejecute en la misma instancia de EC2 que ArcGIS Server. Si el sitio contiene varios servidores SIG, la geodatabase corporativa se ejecutará en uno solo de estos servidores.
Si se crea el sitio de ArcGIS Server en Linux, la geodatabase corporativa se ejecutará en PostgreSQL. Si se crea el sitio de ArcGIS Server en Windows, la geodatabase corporativa puede ejecutarse en Microsoft SQL Server Express o en SQL Server Standard.
Ejecutar la geodatabase corporativa en la misma instancia de EC2 que ArcGIS Server podrá ayudarle a ahorrar costes de hardware (las tarifas por hora que abona a Amazon por el uso de las instancias). Además, esta arquitectura reduce la latencia entre el servidor y la base de datos. Sin embargo, al ejecutar el servidor y la base de datos en la misma instancia de EC2, estará compartiendo recursos de hardware, con el consiguiente mayor riesgo de interrupción del sitio en caso de sobrecarga o desconexión de algún componente.
Un servidor SIG con una geodatabase corporativa en su propia instancia de EC2
Podrá optar por crear un sitio que tenga una geodatabase corporativa que se ejecute en su propia instancia de EC2, independiente de las instancias de EC2 de ArcGIS Server. Si se crea el sitio de ArcGIS Server en Linux, la geodatabase corporativa se ejecutará en PostgreSQL. Si se crea el sitio de ArcGIS for Server en Windows, la geodatabase corporativa se ejecutará en SQL Server Standard. Si elige crear un sitio con un servicio Amazon Relational Database Service (RDS) para Microsoft SQL Server, éste se ejecutará en una instancia distinta de las instancias de ArcGIS Server.
La ejecución de la geodatabase corporativa en una instancia separada de ArcGIS Server puede conllevar un incremento de los gastos en concepto de uso de instancias. Sin embargo, separar los niveles de servidor SIG y de base de datos da más libertad para ajustar o reparar un nivel sin afectar al otro.
Arquitecturas disponibles al crear el sitio manualmente
Si crea el sitio manualmente utilizando la Consola de administración de Amazon Web Services (AWS), podrá iniciar una o varias instancias de EC2 ejecutando ArcGIS for Server. Si inicia varias instancias, también deberá iniciar un balanceador de carga de Amazon y agregar las instancias al mismo. Todas las instancias de servidor SIG que agregue debajo del balanceador de carga deben ser idénticas.
Cada instancia de servidor SIG bajo el balanceador de carga funciona independientemente de las demás instancias. En otras palabras, cada instancia tiene su propia configuración de almacenamiento, directorios de servidor, registros, etc. Esto limita los tipos de cosas que podrá hacer con el servidor, como geoprocesamiento asíncrono o tareas distribuidas de almacenamiento de cachés de mapas. Si desea una arquitectura genuinamente distribuida capaz de hacer estas cosas, utilice Cloud Builder para crear el sitio.
Si crea el sitio manualmente utilizando la Consola de administración de Amazon Web Services (AWS), también podrá iniciar una instancia de EC2 ejecutando ArcGIS for Server, Portal for ArcGIS y ArcGIS Data Store.
Podrá seleccionar entre tres Esri Amazon Machine Images (AMI) para iniciar instancias del sitio, o bien podrá utilizar una AMI personalizada derivada de alguna de estas tres AMI. Todas las AMI incluyen ArcGIS for Server, Portal for ArcGIS, ArcGIS Data Store y un sistema de administración de bases de datos en el que se pueden crear geodatabases. Cuando se crea un sitio con la Consola de administración de AWS, debe utilizar una herramienta de geoprocesamiento o Python para crear las geodatabases.
Sugerencia:
Si desea ejecutar las geodatabases corporativas en una instancia independiente de ArcGIS Server, recomendamos utilizar Cloud Builder para crear el sitio.
¿Tengo que instalar ArcGIS Web Adaptor?
ArcGIS Server Cloud Builder on Amazon Web Services no instala ni configura ArcGIS Web Adaptor, ya que el balanceador de carga de Amazon cumple muchas de las mismas funciones, distribuyendo las peticiones entrantes entre los servidores SIG del sitio. No obstante, una vez creado el sitio, tendrá la opción de iniciar una sesión de la instancia y descargar la configuración de Web Adaptor desde My Esri. Esto será necesario si va a alojar aplicaciones ArcGIS API for JavaScript en una instancia de Windows. Consulte información más detallada en Implementación de una aplicación web en un sitio de Windows.