Configurer l’organisation pour géocoder des adresses—ArcGIS Enterprise on Kubernetes

Dans ArcGIS Enterprise, vous pouvez utiliser un localisateur pour transformer des adresses ou des noms de lieux en points sur la carte.

Ajouter des services de géocodage dans ArcGIS Enterprise

Pour transformer des adresses en points sur la carte de votre organisation, vous devez ajouter un service de géocodage à votre organisation et le configurer comme Utility Service (Service utilitaire). Vous pouvez configurer et utiliser ArcGIS World Geocoding Service, mais des crédits ArcGIS Online sont requis pour effectuer un géocodage par lots. Une autre solution consiste à publier votre propre localisateur en tant que service de géocodage dans ArcGIS Enterprise et à l’utiliser.

Pour plus d’informations sur la définition d’un localisateur dans votre organisation en vue d’activer le géocodage, reportez-vous à la rubrique Configurer des services utilitaires. Pour plus d’informations sur la configuration du service, consultez les sections ci-après.

Configurer ArcGIS World Geocoding Service pour ArcGIS Enterprise

Pour configurer ArcGIS World Geocoding Service pour ArcGIS Enterprise, procédez comme suit :

Connectez-vous à votre organisation en tant qu’administrateur.
Accédez à l’onglet Organization (Organisation), cliquez sur Settings (Paramètres), puis sur ArcGIS Online.
Cochez la case Geocode (Géocoder) et saisissez votre nom d’utilisateur et votre mot de passe ArcGIS Online.
Chaque fois que ArcGIS World Geocoding Service est utilisé pour le géocodage par lots dans cette organisation, des crédits sont déduits du compte de l’utilisateur ArcGIS Online que vous spécifiez dans cette boîte de dialogue.
Cliquez sur Configurer.

Configurer votre propre localisateur

Partager votre propre localisateur en utilisant vos propres données ou des données ArcGIS StreetMap Premium permet de créer des services de géocodage adaptés aux besoins de votre organisation.

La façon dont vos services de géocodage accèdent aux données du localisateur est un élément important à prendre en compte lors du partage de localisateurs. Pour que le géocodage soit réellement performant et pour limiter la latence du réseau, privilégiez des données locales au service. Bien qu’il soit possible de publier des services de géocodage qui accèdent aux données du localisateur via une connexion réseau (telle qu’un partage NFS), ceux-ci seront moins performants en raison d’une connexion plus lente. Plus les données du localisateur sont volumineuses, plus les performances seront dégradées. Par exemple, un petit localisateur pour une seule ville sera plus performant qu’un grand localisateur pour un pays entier lorsqu’il est accessible via un partage réseau.

Lorsque vous publiez votre propre localisateur, il est recommandé d’utiliser des volumes persistants locaux pour que les données du localisateur soient accessibles par les pods du service de géocodage sans la latence supérieure d’une connexion réseau. Les volumes persistants locaux, fonctionnalité de Kubernetes, permettent de définir des volumes liés à des nœuds spécifiques d’un cluster. Ce stockage basé sur des nœuds a l’avantage d’être plus performant et d’accélérer l’accès aux données. Pour plus d’informations, voir Ajouter un data store de dossier basé sur un volume persistant.

Les volumes persistants locaux exigent que les données soient copiées sur le système de fichiers du nœud. Pour éviter de copier inutilement les données dans chaque nœud, il est recommandé de séparer les charges de travail du service de géocodage des autres charges de travail. Utilisez un pool de nœuds de géocodage dédié pour vous assurer que les données du localisateur sont copiées exclusivement dans les nœuds de ce pool. Combinez l’affinité des nœuds, les tolérances et les altérations pour garantir que les pods de service de géocodage sont uniquement planifiés sur les nœuds dans le pool de nœuds de géocodage dédié.

Pour configurer votre propre localisateur à l’aide de volumes persistants locaux, procédez comme suit :

Créez un pool de nœuds dans votre cluster avec une spécification de nœud qui prend en charge les volumes locaux.
Vous pouvez utiliser, par exemple, des nœuds avec des instance stores sous Amazon Elastic Kubernetes Service (EKS).
Créez une étiquette personnalisée pour ce pool de nœuds.
Pour étiqueter, par exemple, des nœuds avec la clé Type et la valeur Geocoding, utilisez la commande suivante :
```
kubectl label nodes <your-node-pool-selector> Type=Geocoding
```

Créez un volume persistant local avec une affinité de nœuds pour le pool de nœuds.

Étant donné que le volume persistant local est disponible uniquement sur les nœuds spécifiés, les services de géocodage configurés pour utiliser ce volume persistant seront planifiés seulement sur ces nœuds. Voici un exemple :

apiVersion: v1 
kind: PersistentVolume 
metadata: 
  name: arcgis-enterprise-folder-pv 
spec: 
  capacity: 
    storage: 100Gi 
  accessModes: 
    - ReadWriteOnce 
  persistentVolumeReclaimPolicy: Retain 
  storageClassName: arcgis-folder-pv 
  local: 
    path: /path/to/service/data # copy locator data to this path
  nodeAffinity:
    required: 
      nodeSelectorTerms: 
        - matchExpressions: 
          - key: Type 
            operator: In 
            values: 
              - geocoding

Créer un localisateur.
Vous pouvez utiliser ArcGIS Pro pour créer un localisateur à partir de vos propres données. Vous pouvez tirer parti du localisateur StreetMap Premium si vous disposez d’une licence ArcGIS Enterprise on Kubernetes et d’une licence ArcGIS Pro pour l’extension régionale StreetMap Premium appropriée.
Pour chaque nœud du pool de nœuds de géocodage dédié, copiez les fichiers .loc et .loz du localisateur au niveau du chemin d’accès local spécifié dans le volume persistant.
Veillez à ce que tous les nœuds créés dans le pool de nœuds de géocodage dédié génèrent automatiquement le chemin d’accès au répertoire et copient les données du localisateur à cet emplacement. Par exemple, dans EKS, vous pouvez utiliser des modèles de lancement pour spécifier les commandes à exécuter à la création de nouveaux nœuds.
Ajoutez un data store de dossier basé sur un volume persistant.
Vous devez spécifier ceci : Il s’agit d’un volume persistant local pour les services de calcul d’itinéraire ou de géocodage. Pour ce qui est du chemin d’accès au dossier de publication, spécifiez l’emplacement permettant d’accéder aux données du localisateur depuis ArcGIS Pro.
Partagez un localisateur depuis ArcGIS Pro et configurez le nombre d’instances par pod du localisateur dans ArcGIS Pro.
Appliquez une tolérance pour vous assurer les pods de service de géocodage sont planifiés sur les nœuds dans le pool de nœuds de géocodage dédié.
Pour ajouter, par exemple, une tolérance aux nœuds avec une clé Type et une valeur Geocoding, définissez les paramètres suivants :
- Effect (Effet) : No Execute (Ne pas exécuter)
- Key (Clé) : Type
- Operator (Opérateur) : Equal (Égal)
- Value (Valeur) : Geocoding (Géocodage)
Appliquez une altération aux nœuds du pool de nœuds de géocodage dédié pour vous assurer que seuls les pods du service de géocodage sont planifiés sur ces nœuds.
Vous pouvez utiliser, par exemple, la commande suivante pour appliquer une altération à tous les nœuds avec la clé Type et la valeur Geocoding.
```
kubectl taint nodes -l Type=Geocoding:NoExecute
```
Allouez des ressources supplémentaires au pod si nécessaire.
Configurez le nombre de pods et définissez les valeurs limites de mémoire et de CPU pour le localisateur dans ArcGIS Enterprise Manager. Vous devez être administrateur d’organisation pour pouvoir allouer des ressources.
Connectez-vous à votre portail en tant qu’administrateur.
Accédez à Organization (Organisation) > Settings (Paramètres) > Utility Services (Services utilitaires) et configurez le localisateur partagé pour votre organisation.

Remarque :

Il est possible d’ajouter un élément de data store de dossier par l’intermédiaire du portail. Cette méthode ne fait pas appel à un volume persistant pour donner accès aux données du dossier. Vous pouvez publier des services de géocodage qui référencent ce data store à condition que les données soient disponibles sur chaque nœud au niveau du chemin d’accès au fichier spécifié. Cette solution n’est pas recommandée, car elle empêche d’appliquer la norme de sécurité de pod Restricted et d’utiliser un pool de nœuds de géocodage dédié.

Vous avez un commentaire à formuler concernant cette rubrique ?