Référence de données Moniteur AKS
Consultez Supervision AKS pour plus d’informations sur la collecte et l’analyse des données de supervision pour AKS.
Mesures
Le tableau suivant liste les métriques de plateforme collectées pour AKS. Suivez chaque lien pour obtenir la liste détaillée des métriques pour chaque type particulier.
Type de métrique | Fournisseur de ressources / espace de noms du type et lien vers des métriques individuelles |
---|---|
Clusters managés | Microsoft.ContainerService/managedClusters |
Clusters connectés | microsoft.kubernetes/connectedClusters |
Machines virtuelles | Microsoft.Compute/virtualMachines |
Groupes identiques de machines virtuelles | Microsoft.Compute/virtualMachineScaleSets |
Machines virtuelles des groupes de machines virtuelles identiques | Microsoft.Compute/virtualMachineScaleSets/virtualMachines |
Pour plus d’informations, consultez la liste de toutes les métriques de plateforme prises en charge dans Azure Monitor.
Outre les métriques de plateforme ci-dessus, Azure Monitor Container Insights collecte ces métriques personnalisées pour les nœuds, les pods, les conteneurs et les volumes persistants.
Dimensions de métrique
Le tableau suivant répertorie les dimensions pour les métriques AKS.
Nom de la dimension | Description |
---|---|
requestKind | Utilisée par des métriques telles que les demandes en cours à diviser par type de demande. |
condition | Utilisée par des métriques telles que les états pour les différentes conditions de nœud, le nombre de pods à l’état Prêt à diviser selon le type de condition. |
status | Utilisée par des métriques telles que les états pour les différentes conditions de nœud à diviser selon l’état de la condition. |
status2 | Utilisée par des métriques telles que les états pour les différentes conditions de nœud à diviser selon l’état de la condition. |
nœud | Utilisée par des métriques telles que l’utilisation de l’UC en millicœurs à diviser selon le nom du nœud. |
phase | Utilisée par des métriques telles que le nombre de pods par phase à diviser selon la phase du pod. |
espace de noms | Utilisée par des métriques telles que le nombre de pods par phase à diviser selon l’espace de noms du pod. |
pod | Utilisée par des métriques telles que le nombre de pods par phase à diviser selon le nom du pod. |
nodepool | Utilisée par des métriques telles que le nombre d’octets utilisés sur le disque à diviser selon le nom du pool de nœuds. |
device | Utilisée par des métriques telles que le nombre d’octets utilisés sur le disque à diviser selon le nom de l’appareil. |
Journaux d’activité de ressources
AKS implémente les journaux du plan de contrôle pour le cluster en tant que journaux de ressources dans Azure Monitor. Consultez les Journaux de ressources pour plus de détails sur la création d’un paramètre de diagnostic pour collecter ces journaux et Interroger l’échantillon pour des exemples d’interrogation.
Le tableau suivant répertorie les catégories de journaux de ressources que vous pouvez collecter pour AKS. Il inclut également la table vers laquelle les journaux de chaque catégorie sont envoyés lorsque vous envoyez les journaux à un espace de travail Log Analytics en utilisant le mode spécifique de la ressource. En mode Diagnostics Azure, tous les journaux sont écrits dans la table AzureDiagnostics.
Category | Description | Table (mode spécifique aux ressources) |
---|---|---|
kube-apiserver | Journaux provenant du serveur d’API. | AKSControlPlane |
kube-audit | Données du journal d’audit pour chaque événement d’audit, y compris les événements get, list, create, update, delete, patch et post. | AKSAudit |
kube-audit-admin | Sous-ensemble de la catégorie de journal kube-audit. Réduit considérablement le nombre de journaux en excluant les événements d’audit get et list du journal. | AKSAuditAdmin |
kube-controller-manager | Obtenez une visibilité plus poussée des problèmes qui peuvent survenir entre Kubernetes et le plan de contrôle Azure. Un exemple typique est le cluster AKS qui n’a pas assez d’autorisations pour interagir avec Azure. | AKSControlPlane |
kube-scheduler | Journaux provenant du planificateur. | AKSControlPlane |
cluster-autoscaler | Comprenez la raison pour laquelle le cluster AKS effectue un scale-up ou un scale-down, ce qui n’est peut-être pas prévu. Ces informations sont également utiles pour mettre en corrélation les intervalles de temps où une action intéressante a pu se produire dans le cluster. | AKSControlPlane |
cloud-controller-manager | Journaux à partir du composant cloud-node-manager du gestionnaire de contrôleur cloud Kubernetes. | AKSControlPlane |
guard | Audits managés Microsoft Entra ID et Azure RBAC. Pour Microsoft Entra ID managé, cela inclut un jeton en entrée et des informations utilisateur en sortie. Pour Azure RBAC, cela inclut les révisions d’accès en entrée et en sortie. | AKSControlPlane |
csi-azuredisk-controller | Journaux à partir du pilote de stockage CSI Azure Disk. | AKSControlPlane |
csi-azurefile-controller | Journaux à partir du pilote de stockage CSI Azure Disk. | AKSControlPlane |
csi-snapshot-controller | Journaux à partir du contrôleur d’instantané du pilote Azure CSI. | AKSControlPlane |
AllMetrics | Inclut toutes les métriques de plateforme. Envoie ces valeurs à l’espace de travail Log Analytics où elles peuvent être évaluées avec d’autres données à l’aide de requêtes de journal. | AzureMetrics |
Pour référence, consultez la liste de tous les types de catégories de journaux de ressources pris en charge dans Azure Monitor.
Tables Azure Monitor Logs
Cette section fait référence à toutes les tables Azure Monitor Logs pertinentes pour AKS et disponibles pour une requête par Log Analytics.
Type de ressource | Notes |
---|---|
Services Kubernetes | Suivez ce lien pour obtenir la liste de toutes les tables utilisées par AKS et une description de leur structure. |
Pour obtenir une référence de toutes les tables Azure Monitor Logs/Log Analytics, consultez la référence relative aux tables Azure Monitor Logs.
Journal d’activité
Le tableau suivant liste quelques exemples d’opérations relatives à AKS qui peuvent être créées dans le journal d’activité. Utilisez le journal d’activité pour suivre des informations telles que le moment où un cluster a été créé ou a vu sa configuration être modifiée. Vous pouvez afficher ces informations dans le portail ou à l’aide d’autres méthodes. Vous pouvez également l'utiliser pour créer une alerte de journal d'activité afin d'être informé de manière proactive lorsqu'un événement se produit.
Opération | Description |
---|---|
Microsoft.ContainerService/managedClusters/write | Créer ou mettre à jour le cluster managé |
Microsoft.ContainerService/managedClusters/delete | Supprimer le cluster managé |
Microsoft.ContainerService/managedClusters/listClusterMonitoringUserCredential/action | Lister les informations d’identification clusterMonitoringUser |
Microsoft.ContainerService/managedClusters/listClusterAdminCredential/action | Lister les informations d’identification clusterAdmin |
Microsoft.ContainerService/managedClusters/agentpools/write | Créer ou mettre à jour un pool d’agents |
Pour obtenir la liste complète des entrées de journal possibles, consultez Options du fournisseur de ressources Microsoft.ContainerService.
Pour plus d’informations sur le schéma des entrées du journal d’activité, consultez Schéma du journal d’activité.
Voir aussi
- Consultez Supervision d’Azure AKS pour obtenir une description de la supervision d’Azure AKS.
- Pour plus d’informations sur le monitoring des ressources Azure, voir Monitoring des ressources Azure avec Azure Monitor.
Azure Kubernetes Service
Commentaires
https://aka.ms/ContentUserFeedback.
Prochainement : Tout au long de l'année 2024, nous supprimerons progressivement les GitHub Issues en tant que mécanisme de retour d'information pour le contenu et nous les remplacerons par un nouveau système de retour d'information. Pour plus d’informations, voir:Soumettre et afficher des commentaires pour