Création du cache dans Amazon EC2

La création d'un cache de service de carte, d'imagerie ou de globe ArcGIS dans Amazon Elastic Compute Cloud (EC2) diffère de la mise en cache en dehors du cloud de plusieurs manières :

Cette rubrique présente les facteurs ci-dessus de façon plus détaillée.

Choix du prix et de la taille d'une instance

Amazon EC2 offre 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 très 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. Ainsi, vous bénéficiez de la puissance du cloud pour la mise en cache sans utiliser plus longtemps que nécessaire une instance relativement onéreuse.

Il peut arriver que vous deviez trancher 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. De l'autre côté, 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é.

En utilisant un cache de test de petite envergure (peut-être de la taille d'une ville moyenne) et une image virtuelle AMI (Amazon Machine Image) personnalisée ou un modèle de site, vous pouvez effectuer des tests relativement peu onéreux avec différents types d'instance pour savoir ce qui est le plus économique pour votre 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 l'assistant de lancement de l'instance. 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 nombre le plus approprié puisse être déterminé à la suite d'essais et d'erreurs, il peut être judicieux de commencer par autoriser un maximum de 2n + 1 instances du service CachingTools, où n est le nombre de cœurs virtuels sur une seule instance EC2 de votre site. Notez que cette recommandation est différente de celle donnée dans l'aide d'ArcGIS Server pour les environnements locaux, où le nombre de n+1 instances est suggéré comme point de départ.

Mise à l'échelle manuelle et mise à l'échelle automatique

Lorsque vous créez un cache volumineux, vous pouvez être tenté de configurer des déclencheurs de mise à l'échelle automatiques qui augmentent automatiquement le nombre d'instances d'EC2 fonctionnant dans le cache à mesure que l'utilisation du processeur s'accroît. Cependant, la mise à l'échelle automatique est mieux adaptée pour gérer les pics de trafic inattendus. Lorsque vous créez des caches, vous savez déjà que vous aurez besoin d'une grande quantité de puissance informatique. Il est par conséquent plus logique de lancer toutes les instances dont vous avez besoin avant de créer le cache, plutôt que d'attendre qu'elles se lancent en séquence grâce aux déclencheurs de 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 vos données dans plusieurs types d'emplacements. Lorsque vous créez le cache, vous l'écrivez sur un volume EBS qui est attaché à votre instance EC2. Ce volume est attaché lorsque vous créez votre site et est idéal pour placer le cache s'il est assez volumineux. Si le volume est trop petit, vous devez créer et attacher un autre volume, puis inscrire un répertoire de cache du serveur dessus.

Ne créez pas de cache sur le disque C de votre instance EC2. Si l'instance est résiliée, le cache sera perdu.

Enfin, vous pouvez vouloir déplacer ou placer une copie du cache dans Amazon Simple Storage Service (Amazon S3). Si vous souhaitez seulement conserver une copie de sauvegarde sur Amazon S3, vous pouvez créer une capture d'écran EBS. Une capture d'écran effectue une sauvegarde de votre disque sur Amazon S3, capture d'écran que vous pouvez utiliser pour créer un nouveau volume EBS si le volume existant a connu une défaillance.

Vous pouvez également afficher les tuiles depuis Amazon S3 et y accéder en tant que couche de tuiles personnalisée à l'aide d'une application JavaScript, Flex ou Silverlight. L'avantage de cette procédure est que vos tuiles ne dépendent pas d'un service en cours d'exécution et vous pouvez utiliser Amazon CloudFront pour accélérer la livraison des tuiles sur Internet dans le monde entier. Si vous souhaitez déplacer des tuiles vers Amazon S3 dans ce but, vous pouvez transférer les tuiles de votre volume EBS à l'aide des API Amazon Web Services ou d'une application frontale tierce pour Amazon S3. Vous pouvez également procéder ainsi si vous avez créé le cache en dehors du cloud.

5/10/2014