Profils d’architecture

Lorsque vous déployez ArcGIS Enterprise on Kubernetes, vous devez sélectionner un profil d’architecture adapté à votre organisation. Les profils d’architecture sont des profils de déploiement prédéfinis en corrélation avec différents niveaux de redondance sur les pods. Le profil que vous choisissez détermine les pods qui sont automatiquement répliqués lors de la configuration. Puisque certaines organisations requièrent des niveaux accrus de résilience et de disponibilité, les profils d’architecture offrent une certaine flexibilité sur plusieurs variables connues, comme la configuration matérielle requise, la redondance et l’utilisation au sein de l’organisation.

Les profils d’architecture prédéfinis sont décrits ci-dessous. Les deux premiers sont destinés à la haute disponibilité et le troisième s’applique à une utilisation dans un environnement de développement ou hors production.

Profil d’architectureCas d'utilisationConfiguration matérielleRedondance prédéfinie sur les pods

Enhanced availability (Disponibilité améliorée)

Conçu pour une utilisation dans des environnements de production métier ou cruciaux. Ce profil est conçu pour le niveau de disponibilité le plus élevé, car il inclut une redondance accrue et développée sur des pods critiques.

Maximum

Maximum

Standard availability (Disponibilité standard)

Conçu pour une utilisation dans des environnements de production et des environnements visant à réduire les temps d’arrêt non planifiés grâce à la redondance sur de nombreux pods. Il s’agit du profil par défaut.

Modéré

Modéré

Développement

Conçu pour une utilisation dans des environnement hors production, y compris les environnements de test et d’évaluation. Ce profil n’est pas pris en charge pour les environnement de production.

Minimale

Minimale

Si vous déployez ArcGIS Enterprise on Kubernetes dans des environnements hors production ou de test, utilisez l’option de développement. Ce profil requiert le niveau le moins élevé de matériel et de ressources. Lorsque vous effectuez un déploiement dans des environnements de production, les deux profils de haute disponibilité permettent une utilisation et une disponibilité continues en cas de panne ; toutefois, le profil amélioré requiert du matériel supplémentaire.

Pods répliqués par profil d’architecture

Comme décrit ci-dessus, chaque profil d’architecture fournit un ensemble prédéfini de pods répliqués pour la prise en charge de processus continus dans le cas d’une panne inattendue. Un exemple de processus pris en charge est fourni pour chaque profil.

  • Enhanced availability (Disponibilité améliorée) : des pods répliqués sont fournis pour les outils de publication, le stockage, les API et les contrôleurs ingress avec une redondance accrue pour la prise en charge d’une utilisation ininterrompue en cas de panne ou de temps d’arrêt inattendu.

    Profil d’architecture Enhanced availability (Disponibilité améliorée)

  • Standard availability (Disponibilité standard) : des pods répliqués sont fournis pour les outils de publication et d’autres pods essentiels tels que le stockage, les API et les contrôleurs ingress pour la prise en charge d’une utilisation continue en cas de panne ou de temps d’arrêt inattendu.

    Profil d’architecture Standard availability (Disponibilité standard)

  • Development (Développement) : les outils de publication sont répliqués pour la prise en charge de plusieurs éditeurs dans une organisation.

    Profil d’architecture Development (Développement)

Une description de chaque profil de pod par architecture est indiquée ci-dessous.

Pods répliquésProfil Enhanced availability (Disponibilité améliorée)Profil Standard availability (Disponibilité standard)Profil Development (Développement)

Outils de publication

4

3

3

Stockage des données relationnelles

2

2

2

Contrôleur ingress privé

3

2

2

Contrôleur ingress

3

2

API de l’administrateur

2

2

API du portail

2

2

API des services

2

2

Stockage en file d’attente

2

2

Object store : mixte

3

Object store : métadonnées

3

Object store : serveur de données

5

Store spatiotemporel et d’index : mixte

3

Store spatiotemporel et d’index : coordinateur

3

Store spatiotemporel et d’index : données

2