Puede replicar su entorno de ArcGIS Enterprise en un entorno de respaldo desconectado. Si su entorno principal falla o deja de estar accesible, puede conmutar por error al entorno de respaldo.
Normalmente, los entornos de respaldo se ejecutan en una red o subred diferente, o incluso en una ubicación separada geográficamente del entorno principal. Independientemente de dónde coloque el entorno de respaldo, asegúrese de que sus clientes de ArcGIS Enterprise puedan acceder a él cuando lo necesiten.
Redundancia geográfica
Puede implementar la redundancia geográfica si su centro de datos principal y de respaldo se encuentran en ubicaciones separadas geográficamente. Si en uno de los centros de datos se produce un evento catastrófico, como un huracán u otro desastre natural, puede activar el centro de datos de respaldo para reanudar las operaciones.
Para que la redundancia geográfica se desarrolle correctamente existen los siguientes requisitos específicos:
- Los entornos principal y de respaldo deben estar duplicados. Cada centro de datos debe tener el mismo número de equipos en la implementación de ArcGIS Enterprise y las URL usadas para acceder a los componentes deben ser las mismas.
- Los directorios de ArcGIS Server deben tener el mismo nombre. Las rutas del directorio pueden ser diferentes, pero el nombre de la carpeta debe ser el mismo en los entornos principal y de respaldo.
- Las carpetas registradas en los sitios de ArcGIS Server de los entornos principal y de respaldo pueden tener rutas diferentes, pero los nombres de carpeta deben ser iguales, además de contener copias exactas de los mismos datos de origen.
- Normalmente, la redundancia geográfica sigue un enfoque activo-pasivo; por lo tanto, los datos y el contenido se deben replicar en el entorno de ArcGIS Enterprise de respaldo de forma coherente.
- Para que la redundancia geográfica se desarrolle correctamente, se basa en componentes externos. Por ejemplo, es importante contar con un selector de sitios globales o con un servidor de sistema de nombres de dominio (DNS) para que cuando se deba pasar del centro de datos principal al de espera, no se alteren las tareas de los usuarios de ArcGIS Enterprise.
Para garantizar el menor tiempo posible de inactividad en caso de fallo o de catástrofe, podría realizar una implementación de ArcGIS Enterprise de alta disponibilidad y geográficamente redundante. Esta es la implementación más compleja de lograr, dado que requiere la mayor cantidad de equipos y de mantenimiento. Configure dos centros de datos separados, cada uno con su propio entorno de ArcGIS Enterprise de alta disponibilidad. En cada centro de datos, los nombres de todos los equipos están configurados de forma idéntica y no existen puntos de fallo únicos. Aquí se incluyen los datos, tanto si se encuentran en un servidor de archivos o en una base de datos de alta disponibilidad, todos los servidores web y equilibradores de carga y los componentes de ArcGIS Enterprise. Las copias de seguridad del entorno principal se crean coherentemente y la restauración en el entorno de respaldo en el centro de datos separado puede producirse de forma inmediata o cuando se produzca un fallo en el entorno principal.
Consideraciones de inicio de sesión específicas de la organización para la redundancia geográfica
Si su organización utiliza SAML u OpenID Connect, hay pasos que debe seguir antes de restaurar una copia de seguridad de su entorno principal al entorno de respaldo. Estos pasos garantizan que, tras un evento de conmutación por error a su segundo centro de datos, los miembros puedan seguir iniciando sesión en su organización
Inicios de sesión SAML
Para actualizar el certificado de su proveedor de identidades compatible con SAML en su centro de datos de respaldo, siga estos pasos:
- Inicie sesión en el Directorio del administrador de Portal de su centro de datos principal. Utilice cualquier URL que tenga acceso y, si su organización está configurada para alta disponibilidad, inicie sesión desde el portal principal o el portal de respaldo.
El formato de la URL es el siguiente: https://organization.example.com/arcgis/portaladmin.
- Haga clic en Equipos y, a continuación, haga clic en el nombre de cualquier equipo el sitio.
- Haga clic en SSLCertificates > samlcert > Exportar.
- Inicie sesión en el Directorio del administrador de Portal de su centro de datos de respaldo.
- Haga clic en Equipos y, a continuación, haga clic en el nombre de cualquier equipo el sitio.
- Haga clic en SSLCertificates > samlcert > Eliminar. Si su organización está configurada para alta disponibilidad, elimine también el certificado del otro equipo.
- Haga clic en Importar certificado firmado para importar el certificado exportado en el paso 3 a cualquiera de los equipos. Si su organización está configurada para alta disponibilidad, el certificado se copia automáticamente en el otro equipo.
- Configure SAML en su entorno de respaldo.
Inicios de sesión de OpenID Connect
Dado que el URI de redirección de inicio de sesión generado al registrar el portal mediante OpenID Connect es único, asegúrese de que al configurar los inicios de sesión de OpenID Connect en el centro de datos de respaldo copia el URI de redirección de inicio de sesión generado y lo agrega a la lista de URI de redirección permitidos para el proveedor de identidad de OpenID Connect.
Planificar una implementación replicada
En primer lugar, determine cuántos equipos necesita. A continuación, haga una planificación de los siguientes requisitos sobre la recuperación en caso de catástrofe para un entorno de ArcGIS Enterprise replicado:
- Duplicación: asegúrese de que los dos centros de datos e implementaciones de ArcGIS Enterprise contienen la misma arquitectura.
- Replicación: realice una copia de seguridad del contenido y los datos del centro de datos principal y restáurelos en el de espera.
- Supervisión: revise los registros para determinar cuándo se produce un fallo y determine la gravedad del fallo que le obliga a conmutar por error al centro de datos de respaldos.
- Conmutación por error: decida si va a conmutar por error a otro componente dentro de ArcGIS Enterprise o si va a conmutar por error toda la implementación de ArcGIS Enterprise en otro centro de datos.
Tenga en cuenta también lo siguiente al planificar su implementación replicada:
- La herramienta WebGISDR no mueve las teselas de la caché del servicio de mapas. Si incluye las cachés de servicios de mapas o de capas de teselas alojadas utilizadas por el sitio de GIS Server en su implementación, haga una copia de seguridad de todos los directorios donde se almacenen las teselas de caché (por ejemplo, el directorio arcgiscache completo de C:\arcgisserver\directories\ o <ArcGIS Server installation directory>/arcgis/server/usr/directories). Coloque manualmente las copias en el directorio arcgiscache correspondiente o en la implementación de respaldo.
- No se admite el uso de varios clústeres de ArcGIS Server al usar la herramienta WebGISDR para replicar ArcGIS Enterprise en un entorno de respaldo desconectado.
- Todos los equipos de ambas implementaciones deben utilizar el mismo sistema operativo. Por ejemplo, no es posible que la implementación principal se realice en equipos Windows y la implementación de respaldo en equipos Linux.
- La herramienta WebGISDR registra las versiones de software de los componentes de ArcGIS Enterprise cuando crea un archivo de copia de seguridad. La implementación de respaldo en la que importa el archivo debe estar en la misma versión que la implementación principal.
Determinar los requisitos de los equipos
La cantidad de equipos que necesita depende de cómo configure ArcGIS Enterprise. Necesita dos equipos como mínimo. Si su implementación de ArcGIS Enterprise no almacena una gran cantidad de datos y servicios, no incluye un big data store espaciotemporal ni un graph store y no acceden a ella muchas personas, puede configurar una implementación principal compuesta por un sitio de GIS Server de un solo equipo e instalar Portal for ArcGIS y ArcGIS Data Store en el mismo equipo. Necesita un segundo equipo para almacenar la implementación de respaldo replicada.
Si su implementación de ArcGIS Enterprise tiene un uso más intensivo, por ejemplo, si muchas personas acceden a ella, si su organización almacena una gran cantidad de elementos o si su implementación se ha editado mucho, puede que necesite un sitio de GIS Server con uno o varios equipos y deberá instalar Portal for ArcGIS y ArcGIS Data Store en equipos separados entre sí y separados de los equipos de GIS Server. Si publica varias capas de escenas alojadas, quizás le interese configurar ArcGIS Data Store (object store) para almacenar las bases de datos de la caché de escenas en otro equipo. Si va a usar un graph store, necesitará al menos otro equipo. Si va a usar un big data store espaciotemporal, necesitará al menos otro equipo. En este caso, calcule el número de equipos necesario utilizando la siguiente fórmula:
(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2
Tenga en cuenta que no se necesitan licencias de ArcGIS adicionales para la implementación de respaldo, dado que no se accede de forma activa, sino que solo se activa en caso de que falle el sistema principal.
Configuración necesaria para implementaciones duplicadas
Para que un entorno replicado de ArcGIS Enterprise garantice una recuperación eficaz en caso de desastre, el entorno de respaldo debe duplicar la totalidad de los ajustes del sistema, configuraciones de seguridad y ubicaciones de almacenamiento empleados en el entorno principal. Crear copias de seguridad de forma periódica y garantizar la uniformidad entre los entornos replicados son las mejores formas de minimizar las interrupciones en caso de avería. Se trata de consideraciones que deben hacerse en toda la implementación. Algunos ejemplos son los siguientes:
- Los servicios de mapa deben basarse en los datos de una carpeta compartida o usan una conexión de base de datos.
- La URL de la organización y la URL de los servicios utilizados para los servidores federados deben coincidir.
Sugerencia:
Utilice entradas de DNS o modifique los archivos de hosts en los equipos de su implementación replicada para mantener la coherencia en los nombres de host. El planteamiento recomendado para hacer esto es configurar un equipo diferente para que actúe como URL de la organización. Puede instalar ArcGIS Web Adaptor o el servidor proxy invertido en este equipo y modificar los archivos hosts en los equipos Portal for ArcGIS y ArcGIS Server.
- El número de equipos de sus centros de datos debe coincidir, para así evitar problemas de rendimiento ante la carga de los usuarios.
Para obtener información detallada sobre qué elementos y ajustes deben coincidir, consulte qué se incluye y los ajustes que deben coincidir entre entornos al utilizar la herramienta WebGISDR.
Replicar ArcGIS Enterprise
La herramienta WebGISDR permite exportar contenido de la organización, sitios de ArcGIS Server federados y contenido de data store relacional y de caché de teselas de ArcGIS Data Store a un archivo que puede mover al equipo de respaldo para restaurarlo. La utilidad mantiene la configuración definida para Portal for ArcGIS, ArcGIS Server y ArcGIS Data Store y copia todo el contenido creado en el portal, así como los datos que se han copiado en el servidor de alojamiento y en el data store durante la publicación.
La utilidad no copia datos de bases de datos ni de carpetas que estén registradas con el servidor de alojamiento o con sitios de ArcGIS Server federados. Es responsabilidad del administrador replicar esos datos en la implementación de respaldo de ArcGIS Enterprise y asegurarse de que los servicios del equipo de respaldo pueden acceder a los datos replicados.
Al registrar fuentes de datos con sitios de ArcGIS Server, proporciona información específica sobre cómo acceder a los datos. Esa información debe ser la misma para la implementación de respaldo y para la implementación principal. Por ejemplo, si copia geodatabases de archivos usadas como datos de origen para la implementación de respaldo, las rutas del directorio a las geodabases de archivos deben ser las mismas que en la implementación principal. Asimismo, la implementación de respaldo debe poder acceder a una base de datos usando la misma información de conexión que proporcionó al registrar la base de datos con el sitio de ArcGIS Server en la implementación principal.
Puede ejecutar la utilidad webgisdr como un trabajo de cron en un entorno de Linux. Además, la utilidad se puede mover y ejecutar desde un equipo distinto a la instalación de Portal for ArcGIS, siempre y cuando se cumplan estas condiciones:
- La comunicación está abierta entre el equipo y los componentes de ArcGIS Enterprise.
- Java Runtime Environment (JRE) 1.8 o posterior está presente en el equipo.
- La variable de entorno JAVA_HOME se establece en el directorio de instalación de Java del equipo.
Debe restaurar las copias de seguridad de ArcGIS Enterprise en la implementación de respaldo tan pronto como se hayan exportado desde la implementación principal. De esta forma se evita restaurar las copias de seguridad incrementales en el orden incorrecto, lo que significa que se producirá una pérdida de datos o un tiempo de inactividad mínimos en caso de que falle la implementación principal. Si no va a restaurar las copias de seguridad de forma inmediata, puede producirse una sobrecarga a la hora de importar la copia de seguridad y de realizar la conmutación por error a la implementación de respaldo.
También debe tener en cuenta que si hay algo incorrecto en la implementación principal al crear la copia de seguridad y existen procesos automáticos que importan la copia de seguridad en el sistema de respaldo, estas configuraciones incorrectas también se importarán en la implementación de respaldo.
Consulte Configurar recuperación ante desastres para obtener instrucciones sobre cómo replicar un entorno de ArcGIS Enterprise.
Supervisar ArcGIS Enterprise
La supervisión es importante tanto en un entorno replicado como de alta disponibilidad. En un entorno de alta disponibilidad, hay determinadas partes de la implementación que se conmutan por error sin intervención del usuario. Por ejemplo, si el portal principal de ArcGIS Enterprise falla, el software se conmuta por error inmediatamente al sistema de respaldo sin intervención por parte del usuario. De forma parecida, los componentes de ArcGIS Server y ArcGIS Data Store pueden fallar y el sistema puede seguir funcionando de la forma habitual porque no hay puntos únicos de fallo. Teniendo en cuenta que puede haber interrupciones no visibles en ArcGIS Enterprise, debe implementar mecanismos para notificar a los administradores los fallos que puedan producirse en cualquier componente de la implementación de ArcGIS Enterprise.
Puede utilizar ArcGIS Monitor para analizar el estado de los componentes de Portal for ArcGIS, ArcGIS Server y ArcGIS Data Store relacional de su implementación. También puede utilizar la tarea Índice de portal para consultar el estado del indexador en el equipo principal del portal antes de replicar su implementación. Si utiliza una base de datos registrada de PostgreSQL, Oracle o Microsoft SQL Server con su implementación, puede utilizar una de las tareas Egdb disponibles en la galería de ArcGIS Monitor para supervisar las estadísticas para dichas bases de datos.
Deberá utilizar Python o el lenguaje de script de su elección con la API REST de ArcGIS Server para automatizar la validación de conexiones a carpetas registradas, recursos compartidos de archivos de big data, data stores ráster, cachés de teselas y big data stores espaciotemporales.
En un entorno replicado, la conmutación por error requiere la intervención del usuario; por lo tanto, debe supervisar su implementación para determinar cuándo se producen los fallos y decidir si es necesaria una conmutación por error.
Si automatiza la replicación de su implementación principal en la implementación de respaldo, también deberá supervisar estos procesos para asegurarse de que las copias de seguridad, el movimiento de los archivos y las operaciones de restauración se completan correctamente.
Conmutación por error
ArcGIS Enterprise, Portal for ArcGIS, ArcGIS Server y ArcGIS Data Store tienen sus propios mecanismos internos de conmutación por error. En un entorno de alta disponibilidad, cada componente puede conmutarse por error sin alterar de forma significativa la implementación general de ArcGIS Enterprise.
En la conmutación por error de una implementación replicada desde el centro de datos principal al de espera normalmente interviene el departamento de TI de la organización y se puede conseguir mediante un selector de sitios globales (GSS) o un DNS global. Los miembros de una organización normalmente acceden a su implementación de ArcGIS Enterprise a través de unas cuantas URL, por ejemplo, https://myportalwa.organization.com/portal para la URL del portal y https://myserverwa.organization.com/server para la URL de los servicios de ArcGIS Server. El GSS o DNS global puede asignar una dirección IP a cada nombre de host. Si necesita realizar una conmutación por error a otro centro de datos, el GSS o DNS global volverá a asignar los nombres de host myportalwa.organization.com y myserverwa.organization.com a las direcciones IP asociadas al centro de datos de respaldo. Esto no afectará a los clientes ni a los usuarios, pero todas las solicitudes se enviarán al centro de datos de respaldo. Una vez que el centro de datos principal vuelva a estar activo, la dirección IP de los host del sitio principal se pueden reasignar a direcciones IP dentro del centro de datos original. En este momento debería conciliar los datos del sistema de respaldo con el principal para asegurarse de que el centro de datos principal contiene todo el contenido nuevo y los datos que se crearon cuando el sistema de respaldo estaba activo.
En el caso de que se hubiera editado alguna de las bases de datos registradas del servidor de alojamiento o del sitio de ArcGIS Server federado (geodatabase o base de datos corporativas), utilice las herramientas de replicación de bases de datos para asegurarse de que la implementación principal de ArcGIS Enterprise original contiene esos datos actualizados. Si los datos de fuentes de datos basadas en archivos como, por ejemplo, geodatabases de archivos, que están registrados en cualquiera de los sitios de ArcGIS Server en la implementación de ArcGIS Enterprise han cambiado, copie los archivos editados en el directorio original donde se guardaron. Finalmente, use la utilidad webgisdr para exportar una copia de seguridad de ArcGIS Enterprise desde la implementación de respaldo e importarla en la implementación principal. La utilidad replicará en la implementación principal de ArcGIS Enterprise original el contenido del portal, incluidos los datos de las capas de escenas y de entidades alojadas asociadas y los nuevos servicios registrados con el portal.