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 :

• Plusieurs tailles et prix d'instance sont à votre disposition.
• Vous disposez de plusieurs emplacements sur le cloud dans lesquels vous pouvez placer le cache.

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é.

Les tests de base réalisés par Esri ont mis en évidence que les instances haute mémoire d'Amazon (High-Memory Extra Large, High-Memory Double Extra Large et High-Memory Quadruple Extra Large) sont les choix les plus économiques en matière de mise en cache. Cette recommandation est susceptible de changer si Amazon ajuste ses modèles de tarification ou les spécifications de ses instances.

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 sur 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.

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. L'image virtuelle AMI ArcGIS for Server attache un volume de 100 Go, appelé par défaut Données SIG. Cet endroit est parfait pour placer le cache si le volume est assez important. 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.