Pilier de durabilité - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Pilier de durabilité

Le pilier du développement durable du AWS Well-Architected Framework vise à minimiser les impacts environnementaux liés à l'exécution de charges de travail dans le cloud. Les sujets clés incluent un modèle de responsabilité partagée pour la durabilité, la compréhension de l'impact et l'optimisation de l'utilisation afin de minimiser les ressources requises et de réduire les impacts en aval.

Le pilier du développement durable contient les principaux domaines d'intérêt suivants :

  • Votre impact

  • Objectifs de durabilité

  • Utilisation maximisée

  • Anticiper et adopter de nouvelles offres matérielles et logicielles plus efficaces

  • Utilisation de services gérés

  • Réduction de l'impact en aval

Ce guide met l'accent sur votre impact. Pour plus d'informations sur les autres principes de conception durable, consultez le AWS Well-Architected Framework.

Vos choix et vos exigences ont un impact sur l'environnement. Si vous pouvez choisir Régions AWS une solution à faible intensité en carbone et si vos exigences reflètent les besoins réels de la charge de travail au lieu de simplement maximiser le temps de disponibilité et la durabilité, la durabilité de la charge de travail augmente. Les sections suivantes traitent des meilleures pratiques et des considérations réfléchies qui auront un impact environnemental positif si elles sont adoptées dans la conception de votre charge de travail et dans les opérations en cours.

Sélection de la région AWS

Certains Régions AWS se trouvent à proximité de projets d'énergie renouvelable d'Amazon ou sont situés là où le réseau affiche une intensité en carbone publiée inférieure à celle d'autres. Tenez compte de l'impact sur le développement durable des régions qui pourraient être viables pour votre charge de travail et recoupez votre liste avec les régions dans lesquelles Neptune est disponible.

Consommation basée sur le comportement des utilisateurs

L'ajustement de votre consommation en fonction du trafic et du comportement de vos utilisateurs permet de AWS minimiser l'impact des services sur l'environnement. Tenez compte des meilleures pratiques suivantes lors de la conception de votre solution :

  • Surveillez CloudWatch les indicateurs Amazon tels que CPUUtilizationMainRequestQueuePendingRequests, et TotalRequestsPerSec pour déterminer quand votre demande est la plus élevée et la plus faible, et assurez-vous que les ressources de votre cluster sont correctement dimensionnées pendant ces périodes.

  • Automatisez l'arrêt des environnements hors production pendant les heures où ils ne sont pas utilisés. Pour plus d'informations, consultez le billet de blog Automatisez l'arrêt et le démarrage des ressources de l'environnement Amazon Neptune à l'aide de balises de ressources.

  • Si vos modèles de trafic varient fréquemment et de manière imprévisible, pensez à utiliser des instances Neptune Serverless qui augmenteront ou diminueront en fonction de la demande au lieu d'utiliser une instance provisionnée pour les pics de trafic.

  • Envisagez d'aligner vos accords de niveau de service sur les objectifs de durabilité en plus des objectifs de continuité des activités. L'assouplissement des exigences telles que la reprise après sinistre multirégionale, la haute disponibilité ou la conservation des sauvegardes à long terme, en particulier pour les environnements hors production ou les charges de travail non critiques, peut réduire la quantité de ressources nécessaires pour atteindre ces objectifs.

Optimisez le développement logiciel et les modèles d'architecture

Pour éviter le gaspillage, optimisez vos modèles et requêtes, et partagez les ressources de calcul afin d'utiliser toutes les ressources disponibles dans les instances et les clusters Neptune. Les meilleures pratiques spécifiques incluent :

  • Demandez aux développeurs de partager les instances Neptune et les instances de l'application Jupyter Notebook au lieu de créer les leurs. Donnez à chaque développeur sa propre partition logique dans un seul cluster Neptune grâce à des stratégies de partitionnement multi-tenancy, et créez des dossiers de bloc-notes distincts pour chaque développeur sur une seule instance Jupyter.

  • Mettez en œuvre des modèles qui optimisent l'utilisation des ressources et minimisent les temps d'inactivité, tels que des threads parallèles pour charger des données et regrouper des enregistrements dans le cadre d'une transaction plus importante.

  • Optimisez vos requêtes et votre modèle graphique afin de minimiser les ressources nécessaires au calcul des résultats.

  • Pour les résultats des requêtes Gremlin, utilisez la fonctionnalité de cache des résultats afin de minimiser les ressources dépensées pour recalculer les requêtes paginées ou récurrentes.

  • Maintenez vos environnements Neptune à jour. Les dernières versions de Neptune prennent en charge les dernières EC2 instances, telles que Graviton, qui sont plus efficaces. Ils ont également amélioré l'optimisation des requêtes et corrigé des bogues qui réduisent la quantité de ressources nécessaires au calcul de vos requêtes.