Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Résumé
Des problèmes de mise en réseau peuvent se produire lorsque vous utilisez un cluster Microsoft Azure Kubernetes Service (AKS). Pour vous aider à examiner ces problèmes, cet article explique comment capturer un vidage TCP à partir d’un nœud Linux dans un cluster AKS, puis télécharger la capture sur votre ordinateur local.
Prerequisites
- Outil Kubernetes kubectl . Pour installer kubectl à l’aide d’Azure CLI, exécutez la commande az aks install-cli .
- Un cluster AKS. Si vous n’avez pas de cluster AKS, créez-en un à l’aide d’Azure CLI ou via le Portail Azure.
- Outil en ligne de commande tcpdump installé sur le nœud Linux.
Note
Vous pouvez automatiser la capture TCP via un graphique Helm, qui peut s’exécuter en arrière-plan en tant que DaemonSet. Pour plus d’informations, consultez cet outil GitHub personnalisé pour capturer des vidages TCP ou suivez les étapes décrites dans les sections suivantes.
Étape 1 : Rechercher les nœuds à résoudre
Comment déterminer de quel nœud extraire la capture TCP ? Tout d’abord, obtenez la liste des nœuds dans le cluster AKS à l’aide du client de ligne de commande Kubernetes, kubectl. Suivez les instructions pour vous connecter au cluster et exécuter la kubectl get nodes --output wide commande à l’aide de la Portail Azure ou d’Azure CLI. Une liste de nœuds similaire à la sortie suivante s’affiche :
$ kubectl get nodes --output wide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
aks-agentpool-34796016-vmss000000 Ready agent 45h v1.20.9 10.240.1.81 <none> Ubuntu 18.04.6 LTS 5.4.0-1062-azure containerd://1.4.9+azure
aks-agentpool-34796016-vmss000002 Ready agent 45h v1.20.9 10.240.2.47 <none> Ubuntu 18.04.6 LTS 5.4.0-1062-azure containerd://1.4.9+azure
Étape 2 : Se connecter à un nœud Linux
L’étape suivante consiste à établir une connexion au nœud de cluster AKS à partir duquel vous souhaitez capturer la trace réseau. Pour plus d’informations, consultez Créer une connexion interactive de l’interpréteur de commandes à un nœud Linux.
Étape 3 : Vérifier que tcpdump est installé
Après vous être connecté au nœud Linux AKS, vérifiez que l’outil tcpdump est installé sur le nœud en exécutant tcpdump --version. Si tcpdump n’est pas installé, le texte d’erreur suivant s’affiche :
# tcpdump --version
bash: tcpdump: command not found
Installez ensuite tcpdump sur votre pod en exécutant l'utilitaire de gestion avancée des paquets, apt-get :
apt-get update && apt-get install tcpdump
Si tcpdump est installé, vous voyez une sortie similaire au texte suivant :
# tcpdump --version
tcpdump version 4.9.3
libpcap version 1.8.1
OpenSSL 1.1.1 11 Sep 2018
Étape 4 : Créer une capture de paquets
Pour capturer le vidage, exécutez la commande tcpdump comme suit :
# tcpdump --snapshot-length=0 -vvv -w /capture.cap
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
Got 6
Note
L’exécution de tcpdump sans paramètres de filtrage peut augmenter considérablement la taille du fichier PCAP (Packet Capture), en particulier pour les longues exécutions. Par conséquent, ajoutez des filtres comme la source, la destination et le port. Par exemple :
tcpdump dst 192.168.1.100tcpdump dst host.mydomain.comtcpdump port http or port ftp or port smtp or port imap or port pop3 or port telnet
Pendant que la trace est en cours d’exécution, répliquez votre problème plusieurs fois. Cette action garantit que le problème est capturé par le tcpdump. Notez l’horodatage pendant la réplication du problème. Pour arrêter la capture de paquets lorsque vous avez terminé, appuyez sur Ctrl+C :
# tcpdump -s 0 -vvv -w /capture.cap
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
^C526 packets captured
526 packets received by filter
0 packets dropped by kernel
Étape 5 : Transférer la capture localement
Une fois la capture de paquets terminée, identifiez le pod auxiliaire pour copier le fichier de capture localement. Ouvrez une deuxième console, puis obtenez une liste de pods en exécutant kubectl get pods, comme illustré dans l’exemple suivant.
$ kubectl get pods
NAME READY STATUS RESTARTS AGE
azure-vote-back-6c4dd64bdf-m4nk7 1/1 Running 0 3m29s
azure-vote-front-85b4df594d-jhpzw 1/1 Running 0 3m29s
node-debugger-aks-nodepool1-38878740-vmss000000-jfsq2 1/1 Running 0 60s
Le pod d’assistance a un préfixe node-debugger-aks, comme indiqué dans la troisième ligne. Remplacez le nom du pod, puis exécutez la commande kubectl suivante. Ces commandes récupèrent la capture de paquets pour votre nœud Linux.
kubectl cp node-debugger-aks-nodepool1-38878740-vmss000000-jfsq2:/capture.cap capture.cap
Note
Si vous utilisez la commande chroot /host à l'entrée du pod de débogage, ajoutez /host avant /capture.cap pour le fichier source.
Exclusion de responsabilité de tiers
Les produits tiers mentionnés dans le présent article sont fabriqués par des sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.