Anticipation et prise en compte des utilisateurs

La puissance d'ArcGIS for Server repose sur sa capacité à fournir des fonctionnalités SIG à de nombreux utilisateurs, où qu'ils se trouvent. Lorsque vous planifiez votre serveur SIG, vous devez essayer de déterminer 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.

Prise en compte des utilisateurs à l'aide de machines de serveur SIG

Un site ArcGIS Server peut comprendre une ou plusieurs machines. Aux heures où la charge de traitement est élevée, une machine de serveur SIG 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 de serveur SIG à déployer est une décision importante pour prendre en compte les utilisateurs.

Une fois le système opérationnel, vous pouvez utiliser les fichiers journaux et les statistiques du serveur pour en évaluer les performances. Certains outils du système d'exploitation, tels que l'Analyseur de performances de Windows, permettent également d'é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 plateforme Amazon EC2, est un exemple de service Web qui surveille les performances du système dans un environnement cloud.

Si vous constatez que les requêtes normales adressées au serveur GIS 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 profiterait probablement de l'ajout de machines au niveau du serveur SIG. Il est possible d'ajouter 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 de serveur SIG 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 de serveur SIG 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 très commodes car le matériel supplémentaire requis peut être acquis rapidement et libéré immédiatement après l'emploi.

Licence :

Vous devez disposer d'une licence pour chaque logiciel ArcGIS for Server que vous exécutez, que ce soit sur une machine dédiée, sur une machine virtuelle, ou alors dans une infrastructure cloud.

Si vous avez besoin d'instructions plus détaillées pour dimensionner votre système, consultez le livre blanc System Design Strategies (en anglais).

Prise en compte des utilisateurs en réglant les propriétés du service

S'il est impossible d'ajouter des serveur GIS à votre système, vous pouvez prendre en compte un plus grand nombre d'utilisateurs en configurant judicieusement les propriétés de votre service.

Par exemple, tous les services possèdent une propriété définissant un nombre maximal d'instances, c'est à dire le plus grand nombre d'instances d'un service spécifique pouvant s'exécuter sur une machine de serveur SIG donnée. En tant qu'administrateur, vous devez essayer de déterminer le nombre d'instances d'une configuration de service qui satisfera 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.

La meilleure façon de déterminer le nombre d'instances dont vous avez besoin dans une configuration de service est de surveiller votre serveur dans la durée ; si les temps d'attente des clients sont longs ou si les requêtes expirent, vous pouvez 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 qui prendront en charge vos clients, vous devez le diviser par le nombre maximal de machines de serveur SIG dans votre déploiement et utiliser 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 10 instances d'un service et si vous disposez de deux machines de serveur SIG, spécifiez 5 comme nombre maximal d'instances.

Les services possèdent également une propriété définissant un nombre minimal d'instances. Elle représente le nombre d'instances déjà créées et prêtes à être utilisées sur chaque machine du serveur SIG. 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 un minimum correspondant à aucune instance, si vous le souhaitez.

Héritage :

Dans les versions 10.0 et antérieures, les propriétés relatives au nombre minimal et maximal d'instances s'appliquaient à l'ensemble du déploiement ArcGIS Server. Dans les versions 10.1 et ultérieures, elles s'appliquent au niveau de la machine du serveur SIG. Pour calculer la valeur de ces propriétés, divisez le nombre total d'instances dont vous avez besoin par le nombre de machines du serveur SIG de l'agrégat sur lequel vous publiez le service.

Vous devez également prendre 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.

Vous pouvez utiliser 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. Vous pouvez utiliser le gestionnaire ou ArcCatalog pour ajuster le nombre d'instances de services disponibles ainsi que le temps d'attente ou d'utilisation maximal d'un service.