Skip To Content

Anticiper et prendre en compte les utilisateurs

La puissance de ArcGIS Server repose sur sa capacité à fournir des fonctionnalités SIG à de nombreux utilisateurs, peu importe où ils se trouvent. Lorsque vous planifiez votre ArcGIS Server, déterminez le nombre d'utilisateurs qui utiliseront votre système et la quantité de matériel dont vous aurez besoin pour prendre en charge ce nombre d'utilisateurs. D'autres facteurs, tels que la probabilité de pointes brusques d'utilisation, affecteront vos décisions. Si vous n'avez pas la possibilité d'ajouter du matériel, vous pouvez prendre en compte plus d'utilisateurs en ajustant la configuration de vos services.

Ajuster le nombre de machines sur un site

Un site ArcGIS Server est un assemblage d’une ou plusieurs machines fonctionnant ensemble à égalité. Aux heures où la charge de traitement est élevée, une machine ArcGIS Server atteint généralement son taux maximal d'utilisation de l'UC avant le serveur Web ; par conséquent, la détermination du nombre de machines ArcGIS Server à déployer est une décision importante pour prendre en compte les utilisateurs.

Une fois le système opérationnel, utilisez les fichiers journaux et les statistiques du serveur pour en évaluer les performances. Utilisez également les outils du système d'exploitation, tels que l'Analyseur de performances de Windows, pour évaluer le niveau d'activité de votre serveur lors de la prise en compte de requêtes. Il peut également exister des outils et services tiers permettant de contrôler les performances du système. Amazon Cloud Watch, sur la plate-forme Amazon EC2, est un exemple de service web qui surveille les performances du système dans un environnement cloud.

Si vous constatez que les demandes normales adressées à ArcGIS Server expirent lors des pics de charge du système et que l’utilisation de l’UC approche 100 % pendant une longue période, votre système pourrait profiter de l’ajout de machines au niveau ArcGIS Server. Ajoutez de nouvelles machines manuellement ou à l'aide d'un processus automatisé utilisant des machines virtuelles. Par exemple, vous pouvez créer un script qui ajoute une nouvelle machine ArcGIS Server lorsque le taux d’utilisation de l’UC dépasse 70 % pendant plus de 15 minutes.

Certaines procédures, telles que la mise en cache de carte ou le géotraitement, peuvent utiliser une relativement grande partie des ressources de l'UC. Si vous pouvez prévoir quand ces tâches seront effectuées, vous pouvez temporairement créer des machines ArcGIS Server supplémentaires et les supprimer une fois les tâches terminées. Dans de tels cas, les machines virtuelles et les plateformes de cloud computing sont commodes car le matériel supplémentaire requis peut être acquis rapidement et libéré immédiatement après l’emploi.

Pour en savoir plus sur l’ajout de machine à un site

Comprendre les instances de service

Lorsqu’une demande est envoyée à un service de votre site ArcGIS Server, par exemple, pour se déplacer dans une carte ou accéder à une adresse, elle est gérée par une instance du service publié exécuté sur une machine serveur. Les instances de service sont alimentées par les processus serveur propriétaires d’Esri, appelés processus ArcSOC. Chaque processus ArcSOC, pour être exécuté, utilise une certaine quantité de mémoire de votre machine.

Les instances partagées sont recommandées pour les services qui ne reçoivent pas souvent de demandes, particulièrement lorsque le site du serveur héberge de nombreux services. D’autre part, les instances dédiées mettent toujours un service à disposition pour le traitement des requêtes grâce à un ou plusieurs traitements serveur et conviennent parfaitement aux services qui reçoivent des requêtes fréquentes ou exigeant beaucoup de ressources de calcul.

Le groupe d’instances partagées convient aux services de carte compatibles, tels que les suivants :

  • Les services utilisés occasionnellement. Cela varie en fonction du déploiement, mais pour la plupart des déploiements, cela représente en moyenne moins d’une demande de service par minute.
  • Les services pour lesquels vous avez déjà défini le nombre minimum d’instances dédiées sur zéro.
  • La plupart des services de carte mis en cache.

Héritage :

Avant la version 10.8.1, les services comportant des extensions d’objets serveur (SOE) ou des intercepteurs d’objet serveur (SOI) ne pouvaient pas utiliser le pool d’instances partagées.

ArcGIS Server vous permet de d’utiliser des instances partagées ou des instances dédiées pour chaque service de carte compatible publié sur un site ArcGIS Server à partir de ArcGIS Pro. L’utilisation d’instances partagées permet de préserver la quantité de mémoire utilisée en regroupant plusieurs processus serveur actifs à utiliser par plusieurs services. La quantité de mémoire utilisée par les services qui ne gèrent pas activement de demandes est ainsi réduite.

Choisir un type d’instance

Les instances partagées sont recommandées pour les services qui ne reçoivent pas souvent de demandes, particulièrement lorsque le site du serveur héberge de nombreux services. D’autre part, les instances dédiées mettent toujours un service à disposition pour le traitement des requêtes grâce à un ou plusieurs traitements serveur et conviennent parfaitement aux services qui reçoivent des requêtes fréquentes ou exigeant beaucoup de ressources de calcul.

Les administrateurs peuvent à la fois choisir un type d’instance par défaut (que les services de carte compatibles doivent ou non utiliser initialement des instances partagées ou dédiées) et changer le type d’instance d’un service spécifique à tout moment. Basez ces décisions sur le volume de trafic, pour prendre en charge le trafic en cours ou pour vous préparer à des changements anticipés dans le trafic.

Tous les services ne peuvent pas utiliser le groupe d’instances partagées. Les restrictions suivantes s’appliquent :

  • Seuls les services de carte publiés depuis ArcGIS Pro peuvent être configurés pour utiliser le groupe d’instances partagées. Les autres types de service, tels que les services de géotraitement, ne sont pas pris en charge.
  • Seules certaines fonctionnalités des services de carte (accès aux entités, WFS, WMS et KML) peuvent être activées. Désactivez toutes les autres fonctionnalités avant de continuer.
  • Les services publiés à partir de ArcMap ne peuvent pas utiliser d’instances partagées.
  • Les services de carte mis en cache publiés à partir de ArcGIS Pro qui satisfont les exigences ci-avant peuvent utiliser des instances partagées.

Le groupe d’instances partagées convient aux services de carte compatibles, tels que les suivants :

  • Les services utilisés occasionnellement. Cela varie en fonction du déploiement, mais pour la plupart des déploiements, cela représente en moyenne moins d’une demande de service par minute.
  • Les services pour lesquels vous avez déjà défini le nombre minimum d’instances dédiées sur zéro.
  • La plupart des services de carte mis en cache.

Ajuster les groupes d’instances dédiées

Lorsqu’un service utilise des instances dédiées, vous pouvez ajuster le nombre maximal et minimal d’instances autorisé par machine. Ces paramètres peuvent aider les services de votre site à prendre en compte les variations dans le volume de trafic.

La propriété de nombre maximal d’instances représente le plus grand nombre d’instances d’un service spécifique exécuté sur une machine ArcGIS Server donnée. En tant qu'administrateur, déterminez le nombre d'instances d'une configuration de service qui satisfait la demande prévue des utilisateurs à un niveau de performances acceptable. Ceci correspond à une évaluation complexe de la durée d'utilisation moyenne d'un service par un client, du nombre de clients prévus, de la fréquence des requêtes des clients et de l'intensité du traitement requis pour chaque requête.

Le nombre d’instances dont vous avez besoin dans une configuration de service se détermine le mieux en surveillant votre serveur dans le temps. Si les temps d’attente de votre client sont longs ou que les demandent expirent, vous devrez peut-être ajuster le nombre d’instances disponibles ou la manière dont votre application utilise ces instances. Une fois que vous avez déterminé le nombre d'instances prenant en charge vos clients, divisez-le par le nombre de machines ArcGIS Server dans votre déploiement et utilisez le nombre ainsi obtenu pour définir le nombre maximal d'instances pour la configuration du service. Par exemple, si vous avez besoin d’un maximum de dix instances d’un service pour en gérer simultanément les demandes et que vous disposez de deux machines ArcGIS Server, spécifiez le nombre maximal d’instances sur cinq.

La propriété de nombre minimal d’instances représente le nombre d’instances dédiées déjà créées et disponibles pour être utilisées pour un service sur chaque machine ArcGIS Server. Si vous n'êtes pas certain que de nombreux utilisateurs utiliseront simultanément un service, envisagez de diminuer le nombre minimal d'instances.

Vous pouvez même définir le minimum sur zéro instance. Toutefois, cela provoque un léger ralentissement des performances lorsqu’un service sans instances actives reçoit ensuite une demande. Ce délai est appelé « démarrage à froid. »

Prenez en compte la durée pendant laquelle les utilisateurs utiliseront vos services. Certaines demandes adressées au serveur exigent plus de travail que d'autres. Un grand nombre de demandes légères pour des services peuvent moins entraver le serveur qu'un nombre plus réduit de demandes exigeant un travail intensif. Chaque service possède une propriété définissant un temps d'attente maximal et une propriété définissant un temps d'utilisation maximal. Si les demandes des utilisateurs pour un service expirent à plusieurs reprises, envisagez d'augmenter le temps d'attente maximal ou le nombre d'instances disponibles du service.

Utilisez les fichiers journaux et les statistiques du serveur pour déterminer si des demandes excessives provoquent le dépassement des délais d'expiration et si des services sont utilisés au-delà de leur temps d'utilisation maximal. Utilisez Server Manager pour ajuster le nombre d’instances de services disponibles, ainsi que le temps d’attente et d’utilisation maximal d’un service.