Al implementar ArcGIS Enterprise on Kubernetes, seleccione un perfil de arquitectura para adaptarlo a su organización. Los perfiles de arquitectura son perfiles de implementación predefinidos que se correlacionan con diversos niveles de redundancia entre pods. El perfil que elija determina los pods que se replican automáticamente durante la instalación. Debido a que algunas organizaciones requieren mayores niveles de resistencia y disponibilidad que otras, los perfiles de arquitectura proporcionan flexibilidad en varias variables conocidas, tales como requisitos de hardware, redundancia y uso de la organización.
Los perfiles de arquitectura predefinidos se describen a continuación. Los dos primeros son para la alta disponibilidad y el tercero es para el desarrollo y el uso que no es de producción.
Perfil de arquitectura | Caso de uso | Requisitos de hardware | Redundancia predefinida entre pods |
---|---|---|---|
Disponibilidad mejorada | Diseñado para su uso en entornos de producción comerciales o críticos de la misión. Este perfil se ha diseñado para el mayor nivel de disponibilidad, ya que incluye un aumento y una redundancia ampliada entre los pods críticos. | Máximo | Máximo |
Disponibilidad estándar | Diseñado para su uso en entornos de producción y aquellos que deseen minimizar el tiempo de inactividad no planificado con redundancia entre muchos pods. Este es el perfil predeterminado. | Moderada | Moderada |
Desarrollo | Diseñado para su uso en entornos que no son de producción, incluidos aquellos para pruebas y evaluación. Este perfil no es compatible con entornos de producción. | Mínima | Mínima |
Cuando implemente ArcGIS Enterprise on Kubernetes en entornos que no sean de producción o de prueba, utilice la opción de desarrollo. Requiere la menor cantidad de hardware y recursos. Al implementar en entornos de producción, los dos perfiles de alta disponibilidad proporcionan un uso y disponibilidad continuos en caso de fallo; sin embargo, el perfil mejorado requiere hardware adicional.
Pods replicados por perfil de arquitectura
Como se describió anteriormente, cada perfil de arquitectura proporciona un conjunto predefinido de pods replicados para admitir flujos de trabajo continuos en caso de un fallo inesperado. Se proporciona un ejemplo del flujo de trabajo compatible.
- Disponibilidad mejorada: se proporcionan pods replicados para herramientas de publicación, almacenamiento, API y controladores de entrada con mayor redundancia para admitir el uso ininterrumpido en caso de fallo o tiempo de inactividad inesperados.
- Disponibilidad estándar: se proporcionan pods replicados para herramientas de publicación y otros pods esenciales, como almacenamiento, API y controladores de entrada para admitir el uso continuo en caso de fallos o tiempo de inactividad inesperados.
- Desarrollo: las herramientas de publicación se replican para admitir varios publicadores en una organización.
A continuación, se ofrece una descripción de cada perfil de arquitectura por pod replicado.
Pods replicados | Perfil de disponibilidad mejorada | Perfil de disponibilidad estándar | Perfil de desarrollo |
---|---|---|---|
Herramientas de publicación | 4 | 3 | 3 |
Data store relacional | 2 | 2 | 2 |
Controlador de entrada privado | 3 | 2 | 2 |
Controlador de entrada | 3 | 2 | |
API del administrador | 2 | 2 | |
API del portal | 2 | 2 | |
API de servicios | 2 | 2 | |
Almacén de cola | 2 | 2 | |
Almacén de objetos: mixto | 3 | ||
Almacén de objetos: metadatos | 3 | ||
Almacén de objetos: servidor de datos | 5 | ||
Almacén espaciotemporal y de índices: mixto | 3 | ||
Almacén espaciotemporal y de índices: coordinador | 3 | ||
Almacén espaciotemporal y de índices: datos | 2 | ||
Servicio de entidades compartidas | 2 | 2 | |
Servicio de imágenes compartidas | 2 | 2 | |
Servicio de mapas compartidos | 2 | 2 | |
Servicio de teselas compartidas | 2 | 2 |