Skip To Content

Création du cache dans Amazon EC2

Disponible avec une licence Standard ou Advanced.

La création d’un cache de service de carte ou d’imagerie ArcGIS sur les instances Amazon Elastic Compute Cloud (EC2) diffère de la mise en cache hors du Cloud sur les points suivants :

  • Plusieurs tailles et prix d'instance sont à votre disposition.
  • Vous pouvez ajouter des volumes à l’instance EC2, dans lesquels placer le cache.

Les sections suivantes présentent les facteurs ci-dessus de façon plus détaillée.

Choix du prix et de la taille d'une instance

Amazon EC2 propose différentes tailles et spécifications d’instance. Chacune dispose d'un prix par heure d'utilisation qui lui est propre. Les instances de grande taille, en particulier celles dotées d’une mémoire importante, peuvent générer des tuiles rapidement. Les instances de plus petite taille génère des tuiles plus lentement, mais leur coût est moindre.

Vous pouvez créer un cache sur un volume EBS (Elastic Block Store) d'Amazon attaché à l'aide d'une instance puissante. Une fois la mise en cache effectuée, vous pouvez détacher le volume EBS pour l'attacher à votre instance standard (qui peut être plus petite et moins chère). Vous pouvez ensuite résilier l'instance puissante qui vous a permis de créer le cache. Vous pouvez ainsi effectuer la mise en cache dans le Cloud sans vous engager à utiliser plus longtemps que nécessaire une instance relativement onéreuse.

Vous devez faire un choix entre l’aspect économique et la vitesse. Utiliser une instance à faible puissance dont le coût horaire est moindre n'est pas toujours le choix le plus économique, car le coût total du cache dépend du nombre d'heures passées à créer des tuiles. D’autre part, les instances les plus puissantes peuvent également entraîner un coût total du cache supérieur : même si vous passez moins d’heures sur la mise en cache, le prix horaire est plus élevé.

Avec un petit cache de test (de la taille d’une ville de taille moyenne, par exemple) ainsi qu’avec une image Amazon Machine Image (AMI) ou un modèle de site, vous pouvez exécuter des tests relativement peu coûteux avec différents types d’instance afin de déterminer lequel est le plus économique pour le cache.

Les types d’instance puissante EC2 conviennent bien aux mises à jour planifiées du cache, car de nombreux workflows de mise à jour sont temporels.

Choix du nombre d'instances de service de carte à utiliser lors de la mise en cache

Chaque instance EC2 comporte un certain nombre de cœurs de processeur virtuels. Ce nombre est visible lorsque vous choisissez le type d’instance dans Amazon Web Services (AWS) Management Console. Le nombre de cœurs peut vous aider à déterminer combien d'instances du service de géotraitement CachingTools consacrer à votre mise en cache. Si vous utilisez un trop grand nombre d'instances du service, vos processeurs seront surchargés, tandis que si vous utilisez trop peu d'instances du service, vos processeurs seront sous-utilisés.

Bien que le meilleur nombre puisse être atteint avec certains essais et certaines erreurs, un bon point de départ consiste à autoriser un maximum de n+1 instances du service CachingTools, où n est le nombre de cœurs virtuels sur une seule instance EC2 du site.

Mise à l’échelle automatique

Lorsque vous créez un cache volumineux, vous pouvez être tenté de configurer des déclencheurs de mise à l’échelle automatique EC2 qui accroît le nombre d’instances EC2 fonctionnant dans le cache à mesure que l’utilisation du processeur augmente. Cependant, la mise à l’échelle automatique est mieux adaptée pour gérer les pics de trafic inattendus. Plutôt que d’utiliser la mise à l’échelle automatique, lancez toutes les instances EC2 dont vous avez besoin avant de créer le cache. Cela évite d’avoir à attendre que les instances soient lancées séquentiellement, ce qui est le cas lors de la mise à l’échelle automatique.

Choix de l'emplacement du cache

Comme l’explique la rubrique Stratégies de transfert de données vers Amazon Web Services, vous pouvez placer les données dans plusieurs types d’emplacements. Lorsque vous créez le cache, vous pouvez l’écrire dans un volume EBS joint à l’instance EC2 ou dans un compartiment Amazon Simple Storage Service (S3).

Si vous créez un cache sur le volume EBS, assurez-vous que le volume est suffisamment important. Si le volume est trop petit, vous pouvez le remplacer par un volume plus grand que vous créez à partir d’un aperçu du volume de données existant et y enregistrer un répertoire de cache du serveur. Ne créez pas de cache sur C ou sur le disque racine de l’instance EC2. Si l'instance est résiliée, le cache sera perdu.

Pour stocker les caches d’imagerie et de carte dans un compartiment S3, procédez comme suit :

  1. Créez un compartiment Amazon S3 dans la même région que le site ArcGIS Server sur AWS.
  2. Créez un dossier dans le compartiment S3. Nommez le dossier arcgiscache.
  3. Connectez-vous à ArcGIS Server Manager du site sur Amazon Elastic Compute Cloud (EC2) sur lequel vous souhaitez publier les services d’imagerie ou de carte mis en cache et inscrivez le compartiment S3 en tant que stockage Cloud et répertoire de cache.

    Vous pouvez utiliser un rôle AWS Identity and Access Management (IAM) ou l’élément Access Key (Clé d’accès) comme identifiants de connexion lorsque vous inscrivez le stockage Cloud.

    N'incluez pas le nom de dossier, arcgiscache, dans les champs S3 Bucket Name (Nom de paquet S3) ou Folder (Dossier) lorsque vous enregistrez le répertoire cloud.

    Vérifiez que le compte ArcGIS Server dispose d’un accès en lecture et en écriture sur le compartiment à l’aide de la clé d’accès ou du compte associé au rôle IAM que vous indiquez.

Une fois le stockage Cloud inscrit, vous pouvez créer la structure de cache, la placer dans le compartiment S3 et publier des services de carte ou d’imagerie mis en cache dans le compartiment S3. Vous pouvez également mettre à jour des tuiles de cache et supprimer des tuiles de cache dans S3.

Remarques relatives à la mise en cache dans S3

Ce qui suit n’est pas pris en charge si le cache se trouve dans S3 :