Évolution des services

Avec l’évolution des modèles de trafic et de la demande utilisateur pour vos services SIG, vous pouvez ajuster les ressources disponibles pour vos services.

Exemples d’évolution des services

Afin de répondre aux exigences de performances tout en assurant l’utilisation des ressources par votre organisation , il est important de comprendre quand et comment adapter les ressources disponibles pour vos services. Les exemples suivants sont des scénarios hypothétiques dans lesquels des administrateurs d’organisation doivent envisager d’adapter leurs ressources :

• Une carte Web dans une organisation publique reçoit subitement un volume de trafic élevé et les utilisateurs rencontrent des problèmes de performances. L’administrateur de l’organisation consulte les journaux système et identifie qu’un service de carte utilisé par la carte Web est surchargé. Il commence par modifier le mode de service en utilisant des instances dédiées au lieu d’instances partagées. Il augmente ensuite les réplicas de pods dans le déploiement de service. En fournissant des ressources dédiées au service de carte, l’administrateur s’assure que le trafic élevé du service est géré sans problème de performances.
• Une société d’arpentage a accumulé des centaines de services d’entités dans son organisation. Puisque ils utilisent tous le mode partagé, un seul déploiement de service les prend en charge. Aucun service ne reçoit un trafic élevé, mais l’utilisation globale du contenu SIG de l’organisation a pour effet de surcharger le déploiement de service. L’administrateur de l’organisation augmente le nombre de réplicas de pods dans le déploiement de service. Avec l’exécution d’un plus grand nombre d’instances partagées, le trafic vers les nombreux services d’entités de l’organisation est mieux géré.
• Au cours d’un projet de migration de contenu, l’organisation SIG d’une municipalité republie de nombreuses cartes Web et couches Web sur son organisation. Pressée par les délais, la municipalité veut effectuer cette publication rapidement. Comme la publication des services sous-jacents aux cartes Web et aux couches Web est effectuée par le service utilitaire PublishingTools, les ressources machine disponibles pour ce service utilitaire déterminent la vitesse potentielle de la publication. L’administrateur de l’organisation augmente temporairement les réplicas de pods dans le déploiement de service PublishingTools en vue d’optimiser la publication au cours du projet. Une fois le projet terminé, il réduit les réplicas de pods dans le déploiement de service pour préserver les ressources machine.

Options d’évolution des services

Vous disposez de deux options principales pour faire évoluer les services :

• Ajustez le mode de service.
• Réallouez les ressources système.

Ajuster le mode de service

Si un service d’entités ou de carte qui utilise des ressources partagées reçoit un trafic constant, vous pouvez changer son type d’instance pour utiliser des ressources dédiées. Cela permet d’ouvrir un nouveau pool de ressources de service dédié à ce service.

Réallouer les ressources système

Vous pouvez faire évoluer le nombre de pods attribués à un déploiement de service avec ArcGIS Enterprise Manager. Cette option est utile lorsque le nombre de ressources dédiées au service semble inadapté et que les utilisateurs rencontrent des problèmes de performances.

Cela augmente le nombre de réplicas de pods pour le déploiement. Lorsque vous augmentez le nombre de pods disponibles pour un service, le cluster Kubernetes génère des réplicas supplémentaires pods existants du déploiement de service, notamment leurs instances de service et de configuration du service.

Cela augmente également la disponibilité et le rendement total des instances du service, mais également la consommation de mémoire et de processeur du service. Comme vous faites évoluer votre infrastructure Kubernetes, cette option tolère les pannes. Les pods qui ne fonctionnent plus sont automatiquement restaurés sans que cela n’affecte les autres pods.

Remarque :

Le cluster Kubernetes sur lequel votre organisation est déployée comporte un nombre fini de nœuds informatiques. En adaptant de nombreux services SIG, votre organisation peut atteindre la limite des ressources informatiques allouées à ArcGIS Enterprise on Kubernetes. Dans ce cas, contactez votre administrateur informatique pour lui demander d’ajouter des nœuds supplémentaires au cluster Kubernetes.