Dans votre système Kubernetes, chaque pod contient des services et des applications qui fournissent les fonctionnalités réelles prises en charge par votre système Kubernetes. Le système pourrait prendre en charge le calcul, une application Web ou tout ce qui se trouve entre les deux.
Votre système peut être sain dans son ensemble, mais des applications et des services individuels peuvent échouer ou générer des erreurs. Les étapes suivantes vous guident à travers une stratégie générale pour monitorer et trier vos applications et services :
Accéder au APM Kubernetes dashboard
Allez à one.newrelic.com > All capabilities > APM & Services > select your application > Kubernetes.
Trier votre candidature
Cette page vous montre un aperçu général de toutes les instances de cette application au sein de votre cluster Kubernetes. Vous trouverez ici divers graphiques et tableaux utiles, mais examinez attentivement le flux d’activité à l’extrême droite. Cela mettra en évidence tout événement de performance important de ces applications. Augmentez la plage horaire si nécessaire pour obtenir une vue complète de l’historique des performances.
Vous seul pouvez décider de ce qui est acceptable, mais plusieurs événements par jour indiquent que vous pourriez améliorer les performances. Par exemple, dans l’image ci-dessus, il y a plusieurs avertissements Apdex en quelques heures seulement. Les avertissements Apdex indiquent une expérience utilisateur dégradée.
Identifier la cause des problèmes de performances
Faites défiler vers le bas jusqu’à ce que vous voyiez quatre graphiques. En haut à gauche de chaque graphique, sélectionnez la liste déroulante et définissez les graphiques comme suit :
Taux d'erreur de service
Service débit
Temps de réponse du service
Nombre de redémarrages du conteneur
Les trois premiers graphiques vous montreront l’état de santé de vos applications. Le graphique du nombre de redémarrages vous aide à déterminer si vos performances ont un effet sur la santé générale de votre pod.
Dans la capture d'écran ci-dessus, nous pouvons noter quelques choses :
Le taux d'erreur reste à zéro, ce qui signifie que les erreurs n'affectent pas les performances
Le débit du service connaît des pics extrêmement fréquents
Le temps de réponse du service fluctue régulièrement autour de 70 ms
Le graphique de redémarrage du conteneur reste à zéro, ce qui signifie que les performances de mes applications ne provoquent pas de pannes critiques dans mon cluster
Dans ce cas, vous pouvez identifier le débit et le temps de réponse comme les indicateurs clés de vos performances dégradées. Il existe de nombreuses façons de résoudre ces problèmes, en optimisant l'application elle-même ou en ajoutant simplement plus de puissance CPU au conteneur hébergeant l'application.
Quelle est la prochaine étape ?
Maintenant que vous avez appris à utiliser New Relic pour monitorer Kubernetes, vous pouvez explorer nos autres tutoriels :
- Votre application est-elle lente ? Apprenez à trier et à diagnostiquer la latence dans votre application avec notre tutoriel Mon application est lente .
- Si vous avez un jour de pointe de demande à venir, découvrez comment New Relic peut vous aider à planifier la capacité.
- Vous souhaitez créer des alertes de haute qualité ? Notre tutoriel sur les alertes peut vous aider à mettre en place un système d'alerte.