Conseils pour la configuration de composants ArcGIS Server

Un système ArcGIS Server peut être constitué de nombreuses parties, telles que le gestionnaire des objets serveur (SOM) et le conteneur d'objets serveur (SOC), les infrastructures Web ADF (Application Developer Framework), un serveur Web et une interface d'administration, telle que le gestionnaire. Pour que le système fonctionne, chaque composant doit être en mesure de communiquer avec les autres composants d'une manière appropriée. Vous pouvez également distribuer judicieusement les composants afin d'utiliser de manière optimale votre matériel. Cette rubrique fournit des informations sur la manière dont les composants du système ArcGIS Server interagissent et sur la quantité relative de ressources qu'ils consomment. Vous trouverez également des options de configuration à haute disponibilité qui permettront de maintenir vos applications disponibles lors d'un échec matériel.

Licence :

Lorsque vous examinerez ces informations, soyez conscient qu'une licence ArcGIS Server Workgroup permet le déploiement des composants ArcGIS Server sur une seule machine. Pour déployer les composants ArcGIS Server sur plusieurs machines, vous devez disposer de la licence de niveau Enterprise.

Suggestions pour les machines SOM

Le gestionnaire des objets serveur (SOM) est un composant d'ArcGIS Server qui gère les services distribués sur une ou plusieurs machines SOC. Le gestionnaire des objets serveur s'exécute en tant que processus en arrière-plan (sous Windows, il s'agit du service ArcSOM.exe. Sur Linux/Solaris, il s'agit d'arcsom.exe) et traite la distribution de la charge des demandes entrantes. Il répertorie également les services qui s'exécutent sur les différents conteneurs d'objets serveur. Grâce à ces informations, le gestionnaire des objets serveur remet une demande au service approprié.

Choix d'une machine pour le gestionnaire d'objets serveur

Le processus ArcSOM.exe utilise relativement peu de mémoire et n'a pas besoin de s'exécuter sur une machine dédiée ; il peut coexister avec le serveur Web ou résider sur une machine SOC. Pour plus d'informations sur l'installation du gestionnaire des objets serveur, consultez le guide d'installation d'ArcGIS Server en ouvrant install.htm sur votre CD-ROM d'installation ou en accédant au dossier <répertoire d'installation ArcGIS>/Documentation/install_guides sur votre ordinateur.

Utilisation d'une configuration de reprise après incident ou de rotation

Dans les déploiements à plusieurs serveurs Web et machines SOC, le gestionnaire des objets serveur peut être un point de défaillance unique, ce qui signifie que s'il existe un seul gestionnaire des objets serveur, sa déconnexion peut entraîner le blocage du système entier. Pour cette raison, vous pouvez configurer plusieurs gestionnaires des objets serveur pour les utiliser dans une configuration de reprise après incident ou de rotation. Dans une configuration avec basculement, toutes les demandes de services sont envoyées à un seul gestionnaire des objets serveur. En cas de défaillance de ce gestionnaire, une machine SOM auxiliaire désignée prend le relais et continue à traiter les demandes. Dans une configuration de rotation, au contraire, les demandes sont distribuées de manière égale entre toutes les machines SOM figurant dans la configuration. Si une machine SOM incluse dans une configuration de rotation se déconnecte, les serveurs restants continuent à traiter les demandes.

ArcGIS Server autorise les configurations de reprise après incident et de rotation lorsque vous ajoutez des services à une application Web, lors de sa conception ou à l'aide d'un programme.

Compte SOM

Lorsque vous exécutez les tâches de post-installation du serveur SIG, il vous est demandé d'entrer un nom et un mot de passe pour le compte utilisateur du gestionnaire des objets serveur (compte SOM). Ce compte exécute le service Gestionnaire des objets serveur. Vous serez rarement amené à travailler avec ce compte après l'installation d'ArcGIS Server.

Ajout d'utilisateurs dans les groupes agsadmin et agsusers

Les groupes d'utilisateurs agsadmin et agsusers spécifient les privilèges dont un utilisateur disposera lorsqu'il se connectera localement au serveur SIG. Ces groupes sont créés automatiquement sur la machine SOM lorsque vous installez ArcGIS Server, mais il vous revient de les remplir. Vous devez vous ajouter dans le groupe agsadmin et ajouter quiconque devra administrer le serveur. Ensuite, vous pouvez ajouter dans le groupe agsusers quiconque utilisera le serveur SIG.

Suggestions pour les machines SOC

Les machines SOC hébergent des services et les processus qui effectuent des opérations avec ces services. Ainsi, la machine SOC est le centre opérationnel du serveur SIG. Les processus SOC sont démarrés et arrêtés par le gestionnaire SOM.

Machines SOC et octroi de licences ArcGIS Server

La même édition d'ArcGIS Server (Basic, Standard ou Advanced) doit être installée sur toutes les machines SOC associées à un gestionnaire des objets serveur. Par exemple, si un gestionnaire des objets serveur est associé à trois machines SOC, la même édition d'ArcGIS Server doit être installée sur ces trois machines SOC.

Ajout et suppression de machines SOC

L'ajout et l'amélioration de machines SOC représentent les méthodes les plus directes permettant d'améliorer les performances de votre système ArcGIS Server. Vous pouvez ajouter des machines SOC ou ajouter des processeurs supplémentaires aux machines SOC déjà présentes dans le système. Il est important de noter que le gestionnaire des objets serveur suppose que toutes les machines SOC sont dotées de la même configuration (vitesse des processeurs et quantité de RAM) lorsqu'il équilibre la charge au sein du système. Le gestionnaire des objets serveur suppose également que toutes les machines SOC disposent des mêmes licences, ce qui signifie que si votre système utilise des fonctionnalités fournies par l'une des extensions d'ArcGIS Server, le gestionnaire considère que toutes les machines SOC sont autorisées par licence à utiliser ces fonctionnalités.

Parfois, vous pouvez être amené à supprimer une machine SOC. Lorsque vous supprimez une machine SOC de votre système, le serveur SIG utilisera plus intensément les ressources des machines SOC restantes dans votre système, ce qui peut affecter les performances du serveur SIG dans leur ensemble. Les services qui étaient en cours d'exécution sur la machine que vous supprimez sont réaffectées à d'autres machines.

Octroi d'autorisations au compte SOC

Sous Windows, lorsque vous exécutez les tâches de post-installation du serveur SIG, il vous est demandé d'entrer un nom et un mot de passe pour le compte SOC. Lorsque le gestionnaire des objets serveur démarre un processus conteneur, celui-ci s'exécute sous ce compte. Comme vous ne connaissez pas la machine SOC sur laquelle tout processus donné sera démarré, il est important que vous spécifiiez les mêmes nom et mot de passe pour le compte SOC pour chaque machine sur laquelle vous exécutez les tâches de post-installation du serveur SIG.

Sur Linux/Solaris, le propriétaire de l'installation et le compte SOM correspondent au même compte utilisateur. Si vous installez des composants différents sur des machines différentes (configuration distribuée), il est fortement recommandé d'utiliser les mêmes nom d'utilisateur/UID/mot de passe sur toutes les machines. Toutefois, si cela n'est pas possible, tous les utilisateurs de l'installation sur toutes les machines SOM et SOC doivent être ajoutés à la liste des utilisateurs ArcGIS Server sur chaque machine SOM.

Sous Windows, dans le cadre de la post-installation du serveur SIG, vous avez la possibilité de spécifier un compte existant ou de laisser le logiciel se charger de la création du compte. Si vous décidez de laisser le processus de post-installation créer le compte SOC à votre place, ce compte bénéficiera uniquement des droits de démarrer des processus conteneurs et d'écrire dans le répertoire temporaire du système. Cela signifie que vous devez octroyer manuellement des autorisations pour que le compte SOC puisse accéder à tous les répertoires et données utilisés par vos services. Un échec de l'octroi des autorisations adéquates au compte SOC est souvent la cause d'un affichage inattendu des services.

Sur Linux/Solaris, dans le cadre de la configuration, vous avez la possibilité de spécifier un compte existant ou de laisser le programme d'installation se charger de la création du compte. Pour une installation complète, dans laquelle le gestionnaire des objets serveur et le conteneur d'objets serveur sont sur une même machine, le programme d'installation a déjà accordé l'autorisation à ce compte d'accéder au dossier <répertoire d'installation d'ArcGIS Server>/logs/server/SOM_logs et aux répertoires arcgisoutput, arcgiscache et arcgisjobs sous <répertoire d'installation d'ArcGIS Server>/server/serverdir. Pour une configuration distribuée, si vous installez ArcGIS Server avec les mêmes nom d'utilisateur/UID/mot de passe, ce compte d'installation doit être en mesure d'accéder également à ces répertoires. Dans le cas contraire, il est important d'accorder à de tels utilisateurs sur la machine SOC l'autorisation de lire le dossier des journaux du gestionnaire des objets serveur et l'autorisation d'écrire dans les répertoires arcgisoutput, arcgiscache et arcgisjobs sur chacune des machines SOM.

Le compte SOC doit disposer au moins d'un accès en lecture aux ressources SIG (cartes, localisateurs, données) que vos services requièrent pour effectuer leurs tâches. Cela inclut toutes les données référencées dans la ressource. Par exemple, pour publier un document ArcMap en tant que service, le document ArcMap et toutes les données correspondant à ses couches doivent être dans des emplacements sur lesquels le compte SOC possède des autorisations. Pour vous assurer que toutes les machines SOC font référence aux données de la même manière, vous pouvez utiliser des connexions ArcSDE, utiliser des chemins UNC ou stocker une copie locale des données selon un chemin identique sur chaque machine SOC. Cette dernière option est peut-être inadaptée pour les jeux de données qui sont volumineux ou qui changent fréquemment.

Si un service utilise un répertoire en sortie de serveur, assurez-vous que le compte de conteneur dispose des autorisations d'accès en lecture/écriture sur le répertoire. Si votre application doit exécuter des requêtes sur les fichiers journaux du serveur à l'aide de l'API du serveur ArcObjects, assurez-vous que le compte de conteneur dispose d'autorisations sur le répertoire des journaux.

Saisie du nom du conteneur d'objets serveur

Lorsque vous ajoutez une machine SOC à votre serveur, assurez-vous de saisir le nom exact de la machine et n'utilisez pas localhost.

Suggestions pour les serveurs Web

Le serveur Web héberge les applications et les services Web que vous créez à l'aide de l'infrastructure de développement d'applications (ADF). Il reçoit les demandes des clients et transmet les tâches appropriées au serveur SIG. Comme il existe différentes variantes de serveurs Web, consultez la documentation de votre propre serveur Web pour obtenir des détails spécifiques sur sa configuration et son dépannage.

Pour bénéficier de performances optimales, il est recommandé de déployer les applications Web et les gestionnaires de services Web et REST sur un serveur Web de qualité de production. Les serveurs Web utilisés en interne par ArcGIS Server ne sont pas destinés à être utilisés dans un environnement de production. Reportez-vous à la configuration du système pour obtenir la liste complète des serveurs pris en charge. Parmi les serveurs populaires, figurent IBM WebSphere, BEA Weblogic, etc.

Il est également recommandé de configurer une taille de segment de mémoire appropriée pour l'environnement JVM de votre serveur Web à l'aide des indicateurs JVM -Xms et -Xmx. Cela améliorera grandement l'évolutivité de vos applications Web. Par exemple, il est en général suffisant de commencer avec une taille de segment de mémoire initiale de 256 Mo et d'augmenter cette taille jusqu'à un maximum de 1 Go à l'aide des options JVM -Xms256m–-Xmx1024m. Consultez la documentation de votre serveur Web pour plus d'informations sur la configuration de la taille de segment de mémoire.

Le runtime ADF doit être installé sur chaque serveur Web de votre configuration et chaque serveur Web doit avoir accès à l'application Web ou au service Web que vous souhaitez exécuter. Les composants SOM et SOC du serveur SIG peuvent également résider sur la même machine que le serveur Web. Cela est particulièrement utile dans des configurations de développement de petite taille ou lorsque le matériel est limité.

Votre système ArcGIS Server peut inclure plusieurs serveurs Web. L'utilisation de plusieurs serveurs Web peut être motivée par la volonté d'augmenter la puissance de calcul pour le traitement du trafic vers votre site et par la volonté d'être en mesure de maintenir en ligne votre site en cas de défaillance de l'un des serveurs Web. Les techniques d'équilibrage de la charge réseau peuvent vous aider à distribuer régulièrement les demandes entre les serveurs Web. Pour certains sites qui requièrent une disponibilité constante, les serveurs Web sont placés dans différents lieux géographiques de sorte qu'une catastrophe naturelle ou un échec d'alimentation ne déconnecte pas l'ensemble des serveurs Web.

Comptes et autorisations

Le schéma ci-dessous montre (pour la plateforme Windows)quels assistants de post-installation, comptes et autorisations sont nécessaires pour chaque machine de votre configuration ArcGIS Server. Le texte de couleur verte figurant sous le nom de chaque machine indique quel assistant de post-installation exécuter sur cette machine. Les éléments en bleu sont réalisés par l'assistant de post-installation. Les éléments en rouge correspondent aux tâches que vous devez effectuer. Notez en particulier que vous devez ajouter manuellement le compte des services Web ArcGIS sur chaque machine SOC dédiée.

Si vous installez ArcGIS Server sur plusieurs machines, les comptes SOM, SOC et des services Web ArcGIS doivent utiliser les mêmes noms d'utilisateurs et mots de passe sur chaque machine. Par exemple, si vous exécutez l'assistant de post-installation sur une machine et acceptez le nom par défaut ArcGISSOC pour le compte SOC, vous devez utiliser ce nom pour le compte SOC sur toutes les autres machines sur lesquelles vous exécutez l'assistant de post-installation. Les mots de passe doivent correspondre de la même façon.

Le schéma ci-dessous montre la liste des utilisateurs pour la plateforme Linux/Solaris. Il s'agit de la liste pour une machine qui installe le composant SOM. Pour une machine SOC, seuls le compte super utilisateur et le propriétaire de l'installation sont requis au niveau du système d'exploitation.

Lectures complémentaires

ESRI tient à jour le livre blanc System Design Strategies qui fournit des conseils pour la configuration et le dimensionnement des systèmes. Ce document contient des sections qui se rapportent à ArcGIS Server, ainsi qu'à d'autres produits ESRI.