Skip to main content

La créature est VIVANTE! ArcGIS Server : le cœur battant d’ArcGIS Enterprise

La créature est VIVANTE! ArcGIS Server n’est pas mort. Au contraire, c’est loin d’être le cas! Comment faut-il donc le soigner et le nourrir?

Illustration de style bande dessinée d’un mignon monstre de Frankenstein en marche.

Salutations, habitants du monde obscur de l’administration d’ArcGIS Enterprise.

Lorsque nous pensons à ArcGIS Enterprise, on le voit souvent comme un assemblage de membres (d’un corps) que nous animons pour reproduire ArcGIS Online (avec quelques avantages supplémentaires) dans notre propre infrastructure. Au fil des ans, une attention particulière a été accordée à la fonctionnalité et facilité d’utilisation des systèmes. Cependant, lorsqu’il s’agit de prendre soin d’un déploiement d’entreprise, nous savons que nous devons gérer les multiples membres pour que l’ensemble fonctionne parfaitement et ne demeure pas une carcasse disloquée.

ArcGIS Server est enfoui sous la surface d’ArcGIS Enterprise. Nous oublions souvent que le serveur est un élément essentiel – le cœur, comme j’aime à l’appeler – de nos déploiements. Il est primordial de garder ce cœur sain et battant, loin du royaume des morts-vivants.

Examinons quelques-uns des membres qui sont essentiels pour obtenir un pouls de la créature.

Architecture de déploiement : assembler les membres

Pour construire le corps du déploiement, nous raccordons les membres constitutifs : ArcGIS Server, Portal for ArcGIS, ArcGIS Web Adaptor et ArcGIS Data Store. Les assembler pour s’assurer qu’ils fonctionnent correctement les uns avec les autres peut ressembler à une opération chirurgicale complexe. Malgré leur apparente disparité, ils se tiendront debout et travailleront ensemble, moyennant une attention et une compréhension adéquates. 

Schéma de l’architecture de déploiement de base d’ArcGIS Server montrant l’interconnectivité des membres constitutifs : ArcGIS Web Adaptor, Portal for ArcGIS, ArcGIS Server et ArcGIS Data Store.

Essayez ce tutoriel sur les déploiements de base d’ArcGIS Enterprise pour commencer.

Il est essentiel de veiller à ce que les ressources appropriées soient disponibles pour nourrir la créature. Bien que les exigences minimales permettent un déploiement fonctionnel, il est probable qu’elles n’offrent pas exactement le niveau de performance dont vous avez besoin. Il est recommandé de mieux comprendre la configuration système requise pour ArcGIS Enterprise avant de commencer.

Le fait de raccorder correctement les membres les uns aux autres garantit qu’ils fonctionneront à l’unisson. Ce diagramme des ports essentiels d’ArcGIS Enterprise vous donnera plus de contexte pour assembler les membres de votre déploiement en un tout fonctionnel.

Maintien du déploiement : s’occuper de la santé du cœur

Une fois que le déploiement a pris sa première respiration, le cœur doit continuer à battre. Tout contenu ayant une capacité fonctionnelle est fondé sur un service qui, à son tour, est publié sur une instance d’ArcGIS Server au rôle particulier. Tout comme les muscles du corps, ces services ont leurs forces et leurs faiblesses et doivent être maintenus au diapason pour assurer non seulement la fonction, mais aussi la capacité souhaitée. Comprendre la nature des différents types de services, leurs capacités et leurs caractéristiques (instances minimales et maximales, délais d’attente, instances partagées ou dédiées, etc.) évitera à l’administrateur de devoir réanimer une créature en arrêt cardiaque.

Image d’ArcGIS Server Manager qui affiche les paramètres de l’onglet Pooling (groupage) pour un service, avec différents paramètres en surbrillance et un bonhomme-allumettes qui se gratte la tête sous un point d’interrogation.

Apprenez-en davantage sur les rôles de licence ArcGIS Server, sur la façon de configurer les paramètres des instances de service et sur les services, couches et cartes.

Capacité du serveur : exhumer l’outil de planification de la capacité

Il était une fois un savant fou du nom de Dave Peters. Dave est le génie qui a littéralement écrit le livre sur ArcGIS Server, qui est malheureusement épuisé et qui est intitulé Building a GIS: System Architecture Design Strategies for Managers (Créer un SIG : stratégies de conception d’architecture système pour les gestionnaires). Si vous pouvez mettre la main sur un exemplaire, faites-le! L’auteur ne recommande pas de voler vos collègues… mais… maintenant que l’idée est lancée…

Le génie de Peters est tel qu’il a créé ce que l’on appelle l’outil de planification de la capacité (CPT). Le CPT est un utilitaire gratuit qui permet d’anticiper la capacité et la réactivité d’un site serveur en utilisant les mesures actuelles et futures du matériel et de l’infrastructure ainsi que la charge de service pour déterminer le temps de service du point de vue des utilisateurs. Bien que le CPT n’ait pas été mis à jour depuis que le savant fou a pris sa retraite, il peut être actualisé avec les mesures matérielles de l’heure pour retrouver toute sa pertinence.

Image en noir et blanc d’un savant fou moustachu faisant fonctionner une machine bizarre datant d’une époque révolue.

Capture d’écran de l’outil de planification de la capacité d’ArcGIS Server montrant des exemples de paramètres qui peuvent être manipulés pour imiter la configuration et la charge d’un système.

Surveillance du serveur : suivre les signes vitaux

Enfin! Le déploiement marche dans les rues du village. Pour le maintenir sur pied, le docteur doit surveiller ses signes vitaux. De nombreux instruments et outils existent à cet effet. L’un des meilleurs, conçu pour l’écosystème ArcGIS Enterprise, est ArcGIS Monitor. S’inspirant du travail de Dave Peters et le poursuivant, Monitor permet aux administrateurs de suivre les performances globales de leur déploiement et de découvrir si un composant ou un service rencontre des problèmes. L’administrateur peut alors diagnostiquer le trouble. Les fonctions de Monitor comprennent l’optimisation du déploiement et la surveillance de son état, le dépannage des problèmes de système et de performance et la génération de mesures sur le déploiement.

Une autre option consiste à extraire les renseignements sur les services au moyen de l’interface API REST d’administration d’ArcGIS Server et d’ArcGIS API for Python, puis à afficher l’information dans une application ArcGIS Dashboards.

Capture d’écran d’ArcGIS Monitor 2023, qui affiche des diagrammes, des graphiques et des mesures concernant la santé d’un déploiement ArcGIS Enterprise.

  
ArcGIS Enterprise et ArcGIS Server sont des systèmes relativement complexes dont la création et la gestion nécessitent des efforts. Il n’est cependant pas nécessaire d’être un savant fou pour faire battre le cœur. Avec des connaissances, de la compréhension et de la diligence, vous pouvez vous aussi créer et lancer avec succès un déploiement. Le système ne doit pas être perçu comme un monstre.

Vous voulez en savoir davantage? Envisagez les formations suivantes pour acquérir et perfectionner les compétences nécessaires au développement et à la maintenance d’un déploiement d’ArcGIS Enterprise. Il existe même un cours qui montre l’utilisation de l’outil de planification de la capacité, intitulé Stratégies de conception d’architecture de système.

Pour plonger au plus profond de l’anatomie d’ArcGIS Server (et d’ArcGIS Enterprise), je vous recommande toutefois de vous inscrire au cours intitulé ArcGIS Enterprise : Flux de travaux d’administration. Vous découvrirez les meilleures pratiques pour gérer les serveurs, les données et les services tout en garantissant la performance du système au fil du temps.

Vous souhaitez être informé des nouvelles occasions de formation à Esri Canada? Visitez le Centre de préférences en matière de communications d’Esri Canada et cochez la case « Formation » pour recevoir un résumé mensuel directement dans votre boîte de réception.

Ce billet a été écrit en anglais par André Piasta et peut être consulté ici.