Pilier d'optimisation des ElastiCache coûts d'objectif Amazon Well-Architected - Amazon ElastiCache (RedisOSS)
COST1 : Comment identifiez-vous et suivez-vous les coûts associés à vos ElastiCache ressources ? Comment développez-vous des mécanismes permettant aux utilisateurs de créer, gérer et supprimer les ressources créées ?COST2 : Comment utilisez-vous les outils de surveillance continue pour optimiser les coûts associés à vos ElastiCache ressources ?COST3 : Devriez-vous utiliser un type d'instance prenant en charge la hiérarchisation des données ? Quels sont les avantages de la hiérarchisation des données ? Quand ne pas utiliser les instances de hiérarchisation des données ?

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 d'optimisation des ElastiCache coûts d'objectif Amazon Well-Architected

Le pilier d'optimisation des coûts vise à éviter les coûts inutiles. Les sujets clés incluent la compréhension et le contrôle des dépenses, la sélection du type de nœud le plus approprié (utilisation d'instances qui prennent en charge la hiérarchisation des données en fonction des besoins de la charge de travail), le nombre approprié de types de ressources (nombre de réplicas en lecture), l'analyse des dépenses au fil du temps et la mise à l'échelle pour répondre aux besoins de l'entreprise sans dépenses excessives.

COST1 : Comment identifiez-vous et suivez-vous les coûts associés à vos ElastiCache ressources ? Comment développez-vous des mécanismes permettant aux utilisateurs de créer, gérer et supprimer les ressources créées ?

Introduction au niveau de la question : la compréhension des métriques de coût nécessite la participation et la collaboration de plusieurs équipes : ingénierie logicielle, gestion des données, propriétaires de produits, finances et direction. Pour identifier les principaux facteurs de coûts, toutes les parties concernées doivent comprendre les leviers de contrôle de l'utilisation des services et les compromis en matière de gestion des coûts. C'est ce qui différencie souvent les efforts d'optimisation des coûts réussis et moins réussis. En vous assurant que vous disposez de processus et d'outils pour suivre les ressources créées, du développement à la production et au retrait, vous pouvez gérer les coûts associés àElastiCache.

Avantage au niveau des questions : le suivi continu de tous les coûts associés à votre charge de travail nécessite une compréhension approfondie de l'architecture qui inclut ElastiCache l'un de ses composants. En outre, vous devez disposer d'un plan de gestion des coûts pour collecter et comparer l'utilisation par rapport à votre budget.

  • [Obligatoire] Créez un centre d'excellence cloud (CCoE) doté de l'une de ses chartes fondatrices pour définir, suivre et prendre des mesures en fonction des indicateurs relatifs à l'utilisation de votre organisationElastiCache . Si un CCoE existe et fonctionne, assurez-vous qu'il sait comment lire et suivre les coûts associés à ElastiCache. Lorsque des ressources sont créées, utilisez IAM des rôles et des politiques pour vérifier que seuls des équipes et des groupes spécifiques peuvent instancier des ressources. Cela garantit que les coûts sont associés aux résultats commerciaux et qu'une ligne de responsabilité claire est établie, du point de vue des coûts.

    1. CCoEdoit identifier, définir et publier des indicateurs de coûts qui sont mis à jour régulièrement (mensuellement) en fonction de ElastiCache l'utilisation clé de données catégorielles telles que :

      1. Types de nœuds utilisés et leurs attributs : standard ou à mémoire optimisée, instances à la demande ou réservées, régions et zones de disponibilité

      2. Types d'environnements : libre, développement, test et production

      3. Stratégies de stockage et de conservation des sauvegardes

      4. Transfert de données au sein des régions et entre elles

      5. Instances s’exécutant sur Amazon Outposts

    2. CCoEse compose d'une équipe interfonctionnelle composée de représentants non exclusifs des équipes de génie logiciel, de gestion des données, de l'équipe produit, des finances et de direction de votre organisation.

    [Ressources] :

  • [Obligatoire] Utilisez des balises de répartition des coûts pour suivre les coûts avec un faible niveau de granularité. Utilisez la gestion des AWS coûts pour visualiser, comprendre et gérer vos AWS coûts et votre utilisation au fil du temps.

    1. Utilisez des balises pour organiser vos ressources et des balises de répartition des coûts pour suivre vos AWS coûts de manière détaillée. Après avoir activé les balises de répartition des coûts, AWS utilise les balises de répartition des coûts pour organiser les coûts des ressources dans votre rapport de répartition des coûts, afin de faciliter la catégorisation et le suivi de vos AWS coûts. AWS fournit deux types de balises de répartition des coûts : les balises AWS générées et les balises définies par l'utilisateur. AWS définit, crée et applique les balises AWS générées pour vous, et vous définissez, créez et appliquez des balises définies par l'utilisateur. Vous devez activer les deux types d'étiquettes séparément pour qu'elles apparaissent dans Cost Management ou sur un rapport de répartition des coûts.

    2. Utilisez des balises de répartition des coûts pour organiser votre AWS facture afin de refléter votre propre structure de coûts. Lorsque vous ajoutez des balises de répartition des coûts à vos ressources sur Amazon ElastiCache, vous pouvez suivre les coûts en regroupant les dépenses sur vos factures par valeur d'étiquette de ressource. Vous devriez également envisager de combiner des balises pour suivre les coûts plus détaillés.

    [Ressources] :

  • [Mieux] Connectez les ElastiCache coûts aux indicateurs qui concernent l'ensemble de l'organisation.

    1. Prenez en compte les métriques commerciales ainsi que les métriques opérationnelles telles que la latence. Quels concepts de votre modèle commercial sont compréhensibles pour tous les rôles ? Les métriques doivent être compréhensibles par le plus grand nombre de rôles possible au sein de l'organisation.

    2. Exemples : utilisateurs servis simultanément, latence maximale et moyenne par opération et par utilisateur, scores d'engagement des utilisateurs, taux de retour des utilisateurs/semaine, durée de session/utilisateur, taux d'abandon, taux d'accès au cache et clés suivies

    [Ressources] :

  • [Bon] Maintenez une visibilité up-to-date architecturale et opérationnelle sur les indicateurs et les coûts sur l'ensemble de la charge de travail utilisée ElastiCache.

    1. Comprenez l'ensemble de votre écosystème de solutions, qui fait ElastiCache généralement partie d'un écosystème complet de AWS services dans leur ensemble technologique, qu'il s'agisse des clients, de API Gateway, de Redshift ou des QuickSight outils de reporting (par exemple).

    2. Cartographiez les composants de votre solution (clients, connexions, sécurité, opérations en mémoire, stockage, automatisation des ressources, accès aux données et gestion des données) sur votre diagramme d'architecture. Chaque couche est connectée à l'ensemble de la solution et possède ses propres besoins et fonctionnalités qui augmentent et/ou vous aident à gérer le coût global.

    3. Votre diagramme doit inclure l'utilisation du calcul, de la mise en réseau, du stockage, des politiques de cycle de vie, de la collecte de métriques ainsi que les ElastiCache éléments opérationnels et fonctionnels de votre application

    4. Les exigences de votre charge de travail sont susceptibles d'évoluer au fil du temps et il est essentiel que vous continuiez à maintenir et à documenter votre compréhension des composants sous-jacents ainsi que de vos principaux objectifs fonctionnels afin de rester proactif dans la gestion des coûts de votre charge de travail.

    5. Le soutien de la direction en matière de visibilité, de responsabilité, de priorisation et de ressources est essentiel pour que vous disposiez d'une stratégie de gestion des coûts efficace pour votre ElastiCache entreprise.

COST2 : Comment utilisez-vous les outils de surveillance continue pour optimiser les coûts associés à vos ElastiCache ressources ?

Introduction au niveau des questions : vous devez rechercher un juste équilibre entre vos indicateurs de ElastiCache coût et de performance des applications. Amazon CloudWatch fournit une visibilité sur les indicateurs opérationnels clés qui peuvent vous aider à déterminer si vos ElastiCache ressources sont surutilisées ou sous-utilisées, par rapport à vos besoins. Du point de vue de l'optimisation des coûts, vous devez comprendre à quel moment vous êtes surapprovisionné et être en mesure de développer des mécanismes appropriés pour redimensionner vos ElastiCache ressources tout en maintenant vos besoins opérationnels, de disponibilité, de résilience et de performance.

Avantage au niveau de la question : dans l’idéal, vous aurez alloué suffisamment de ressources pour répondre aux besoins opérationnels de votre charge de travail et vous n’aurez pas de ressources sous-utilisées pouvant entraîner un état des coûts sous-optimal. Vous devez être en mesure d'identifier et d'éviter d'exploiter ElastiCache des ressources surdimensionnées pendant de longues périodes.

  • [Obligatoire] CloudWatch À utiliser pour surveiller vos ElastiCache clusters et analyser le lien entre ces indicateurs et vos tableaux de bord AWS Cost Explorer.

    1. ElastiCache fournit à la fois des métriques au niveau de l'hôte (par exemple, CPU l'utilisation) et des métriques spécifiques au logiciel du moteur de cache (par exemple, les mises en cache et les erreurs de cache). Ces métriques sont mesurées et publiées pour chaque nœud de cache toutes les 60 secondes.

    2. ElastiCache les indicateurs de performance (CPUUtilization, EngineUtilization,, SwapUsage CurrConnections, et expulsions) peuvent indiquer que vous devez augmenter ou diminuer (utiliser des types de nœuds de cache plus ou moins grands) ou entrée/sortir (ajouter plus/moins de partitions). Comprenez les implications financières des décisions de mise à l'échelle en créant une matrice stratégique qui estime les coûts supplémentaires et les délais minimum et maximum nécessaires pour atteindre les seuils de performance de vos applications.

    [Ressources] :

  • [Obligatoire] Comprenez et documentez votre stratégie de sauvegarde et ses implications financières.

    1. Avec ElastiCache, les sauvegardes sont stockées dans Amazon S3, qui fournit un stockage durable. Vous devez comprendre les implications financières liées à votre capacité à récupérer en cas de panne.

    2. Activez les sauvegardes automatiques qui supprimeront les fichiers de sauvegarde qui dépassent la limite de conservation.

    [Ressources] :

  • [Meilleure pratique] Utilisez des nœuds réservés pour vos instances dans le cadre d'une stratégie délibérée visant à gérer les coûts liés à des charges de travail bien comprises et documentées. Des frais initiaux sont facturés pour les nœuds réservés en fonction du type de nœud et de la durée de réservation : un ou trois ans. Ces frais sont largement inférieurs aux frais d'utilisation horaire facturés pour les nœuds à la demande.

    1. Vous devrez peut-être exploiter vos ElastiCache clusters à l'aide de nœuds à la demande jusqu'à ce que vous ayez collecté suffisamment de données pour estimer les exigences en matière d'instances réservées. Planifiez et documentez les ressources nécessaires pour répondre à vos besoins et comparez les coûts attendus selon les types d'instances (à la demande ou réservées)

    2. Évaluez régulièrement les nouveaux types de nœuds de cache disponibles et déterminez s'il est judicieux, du point de vue des métriques de coût et opérationnelles, de migrer votre flotte d'instances vers de nouveaux types de nœuds de cache.

COST3 : Devriez-vous utiliser un type d'instance prenant en charge la hiérarchisation des données ? Quels sont les avantages de la hiérarchisation des données ? Quand ne pas utiliser les instances de hiérarchisation des données ?

Introduction au niveau de la question : la sélection du type d'instance approprié peut non seulement avoir un impact sur les performances et le niveau de service, mais également un impact financier. Les types d'instances sont associés à des coûts différents. La sélection d'un ou de plusieurs types d'instances de grande taille capables de répondre à tous les besoins de stockage en mémoire peut s'avérer une décision naturelle. Cela pourrait toutefois avoir un impact financier important à mesure que le projet arrivera à maturité. Pour s'assurer que le type d'instance sélectionné est correct, il faut examiner périodiquement le temps d'inactivité de ElastiCache l'objet.

Avantage au niveau de la question : vous devez bien comprendre l'impact des différents types d'instances sur vos coûts actuels et futurs. Les modifications marginales ou périodiques de la charge de travail ne doivent pas entraîner de modifications disproportionnées des coûts. Si la charge de travail le permet, les types d'instances qui prennent en charge la hiérarchisation des données offrent un meilleur prix par stockage disponible. En raison de la hiérarchisation des données SSD de stockage disponibles par instance, les instances prennent en charge une capacité totale de données par instance beaucoup plus élevée.

  • [Obligatoire] Comprenez les limites des instances de hiérarchisation des données :

    1. Disponible uniquement pour les clusters ElastiCache (RedisOSS).

    2. Seuls certains types d'instances prennent en charge la hiérarchisation des données.

    3. Seule la version 6.2 ElastiCache (RedisOSS) et supérieure est prise en charge

    4. Les gros articles ne sont pas échangés contre. SSD Les objets supérieurs à 128 Mio sont conservés en mémoire.

    [Ressources] :

  • [Obligatoire] Déterminez quel pourcentage de votre base de données est régulièrement consulté par votre charge de travail.

    1. Les instances de hiérarchisation des données sont idéales pour les charges de travail qui accèdent souvent à une petite partie de votre jeu de données global, mais qui nécessitent tout de même un accès rapide aux données restantes. En d'autres termes, le rapport entre les données fréquemment utilisées et les données moins fréquemment utilisées est d'environ 20:80.

    2. Développez le suivi du temps d'inactivité des objets au niveau du cluster.

    3. Il est judicieux d’utiliser des implémentations à grande échelle de plus de 500 Go de données.

  • [Obligatoire]Sachez que les instances de hiérarchisation des données ne sont pas facultatives pour certaines charges de travail.

    1. L'accès à des objets moins fréquemment utilisés entraîne un faible coût de performance, car ceux-ci sont remplacés par des objets locauxSSD. Si votre application est sensible au temps de réponse, testez l'impact sur votre charge de travail.

    2. Elles ne conviennent pas aux caches qui stockent principalement des objets volumineux d'une taille supérieure à 128 Mio.

    [Ressources] :

  • [Meilleure pratique] Les types d'instances réservées prennent en charge la hiérarchisation des données. Cela garantit le coût le plus bas en termes de quantité de stockage de données par instance.

    1. Vous devrez peut-être exploiter vos ElastiCache clusters à l'aide d'instances autres que la hiérarchisation des données jusqu'à ce que vous ayez une meilleure compréhension de vos besoins.

    2. Analysez le modèle d'utilisation des données de vos ElastiCache clusters.

    3. Créez une tâche automatisée qui collecte régulièrement le temps d'inactivité des objets.

    4. Si vous remarquez qu'un pourcentage élevé (environ 80 %) d'objets sont inactifs pendant une période jugée appropriée à votre charge de travail, documentez les résultats et suggérez de migrer le cluster vers des instances prenant en charge la hiérarchisation des données.

    5. Évaluez régulièrement les nouveaux types de nœuds de cache disponibles et déterminez s'il est judicieux, du point de vue des métriques de coût et opérationnelles, de migrer votre flotte d'instances vers de nouveaux types de nœuds de cache.

    [Ressources] :