Gran parte de los data stores que se implementan con ArcGIS Data Store pueden implementarse en un solo equipo y ofrecen una opción que admite más de un equipo para proporcionar disponibilidad, escalabilidad o ambos.
Cada tipo de data store tiene un modo predeterminado en el que se implementa. Cuando crea un data estore con el asistente de configuración de data store, siempre se utiliza el modo predeterminado. Para crear un data store mediante un modo distinto del predeterminado, debe utilizar la utilidad configuredatastore.
En la tabla siguiente figuran los modos predeterminados y otras opciones de cada tipo de data store:
| Tipo de data store | Modo predeterminado | Opción Otro modo | Notas |
|---|---|---|---|
Graph store | Principal-de respaldo | Heredado:Instancia única | A partir de la versión 11.2, el almacén de gráficos puede contener uno o dos equipos. Los almacenes de gráficos creados en 11.1 o una versión anterior se ejecutan en el modo de instancia única. No puede cambiar los modos después de implementar un almacén de gráficos. |
Almacén de objetos | Instancia única | Clúster | El modo de instancia única admite un solo equipo. El modo de clúster admite tres o más equipos. No puede cambiar los modos después de implementar un almacén de objetos. |
Data store relacional | Principal-de respaldo | Los data stores relacionales pueden incluir uno o dos equipos. | |
Big data store espaciotemporal | Clúster | Los big data stores espaciotemporales pueden contener un solo equipo o tres o más equipos. | |
Data store de caché de teselas | Principal-de respaldo | Clúster | Con cada modo se admite una implementación de un solo equipo. Cuando se implementa en el modo principal-de respaldo, el data store de caché de teselas puede contener dos equipos. Cuando se implementa en el modo de clúster, el data store de caché de teselas puede contener tres o más equipos. Puede utilizar la utilidad configuredatastore para cambiar del modo principal-de respaldo al modo de clúster, pero no del modo clúster al principal-de respaldo. |
Un solo equipo
Si no necesita que ArcGIS Data Store tengan alta disponibilidad o sean escalables, puede crear cada data store con su modo de implementación predeterminado.
Si implementa un data store en un solo equipo dedicado, asegúrese de que el equipo tenga una gran cantidad de memoria y espacio en disco.
Los big data stores relaciones y espaciotemporales pueden ampliarse más de un solo equipo en cualquier momento.
Los data stores de caché de teselas pueden ampliarse más de un solo equipo, pero el modo de data store de caché de teselas afecta a la cantidad de equipos que puede agregar. Así que, si ahora solo necesita un equipo, debe considerar si puede necesitar alta disponibilidad (principal-de respaldo) o escalabilidad (clúster) en el futuro.
Los almacenes de objetos y los almacenes de gráficos también pueden ser implementaciones de un solo equipo, pero no puede cambiar sus modos después de crearlos. Por consiguiente, es importante considerar las necesidades futuras para asegurarse de crearlos en el modo correcto.
Los almacenes de gráficos implementados con ArcGIS Data Store 11.2 y versiones posteriores se implementan automáticamente en el modo principal-de respaldo y pueden ampliarse a dos equipos en cualquier momento. Antes de ArcGIS Data Store 11.2, el único modo disponible para el almacén de gráficos era el modo de instancia única. Si actualiza su implementación y requiere un almacén de gráficos de alta disponibilidad, es posible restaurar el almacén de gráficos en un nuevo equipo para lograrlo. Consulte las instrucciones en el artículo técnico Volver a crear el almacén de gráficos en el modo principal-de respaldo tras actualizar ArcGIS Enterprise.
Modo principal-de respaldo
En el modo principal-de respaldo, el data store relacional, el data store de caché de teselas y el almacén de gráficos pueden contener dos equipos como máximo. Ambos equipos contienen los mismos datos. Las capas web alojadas acceden a los datos del equipo principal. Si el equipo principal falla, el equipo de respaldo se convierte en el principal y las capas alojadas acceden a los datos en el nuevo equipo principal. Así, se permite el acceso continuo a las capas mientras que usted, como administrador de ArcGIS Data Store, recupera o sustituye el equipo que falló.
El primer equipo en el que instala ArcGIS Data Store y crea un data store relacional o de caché de teselas es el equipo de data store principal. Puede instalar y configurar otro equipo de data store relacional o de caché de teselas o almacén de gráficos con el mismo sitio de GIS Server, lo que convierte a este segundo equipo de data store en el equipo de respaldo. Los datos se replican desde el equipo principal al equipo de respaldo. El equipo de respaldo se convierte en principal si el primer equipo falla.
Consulte Agregar equipos a un data store para obtener información sobre la implementación de un data store principal-de respaldo.
Situaciones de conmutación por error
A continuación se ofrece una lista de situaciones en las cuales el equipo de respaldo se convierte en el equipo del data store principal: Tenga en cuenta que estas tres situaciones incluyen fallos de hardware o software.
- El data store principal deja de funcionar. ArcGIS Data Store intenta restablecer el data store en el equipo principal. Si no lo consigue, el data store se traslada al equipo de respaldo.
- La aplicación web del equipo principal deja de funcionar e intenta reiniciar la aplicación web en el equipo principal. En el caso poco probable de que esto no funcionara, el data store pasa al equipo de respaldo.
- El equipo principal no está disponible. Puede ocurrir si el equipo se avería, se desenchufa o pierde la conectividad de red. ArcGIS Data Store realiza cinco intentos de conexión al equipo principal. Si la conexión no es posible después de los cinco intentos, el data store pasa al equipo de respaldo.
La única situación provocada por la acción humana que puede causar una conmutación por error tiene lugar si el equipo de data store principal se desconecta intencionadamente, o el administrador del sitio ArcGIS Server ejecuta el comando makePrimary REST en el equipo de respaldo.
Nota:
Apagar un equipo de Microsoft Windows local que se utiliza como el equipo de ArcGIS Data Store principal no provoca que el data store se conmute por error, ya que Windows apaga todos los servicios antes de apagar el equipo. Por lo tanto, si necesita que el data store esté disponible mientras dicho equipo está desconectado, haga que el equipo de respaldo sea el principal y, después, apague el equipo de ArcGIS Data StoreWindows que antes era el principal.
Ventajas
- El modo principal-de respaldo permite que las capas alojadas tengan alta disponibilidad.
- Puesto que las capas de escena pueden acceder a datos en ambos equipos para consultas de solo lectura, los tiempos de dibujo de los data stores de caché de teselas son más rápidos si utiliza el modo de clúster.
Desventajas
- No puede escalar más de dos equipos.
Modo de clúster
El modo de clúster está disponible para almacenes de objetos, data stores de caché de teselas y big data stores espaciotemporales para permitirle escalar la implementación para incluir equipos adicionales a medida que aumenten las necesidades de almacenamiento.
En el modo de clúster, los data stores deben contener un número impar de equipos y un mínimo de tres equipos. Por consiguiente, instale ArcGIS Data Store en tres o más equipos, configure el mismo tipo de data store en cada equipo y asegúrese de especificar el mismo sitio de GIS Server de alojamiento al crear el data store.
El comportamiento del modo de clúster difiere según el tipo de data store con el que es compatible. Utilice los vínculos siguientes para ver la descripción del comportamiento de clúster de cada tipo de data store:
- Clústeres de almacén de objetos
- Clústeres de big data store espaciotemporal
- Clústeres de data store de caché de teselas
Ventajas
- Puede agregar equipos al data store para satisfacer las necesidades de almacenamiento.
- Aunque un equipo falle, los datos están disponibles en otro equipo, como mínimo. Mientras el otro equipo esté disponible, la capa alojada podrá seguir utilizándose.
Desventajas
- En el caso de los data stores de caché de teselas, los tiempos de consulta y dibujo son más lentos porque las capas de escena tienen que consultar varios equipos en busca de datos.
- En los data stores de caché de teselas, las cachés de escenas existentes no se distribuyen automáticamente en los equipos que agregue al data store de caché de teselas.