Dans le cloud, il est important d’examiner régulièrement et attentivement la manière dont vos applications et services sont architecturés et utilisés. C'est le meilleur moyen d'identifier les opportunités qui vous permettront de dimensionner correctement votre instance, d'affiner votre base de données, de modifier votre utilisation du stockage, de mieux configurer vos équilibreurs de charge ou même de réarchitecturer vos applications.
Par exemple, si vous disposez d'un ensemble de 20 instances fonctionnant toutes à 10 % d'utilisation du processeur, vous pouvez envisager d'utiliser une instance plus petite ou de consolider davantage de travail sur ces instances. Ce type de réflexion sur l’utilisation et les dépenses liées au cloud vous aidera à optimiser votre environnement et à économiser de l’argent rapidement.
L’optimisation de votre architecture cloud a trois objectifs principaux :
- Améliorez les performances, la disponibilité et l'expérience de l'utilisateur final en tirant mieux parti des services cloud
- Optimisez vos dépenses cloud en trouvant le délicat équilibre entre coût et performances
- Capturez les mesures commerciales et techniques qui aident à justifier vos dépenses cloud actuelles et qui peuvent être référencées comme justification d'un budget cloud plus important en fonction de la croissance
Dans ce didacticiel, nous vous montrerons comment utiliser la plateforme New Relic pour capturer toutes les données que vous devez exploiter pour optimiser votre architecture cloud et vos dépenses.
1. instrumentez votre application et votre environnement cloud
Assurez-vous que les produits et l'intégration suivants sont instrumentés :
instrument | Détails |
|---|---|
Instrumenter l'infrastructure : si vous ne l'avez pas déjà fait, examinez les exigences relatives à l'agent d'infrastructure. L'infrastructure est livrée avec plusieurs types d'intégration, notamment Amazon Web Services (AWS)), Microsoft Azure et l'intégration sur hôte. Après avoir installé l'agent infrastructure sur votre ou vos hôtes, vous aurez immédiatement accès au large éventail de métriques collectées par l'agent dès sa sortie de la boîte. | |
instrumentez vos applications avec APM. Cela vous permettra de monitorer les performances de vos applications pendant que vous optimisez les services cloud sous-jacents. De cette façon, vous pouvez confirmer que vos modifications apportées à l’infrastructure améliorent réellement les performances des applications. | |
L'intégration d'Amazon de l'infrastructure vous permet de monitorer vos données AWS partout sur notre plateforme, y compris infrastructure, le dashboard et les alertes. | |
Si vous êtes hébergé dans un environnement AWS, New Relic peut vous aider à monitorer vos dépenses cloud avec notre intégration AWS Billing . Pour tirer parti de l'intégration AWS Billing de New Relic, suivez les procédures décrites dans la documentation Connect AWS Billing |
2. Créer un dashboard pour afficher les mesures d'anomalies infrastructure ; inclure les budgets AWS s'ils sont disponibles
Dashboards vous permettent d'écrire de puissantes requêtes personnalisées sur vos données et de visualiser les résultats dans un widget affiché sur un dashboard commun. Vous pouvez également alimenter les résultats de votre requête directement dans des alertes, où vous pourrez recevoir une notification immédiate sur tout écart identifié.
Pour cette étape, vous devez afficher les métriques d’infrastructure d’anomalie liées aux performances et à l’utilisation (CPU, mémoire, disque, base de données, etc.). Inclure les budgets AWS s'ils sont disponibles.
Créez individuels pour chaque application, puis collectez ces tableaux de bord dans une seule application de données, comme indiqué ici. Cette application de données de présentation de la production AWS affiche un ensemble de widgets relatifs à un budget de production AWS. Les applications de données sont idéales pour les présentations dans lesquelles vous souhaitez parcourir une série de sujets et également fournir un aperçu clair d'un environnement ou d'un service dans son ensemble.
3. Identifier les ressources pour l'optimisation
Cette étape vous montre comment utiliser les métriques capturées par New Relic pour déterminer les ressources à optimiser.
Dans l'exemple dashboard ci-dessus, le widget d'utilisation du processeur sur la gauche révèle que cette application utilise de nombreuses tailles d'instance. Notez que l'instance « c4.xlarge » (dans coral) consomme systématiquement seulement environ 20 % de la capacité du processeur. Cependant, lorsque vous analysez l'utilisation de la mémoire c4.xlarge dans le widget central (vert clair), vous verrez que l'utilisation de la mémoire pour cette instance varie de 20 % à 80 %. Cela suggère que l'application est plus gourmande en mémoire qu'en CPU. Dans ce cas, le type d'instance doit être modifié d'une instance optimisée pour le calcul à une instance optimisée pour la mémoire. Notez que le graphique à droite du dashboard peut être utilisé pour monitorer le temps de réponse moyen de l'application au fur et à mesure que vous effectuez ces optimisations.
Ceci n’est qu’un exemple de la manière d’identifier les ressources basées sur le cloud qui pourraient être candidates à l’optimisation.
Maintenant que vous avez identifié l’architecture à optimiser, allez-y et faites-le. Que vous dimensionniez correctement votre instance, affiniez votre base de données, modifiiez votre utilisation du stockage, configuriez mieux vos équilibreurs de charge ou même réarchitecturiez vos applications, votre objectif final est de pouvoir comparer votre nouvelle architecture optimisée à l'anomalie que vous avez capturée à l'étape 2. Pour en savoir plus sur l'anomalie, veuillez consulter le didacticiel Établir des objectifs et une anomalie.
4. Facultatif : configurer des alertes
Vous pouvez créer une condition d'alerte pour une requête NRQL . Assurez-vous de consulter la documentation complète si nécessaire.
Utilisez cette requête pour configurer des alertes :
SELECT latest(`provider.actualAmount`) as '$ Actual', latest(`provider.forecastedAmount`) as '$ Forecast', max(`provider.limitAmount`) as '$ Limit' FROM FinanceSample WHERE provider = 'BillingBudget' AND `provider.budgetName` = '[Your Cloud Budget]'Si vous pouvez écrire des requêtes sur vos données et les afficher dans le dashboard, vous pouvez facilement les utiliser pour générer une condition d'alerte.
requête d'anomalie
New Relic vous permet également d’écrire des « requêtes d’anomalie » sur vos données. Il s'agit de requêtes que vous écrivez sans définir de limites strictes sur les résultats. Au lieu de cela, vous laissez les alertes New Relic apprendre automatiquement vos données de performances, puis vous avertir lorsque vos données s'éloignent trop de vos chiffres d'anomalie.
Pour créer une requête d'anomalie, rendez-vous sur la console Alert, allez dans règle d'alerte, et ajoutez une Nouvelle règle d'alerte. Ensuite, suivez ces étapes :
Créer une règle d'alerte. Donnez à votre politique un nom concis et descriptif et sélectionnez une préférence d’incident. Sélectionnez ensuite Créer une règle d'alerte.
Créer une condition. Sélectionner NRQL
Définissez votre requête et décidez du degré de restriction avec lequel les alertes New Relic doivent analyser vos données à l'aide d'un simple curseur et d'une visualisation basée sur vos performances récentes.
Le curseur en bas du graphique augmente ou diminue la bande grise autour de votre seuil budgétaire (la ligne bleue). Le paramètre affiché aurait entraîné zéro incident sur la base de données récentes, et c'est ce que vous recherchez. Toutefois, si cette ligne bleue monte ou descend en dehors de la bande grise, nous vous en informerons immédiatement.
Les alertes constituent un excellent moyen de vous aider à en savoir plus de manière proactive sur vos dépenses cloud ou sur vos données de performances.
En savoir plus
- Consultez le didacticiel sur les alertes proactives et l’orchestration incident pour une analyse plus approfondie de certaines des bonnes pratiques décrites ci-dessus.