Vous pouvez ajuster vos sites ArcGIS Server autonomes ou les sites ArcGIS Server utilisés lors de votre déploiement ArcGIS Enterprise en réponse à la demande des utilisateurs. Vous pouvez ajouter plusieurs instances à votre site ArcGIS Server et les connecter sous un équilibreur de charges élastiques Amazon. Lorsque la demande augmente, vous pouvez ajouter davantage d'instances, manuellement ou par programmation.
Astuce:
Certains exemples de modèles Esri Amazon Web Services (AWS) CloudFormation et outils de déploiement qui utilisent les modèles emploient la mise à l’échelle automatique pour ajouter des instances en fonction de la demande.
Si vous n’utilisez pas de modèle CloudFormation qui définit la mise à l’échelle automatique, vous devez créer les instances vous-même et les ajouter à l’équilibreur de charge manuellement avec AWS Management Console ou l’API Amazon Auto Scaling.
L'équilibreur de charges et mise à l'échelle
Si vous avez besoin de davantage de puissance qu’une instance Amazon Elastic Compute Cloud (EC2) peut fournir, vous pouvez mettre à l’échelle votre site ArcGIS Server en créant de nouvelles instances et en les plaçant sous un équilibreur de charges élastiques Amazon. Toutes les demandes effectuées auprès de votre site ArcGIS Server passent par le programme d’équilibrage de charge, qui distribue alors équitablement les requêtes sur les instances EC2 disponibles.
AWS Management Console contient un lien Load Balancers qui vous permet d’afficher vos équilibreurs de charge existants et d’en ajouter de nouveaux à l’aide d’un assistant. Vous pouvez ajouter et supprimer des instances d'un équilibreur de charges à tout moment en consultant ses propriétés et en mettant à jour une série de cases à cocher qui se trouvent en regard du nom de l'instance.
Les instances ArcGIS Server que vous lancez et placez sous l’équilibreur de charge à l’aide de AWS Management Console n’ont aucune connaissance les unes des autres et ne peuvent pas être utilisées pour des actions, telles que le géotraitement asynchrone ou la mise en cache de carte distribuée. Pour tirer pleinement parti de l’architecture au sein de laquelle les sites ArcGIS Server communiquent entre eux, concevez votre site avec ArcGIS Enterprise Cloud Builder Command Line Interface for Amazon Web Services et un modèle Esri CloudFormation.
Surveiller votre déploiement
Supposons que vous gérez une application cartographique Web destinée à un large public, qui affiche des informations gouvernementales sur les catastrophes naturelles. Ce site reçoit normalement 500 visites par heure. Toutefois, lorsque des événements météorologiques importants se produisent, par exemple une tornade ou une inondation, le site reçoit jusqu'à 10 000 visites par heure. Vous ne voulez pas gérer un matériel suffisant (ou même des instances) pour faire face de façon permanente à 10 000 visites par heure, mais votre site doit être capable de gérer cette charge occasionnelle sans éprouver de ralentissement.
La première étape pour agrandir votre déploiement consiste à surveiller la charge qui pèse sur le serveur. Cela n’est pas toujours utile si vous avez une bonne estimation du moment où le trafic va se produire ; cependant, avec des événements tels que les tornades, un avertissement ne suffira peut-être pas. Amazon CloudWatch est un service que vous pouvez utiliser pour comprendre la charge de travail effectuée par vos instances. CloudWatch vous propose des diagrammes représentant l'utilisation des instances, ainsi que des mesures par le biais d'API facultatives.
CloudWatch est une option que vous devez explicitement activer sur les instances que vous créez manuellement.
Amazon impute des frais pour certaines fonctionnalités de CloudWatch. Si cela est un problème, vous pouvez mettre au point vos propres méthodes de suivi de certaines mesures sur vos instances, par exemple l'utilisation du processeur et de la mémoire.
Ajuster le nombre d'instances
Si vous détectez que votre déploiement est surexploité, vous pouvez créer des instances EC2 supplémentaires à ajouter à votre site ArcGIS Server. A l'inverse, si votre déploiement est en sous-utilisation, vous pouvez supprimer des instances pour réduire les coûts. Vous pouvez ajuster votre nombre d'instances manuellement ou automatiquement.
Si vous avez créé votre site avec AWS Management Console ou avec un modèle CloudFormation, vous pouvez configurer vos propres règles à l’aide de l’API Amazon Auto Scaling.
Toutes les machines créées par la mise à l’échelle automatique Amazon ont la fonction CloudWatch activée et des frais correspondants s’appliquent.
Supprimer des volumes EBS après la résiliation des instances
Lorsque vous résiliez une instance, les volumes Amazon Elastic Block Store (EBS) joints à cette instance peuvent ne pas être supprimés automatiquement, selon les options choisies lors de l’ajout du stockage à votre instance lors de sa création. Si vous n’avez pas choisi de supprimer tous les volumes EBS lors de la résiliation de l’instance et si vous ne prévoyez pas de réutiliser les volumes, vous devez les supprimer manuellement pour éviter d’encourir des frais inutiles. Une façon d’y parvenir consiste à utiliser l’API EC2 pour vérifier les volumes EBS avec un statut Available (Disponible) et supprimer tous les volumes détectés. Vous pouvez effectuer cette vérification à intervalles réguliers.
Augmenter votre limite d’instance Amazon
Si vous prévoyez d’exécuter de nombreuses instances EC2 sur votre déploiement, consultez votre compte Amazon pour comprendre le nombre d’instances auxquelles vous êtes autorisé. Consultez la documentation AWS pour en savoir plus sur la manière de déterminer les limites pour votre compte et la manière dont vous pouvez demander leur révision à la hausse.
Vous avez un commentaire à formuler concernant cette rubrique ?