• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Comprendre et monitorer le cluster Kubernetes

Passons en revue ce qui constitue un système Kubernetes et explorons comment New Relic peut vous aider à comprendre votre système à l’échelle du cluster.

Décomposez-le pour comprendre

Commençons par diviser un système Kubernetes en couches distinctes.

an image showing an abstracted view of a kubernetes system. This includes pods, apps, and clusters

Nous discuterons d’un système Kubernetes en trois sections clés.

  • The cluster:cela représente l'ensemble du système Kubernetes. Le cluster contient plusieurs déploiements, qui à leur tour hébergent de nombreux pods. Chaque pod maintient ses services et applications individuels.

  • The orchestrated:ce sont les éléments fondamentaux d'un système Kubernetes. Les composants orchestrés se composent d'un déploiement complet qui fait tourner le pod de haut en bas selon les besoins.

  • The services and applications:les services et les applications sont les chevaux de bataille du système Kubernetes. Au sein d’un système Kubernetes, chaque pod héberge un ou plusieurs services et applications. Les services et applications fournissent les fonctionnalités essentielles qui déterminent l’objectif du système. Il peut s’agir d’un calcul, d’une application Web ou de toute autre application.

Il est important de noter que ces sections s’imbriquent les unes dans les autres. Le cluster contient plusieurs couches orchestrées, et chaque couche orchestrée est constituée de plusieurs couches de service et d’application.

Important

Il existe de nombreuses façons de diviser un système Kubernetes pour le comprendre ; ces couches ne sont qu'une façon de penser à votre système.

Comprendre et monitorer la couche cluster

Dans un grand système Kubernetes , avec de nombreux déploiements et pods, monitoring manuelle de chaque composant devient peu pratique. Vous pourriez avoir affaire à des dizaines ou des centaines de déploiements, ce qui signifie que vous devrez peut-être monitorer des centaines ou des milliers de pods, de services et d'applications individuels. New Relic propose une approche plus efficace pour monitorer la santé de l'ensemble du système et recevoir rapidement informations lorsque des problèmes surviennent.

Les étapes suivantes vous guident à travers une stratégie monitoring générale pour votre cluster:

Triez votre cluster

Le de Kubernetes présentation dashboard affiche vos données de haut niveau sur votre cluster. Vous pouvez trouver des données générales telles que le nombre de pods et de services. Plus important encore, vous pouvez trouver des données sur la santé de votre cluster , telles que le pourcentage de pods en cours d'exécution, le nombre de pods défaillants, le nombre de redémarrages de conteneurs, etc.

The main overview dashboard for the kubernetes capability

Utilisez ce dashboard pour évaluer l’état général de votre cluster. Voici quelques éléments à prendre en compte :

Composant

Ce que cela indique

Tuiles rouges ou jaunes

Les tuiles jaunes sont des avertissements. Gardez un œil sur ce à quoi ils font référence. Par exemple, si vous avez 2 déploiements défectueux, vous devez en prendre note et prévoir de dépanner ces déploiements.

Les tuiles rouges sont une critique alerte. Il ne s’agit pas nécessairement de défaillances de votre système, mais vous devez donner la priorité à leur résolution le plus immédiatement possible.

Pics anormaux dans les graphiques

il existe différents graphiques qui montrent des éléments tels que les pods en attente au fil du temps ou l'utilisation de la mémoire au fil du temps.

Les pics ne sont pas toujours source d'inquiétude, comme les pics dans le graphique Kubernetes Warning Events by Reason dans la capture d'écran ci-dessus. Ces pics se produisent régulièrement toutes les 5 minutes environ, ils ne déclenchent donc aucun signal d'alarme. Recherchez des pics qui se produisent en dehors des schémas habituels ou des pics d’une ampleur beaucoup plus grande que la normale.

Préparation des nœuds

Vérifiez si les nœuds du cluster sont prêts et capables d'héberger le pod. Assurez-vous que de cluster votre infrastructure peut gérer la charge de travail sans aucun goulot d'étranglement.

Informations détaillées sur le nombre de ressources

Gardez un œil attentif sur le nombre de pods, de conteneurs, de nœuds ou d’autres ressources Kubernetes au sein du cluster. Même si vous ne trouverez pas toujours des résultats exploitables, monitoring de l'utilisation des ressources vous permet de planifier une évolution future.

Utilisez le sélecteur de temps en haut à gauche de la page pour voir vos données sur des plages de temps afin de vérifier que les données problématiques ne sont pas simplement aléatoires ou pour effectuer un tri sur une période plus longue.

Étape précédente

En savoir plus sur Kubernetes monitoring.

Prochaine étape

moniteur Kubernetes déployé et pod.

Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.